DSDT Patching: Vieles selber gemacht. Erfolge erzielt. Dennoch Probleme :-(

schluden · 26. Oktober 2017

Hallo Leute

Ich habe mit dem YouTube Video von @al6042 und der Wiki hier meine DSDT schon recht gut alleine hinbekommen

Folgendes habe ich getan:

Rename HDAS nach HDEF
Rename HECI nach IMEI
Unter “General” -> “Basic Apple Device Renames”
Unter “SourceForge” -> “Insert DTGP” und Unter “General” -> “Basic Apple Device Renames”

Jetzt kommen die Probleme
Folgendes aus der Wiki bei Punkt 4 verstehe ich nicht: Unter “Intel9” -> Die Patches kurz prüfen und ggf. nutzenWas soll ich da prüfen? Prüfen, ob die Patches mir gefallen/bzw. zu meinem Board passen? Wie soll ich diese Prüfung vornehmen, obwohl ich mich nicht gut auskenne... ?

Weiter gehts
Bis Punkt 9 in der Wiki bin ich klar gekommen.

Aber mit Punkt 10.

Zitat

Den Inhalt von “Skylake-HD530.txt” an die entsprechenden Positionen in der DSDT einsetzen. EDIT: Hier ist auch der neue Patch für das Darstellungsproblem im linken, oberen Bildschirmeck und dem möglichen Flackern eingesetzt.

bin ich überfordert.
Wo ist denn die sogenannte entsprechenden Positionen in der DSDT? Auch irgendwie unklar.

Punkt 11 (USB Power Patch) brauche ich nicht, ich bekomme genug Saft über USB
Punkt 12 (AMI-HD4600-AMD-Nvidia-A1 Patch) kann ich nicht machen, denn dann bekoemme ich Kernel Panik. Habe ein Screenshot davon angefügt.
Punkt 13 (Shutdown Fix - %) und 14 (USB - Device Renames for OSX 10.11) sehe ich keinen Sinn drin. Meine USB Ports laufen über eine Blacklist. Habe ich übersprungen.

Bis hier wieder Supi

jetzt Punkt 15 wird's wieder haarig:

Zitat

Prüft die Einträge für "Device (HDEF)" und "Device (GLAN)" und nutzt beiliegende Beispiel-Dateien um entweder fehlende "_DSM"-Einträge hinzu zu fügen oder die Daten eures jeweiligen Audio- oder LAN-Chips einzutragen.

Was soll ich denn da prüfen? Ohne die Hintergrundinfos sehe ich nur wilde Buchstaben.
Genauso wie Punkt 16. Layout ID auf 11 wechseln habe ich schonmal gehört. Aber der Bereich HDEF sieht bei mir so verdammt anders aus, als in der Beispiel txt, die in der Wiki angehängt ist...

Fazit
Ich möchte wirklich dazulernen, und nicht immer abhängig von anderen sein. Ich weiß schon, das letzteres oft nicht geht. Aber ich versuche es.
Ich hänge mal meine DSDT an. Dazu noch meine config.plist und den IOreg Output. Ich hoffe, dass mir jemand helfen kann, eine ordentliche DSDT herzustellen.

Mein Ziel ist folgendes:
HDMI Out aus der Grafikkarte
RX480 Nutzen ohne LILU & WhatEverGreen
Möglichst alle Devices nativ von macOS erkannt zu haben.

Harper Lewis · 26. Oktober 2017

Ahoi,

dann mal weiter mit Punkt 10.

In DSDTv5.aml findest du das Device in Zeile 4057:

Spoiler anzeigen

Und ersetzt das dann entsprechend durch:

Spoiler anzeigen

Wobei die Fixes (GfxYTile) glaube ich nicht mehr nötig sind, wenn man IntelGraphicsFixup.kext nutzt.

cobanramo · 26. Oktober 2017

Zitat

Punkt 12 (AMI-HD4600-AMD-Nvidia-A1 Patch) kann ich nicht machen

Ja das kannst du in der tat nicht machen wenn du schon ein HD530 im einsatz hast

derHackfan · 26. Oktober 2017

@schluden weiter so, genauso habe ich auch angefangen, mit ein bisschen Improvisation und Lust auf Experimente kommt man zu seiner eigenen DSDT.
Wobei man sagen muss dass es bei mir auch nur zum Grundgerüst reicht, vieles was da in den Dateien steht sind für mich nur böhmische Dörfer, aber das ist auch nicht wichtig ... es geht auch ohne dass man den Code versteht.

cobanramo · 26. Oktober 2017

Nur so als Hinweis kann ich dir folgendes berichten. Du hast ein Skylake Board, auf einem Skylake Board braucht es folgende Patches im DSDT damit es wirklich reibungslos funktioniert.
Anhand der folgenden liste kannst du schön nachvollziehen was hab ich was muss ich noch umbiegen. Je nach dem was gebraucht wird.

1. HD530 + HDMI --> Graphic & HDMI
2. HDEF --> Audio Patch
3. GLAN --> Netzwerk
4. LPC --> Bridge Controller
5. SATA --> Sata
6. SMBUS --> SMBus eben
7. MCHC --> Apple Specific
8. DTGP --> Apple Specific (Braucht es für dieverse _DSM)
9. XHCI & EC --> USB Controller & Stromversorgung

Zu guter letzt brauchst du noch eventuell den ssdtPRGen.sh für den CPU & PM

Gruss Coban

schluden · 26. Oktober 2017

@cobanramo Danke für Deine Antwort!!

zu deinem Punkt 3: Ist GLAN was du meinst bei "General - Pjalm" der "Generic LAN0 builtin Fix" ?
zu deinem Punkt 4: meinst du den Patch "LPC", zu finden bei Intel 9 - Pjalm, oder meinst du den Patch "[sys] Skylake LPC", zu finden bei Laptops Rehabman?
zu deinem Punkt 7: den "Add MCHC"-Patch gibt es zweimal. Bei Rehabaman Laptops und bei Intel 9 Pjalm. Macht aber keinen Unterschied. Ist der selbe Patch. Wollte ich nur nebenbei anmerken.
zu deinem Punkt 9: Leider kann ich keine Patches finden, die etwas mit XHCI & EC zu tun haben. Wenn du den Patch "USB Power" bei Intel 9 - Pjalm meinst, dann brauche ich den nicht, da ich keine USB Power Probleme habe. Es sei denn, du empfiehlst ihn mir dringend.

Was meinst du denn mit diesem Satz hier

Zitat von cobanramo

Zu guter letzt brauchst du noch eventuell den ssdtPRGen.sh für den CPU & PM

Tut mir Leid, ein wenig einfacher müsstest du das noch für mich erläutern....

Übrigens habe ich in der Wiki nochmal genauer gelesen. Der Patch "AMI-HD4600-AMD-Nvidia-A1 Patch" ist auch nicht komplett anzuwenden, sondern nur den Task1. Die anderen drei Tasks habe ich einfach vor dem Patch herausgelöscht. Wusste erst gar nicht, dass das geht. Und dadurch habe ich noch einen Erfolg zu vermelden.
In der Systeminfo ist jetzt meine Grafikkarte aufgelistet. Siehe Screenshot im Anhang.

@Harper Lewis Danke auch dir für deine Hilfe.
Habe den Teil so ersetzt wie du beschrieben hast. Aber dann startet der Hack nicht mehr.

Harper Lewis · 26. Oktober 2017

schluden: Gibt es denn irgendeine Fehlermeldung?

schluden · 26. Oktober 2017

Naja keine Meldung im eigentlichen Sinne.
Zutritt Verboten Symbol beim booten. Screenshots sind angefügt... Ich habe aber bei mir eine SSDT entdeckt, die vermutlich die HD 530 schon injected!

SSDT-HDMI-HD530.aml

Spoiler anzeigen

Code

/*
* Intel ACPI Component Architecture
* AML/ASL+ Disassembler version 20160422-64(RM)
* Copyright (c) 2000 - 2016 Intel Corporation
*
* Disassembling to non-symbolic legacy ASL operators
*
* Disassembly of iASL6RLzj1.aml, Thu Oct 26 20:28:55 2017
*
* Original Table Header:
* Signature "SSDT"
* Length 0x00000147 (327)
* Revision 0x01
* Checksum 0x00
* OEM ID "toleda"
* OEM Table ID "100s530"
* OEM Revision 0x00003000 (12288)
* Compiler ID "INTL"
* Compiler Version 0x20141107 (538185991)
*/
DefinitionBlock ("", "SSDT", 1, "toleda", "100s530", 0x00003000)
{
External (_SB_.PCI0, DeviceObj) // Warning: Unknown object
External (_SB_.PCI0.GFX0._ADR, UnknownObj) // Warning: Unknown object
External (_SB_.PCI0.HECI._ADR, UnknownObj) // Warning: Unknown object
Scope (\_SB.PCI0)
{
Name (GFX0._STA, Zero) // _STA: Status
Device (IGPU)
{
Name (_ADR, 0x00020000) // _ADR: Address
Method (_INI, 0, NotSerialized) // _INI: Initialize
{
Store (Zero, \_SB.PCI0.GFX0._ADR)
}
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LEqual (Arg2, Zero))
{
Return (Buffer (One)
{
0x03
})
}
Return (Package (0x04)
{
"AAPL,ig-platform-id",
Buffer (0x04)
{
0x00, 0x00, 0x12, 0x19
},
"hda-gfx",
Buffer (0x0A)
{
"onboard-1"
}
})
}
}
Name (HECI._STA, Zero) // _STA: Status
Device (IMEI)
{
Name (_ADR, 0x00160000) // _ADR: Address
Method (_INI, 0, NotSerialized) // _INI: Initialize
{
Store (Zero, \_SB.PCI0.HECI._ADR)
}
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LEqual (Arg2, Zero))
{
Return (Buffer (One)
{
0x03
})
}
Return (Package (0x02)
{
"device-id",
Buffer (0x04)
{
0x3A, 0xA1, 0x00, 0x00
}
})
}
}
}
Store ("ssdt-ami_100_skl-hd530_v2.0 github.com/toleda", Debug)
}

Alles anzeigen

Liege ich da richtig?

cobanramo · 26. Oktober 2017

Also zu deinem Fehler im Bild ist das ziemlich sicher eine UBS Problem.

Mit der SSDT-HDMI-HD530.aml löst du schonmal HD530 und HDMI. Du könntest das natürlich auch ins DSDT einbauen.

Zu Punkt 3 mit GLAN wäre so was hilfreich.

Spoiler anzeigen

Code

Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LEqual (Arg2, Zero))
{
Return (Buffer (One)
{
0x03
})
}
Return (Package (0x0C)
{
"AAPL,slot-name",
"Built In",
"name",
"Realtek Ethernet Controller",
"model",
Buffer (0x2C)
{
"Realtek RTL8111H Gigabit Network Controller"
},
"device_type",
Buffer (0x13)
{
"Network Controller"
},
"built-in",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"location",
Buffer (0x02)
{
"1"
}
})
}

Alles anzeigen

Zu Punkt 4 mit LPC würde der hier passen.

Spoiler anzeigen

Zu Punkt 7 MCHC spielt keine rolle kannst eine davon nehmen.

Zu Punkt 9 XHCI würde so was helfen.

Spoiler anzeigen

Code

Method (_SB.PCI0.XHC._DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LNot (Arg2))
{
Return (Buffer (One)
{
0x03
})
}
Store (Package (0x1A)
{
"AAPL,clock-id",
Buffer (0x04)
{
0x02
},
"AAPL,slot-name",
"Built In",
"name",
"Intel XHCI Controller",
"model",
Buffer (0x39)
{
"Intel 100 Series Chipset Family USB xHCI Host Controller"
},
"device_type",
Buffer (0x0F)
{
"USB Controller"
},
"AAPL,current-available",
Buffer (0x04)
{
0x34, 0x08, 0x00, 0x00
},
"AAPL,current-extra",
Buffer (0x04)
{
0x98, 0x08, 0x00, 0x00
},
"AAPL,current-in-sleep",
Buffer (0x04)
{
0x40, 0x06, 0x00, 0x00
},
"AAPL,current-extra-in-sleep",
Buffer (0x04)
{
0x40, 0x06, 0x00, 0x00
},
"AAPL,max-port-current-in-sleep",
Buffer (0x04)
{
0x34, 0x08, 0x00, 0x00
},
"AAPL,device-internal",
Buffer (0x04)
{
0x02, 0x00, 0x00, 0x00
},
"subsystem-id",
Buffer (0x04)
{
0x07, 0x50, 0x00, 0x00
},
"subsystem-vendor-id",
Buffer (0x04)
{
0x58, 0x14, 0x00, 0x00
}
}, Local0)
If (CondRefOf (\_SB.PCI0.RMD2))
{
CreateDWordField (DerefOf (Index (Local0, One)), Zero, PR2F)
Store (0x3FFF, PR2F)
}
Return (Local0)
}

Alles anzeigen

Zu Punkt EC falls Stromversorgungsprobleme vorhanden sind kannst du damit weiterhelfen.
EDIT: bei einem DSDT Einsatz kann man dies ans ende der File einfügen.

Spoiler anzeigen

Den ssdtPRGen.sh script brauchst du damit dein CPU korrekt arbeitet, Thema Steep Stepping & Powermanagment.
Anderseits ist ja dein CPU von Apple unterstütz müsste auch ohne gehen, falls du es brauchst kannst den readme dort lesen ziemlich einfach das ganze.

kuckkuck · 26. Oktober 2017

Zitat von schluden

Leider kann ich keine Patches finden, die etwas mit XHCI & EC zu tun haben. Wenn du den Patch "USB Power" bei Intel 9 - Pjalm meinst, dann brauche ich den nicht, da ich keine USB Power Probleme habe. Es sei denn, du empfiehlst ihn mir dringend.

Nope, die USB Power Patches sind alt. Außerdem geht es hier um Power, also nicht direkt um allgemeine Funktion.

Wie in cobanramos Code Schnipsel zu sehen, fügt der DSDT Patch ein Device namens EC hinzu, das jedoch nicht mehr als eine Hardware ID besitzt und somit "Fake" ist. Das ganze simuliert also einen "Fake"-Embedded Controller, der wiederum aber dafür sorgt, dass ein Treiber (AppleBusPowerControllerUSB) geladen wird, der andernfalls garnicht erst zum Vorschein kommt. Dieser Treiber regelt den Strom, der über USB fließt. Wird er nicht geladen, weil es entweder keinen Embedded Controller gibt, oder dieser einen anderen Namen im ACPI trägt, ist die Stromstärke die über USB abgegeben werden kann weniger flexibel und zB nicht über 500 ma. Dadurch streiken wiederum die anderen USBTreiber, wenn ein Gerät, das viel Saft braucht, wie ein Handy/iPad, angeschlossen werden. Es lohnt sich also auf jeden Fall den Patch einzubauen

schluden · 4. November 2017

Hallo ihr, ich melde mich zurück. Leider hatte ich in den letzten Wochen so viel zu tun. Aber hier meine Rückmeldung:
Ich habe dank eurer Hilfe alles gut hinbekommen!
Vielen Dank!!! Klasse von euch.
Damit können wir das Thema auf erledigt setzen.

griven · 10. November 2017

Was offenbar schon passiert ist
Und wieder ein gutes Beispiel dafür wie in der Community erfolgreich zusammen gearbeitet wird.

Willkommen! Melde dich an oder registriere dich.

DSDT Patching: Vieles selber gemacht. Erfolge erzielt. Dennoch Probleme :-(

MPC561 Vor einem Moment

MacGrummel Vor 31 Minuten

Wolfe Vor 3 Stunden

Wolfe Vor 3 Stunden

Max.1974 Vor 3 Stunden

EFI-Backup lädt nicht?

FakeSMC.kext vs VirtualSMC.kext

Problem mit Sleep/Wake- Update 2018: UI Lag nach Wake

Kexte aktuell halten leicht gemacht --> Neues Tool

NVRAM zurücksetzen in OpenCore hinzugefügt, Rechner startet nicht mehr.

Teilen

5 Benutzer haben hier geschrieben