DSDT Patches

Da es mir selber schwer gefallen ist, alles benötigten Patches zusammenzufinden, werde ich mal hier posten, was ich gemacht habe .
Die DSDT ist für ein medion MD 96850 mit folgenden Daten:
CPU: Intel Pentium Dual Core Mobile T2390 (Merom, 1,86 Gigahertz)
GPU: GMA X3100
Audio: ALC888
Also, fangen wir mal mit der extrahierten DSDT an, indem wir die Errors fixen .

Nächster Error:

Einerseits haben wir hier den Asterisk (*) der das Problem verusacht, aber wir müssen den String eben auch gross schreiben.
Also aus Name (_HID, "*pnp0c14") wird Name (_HID, "PNP0C14")

Nächste Warnung:

Hier wird es etwas schwieriger und dazu auch noch zwei, aber nicht verzagen!

Nächste Anmerkung:

Auch hier ist die Lösung ganz einfach!
Einfach alle _T_* durch T_* ersetzen, aber nicht nur die bei Name sondern aauch die darunter

Nächster Error:

Jetzt müsst ihr Rechnen, und zwar Hexdezimal. Denn das Problem liegt nicht bei der linie genau.
Aufjedenfall hier ist der Code:

Und jetzt subtrahiert ihr die Maximum Range von der Minimum Range und addiert 1
Leider kann man nicht von 0 subtrahieren (Zumindest nicht hier ), daher nehmen wir DFFFFFFF und addieren 1. Rauskommen tut E0000000 und das kommt dann als Length rein.
SO sollte es dann aussehen:

Nächster teil ist der hier:

Und wieder FED44FFF minus FED40000 + 1 was 00005000 ergibt.
Daher muss es lauten:

Nächste Warnung:

Das gleiche wie bei _WED

Und wir haben keine Errors mehr!
Die DSDTs habe ich mal angefügt .

So, der nächste Teil hat jetzt aber gedauert, aber leider musste ich mich erstmal um die Grafikkarte kümmern .
Was ich in diesem Teil geplant habe ist erstmal Audio bzw. die allgemeine Device Injection per Methode _DSM und die dazu benötigte DTGP.
Zuerst fangen wir mit dem Part der direkt das HDEF-Device betrifft, und falls ihr ein solches nicht habt, habt ihr vll. ein Gerät namens "AZAL", bennent dies einfach in HDEF um .
Also, ihr habt jetzt, je nach Karte, folgenden Code für die Karte (in meinem Fall ein sehr simpler Code für die ALC888

Doch wohin damit? Und was ist das überhaupt?
Mein gefestigtes Halbwissen sagt folgendes :
Methode (_DSM) ist eine Methode um Daten in IOReg über die Methode DTGP "Hochzuladen".
In diesem Fall sagt der Code ungefähr folgendes: Das Gerät "HDEF", welches die Adresse 0x001B0000 (Die steht fast immer dierekt unter dem Device in Name (_ADR, xxxxxxxxxx)) hat, hat auch die layout-id von 888 und die Pinconfiguration 0. DIese Infos werden dann per DTGP geliefert, denn wie ihr seht taucht auch DTGP dort auf.

Doch HALT! Wenn ihr aufmerksam seit ist euch vll. aufgefallen, dass ich 888 als layout-id angegeben habe, aber in _DSM steht doch 0x78, 0x03, 0x00, 0x00 ?
Tja, das hat primär was damit zu tun, dass 888 die id in Dezimal angegeben ist und 378 in Hex (Rechnet es doch um per onlinetool ). Doch stimmt auch die Reihenfolge nicht.
Das was in der DSDT angegeben wird, sind "Big-Endians", das was wir lesen können sind "Little-Endians".
Wie wir vom einem zu anderen kommen? Ganz einfach! Wir spiegeln die Zahl einfach in der Mitte, lassen aber die zweierpaare intakt.
Hier ein paar Beispiele:
Big-Endian: 00 02 00 00 - 14 02 00 00
Lidle Endian: 00 00 02 00 - 00 00 02 14
Ich hoffe es wurde klar .

Also, wenn wir denn Code nun einfügen, dann kriegen wir noch folgenden Fehler:
Error: Object does not exist (DTGP)
Tja, wie ich schon sagte werden die Infos aus der _DSM-Methode per DTGP in die IORegistry hochgeladen, aber bei uns fehlt noch die DTGP. Doch keine Panik; dafür fügen wir einfach ganz am Ende, vor der letzten geschweiften Klammer (So sieht so eine Klammer aus: { oder } ) folgendes ein:

Und fertig, der Error ist weg .
Eine Anmerkung noch, die /* */ sind Kommentare, alles was da zwischen steht wird ignoriert. So nun ist erstmal genug hiermit .

*Hrmpf* Heute fällt mir natürlich auf, dass ich über so sekundäre Sachen wie die AppleHDA schon gesprochen habe, aber nicht über sowas wie die KernelPanics wegen der AppleIntelCpuPowermanagmentk.kext, oder wie denn CMOS Reset, geschweige denn über Shutdownprobleme, die einige wohl haben (Ich bisher nicht, aber man weiss ja nie).
Also, fangen wir mit dem einfachsten Patch an, dem CMOS-Reset.

Für das Problem des Resets nehmen wir uns die Lenght vor, die muss nämlich 0x02 sein. Also so soll das dann Aussehen:

Als nächste kommen wir zu der Problematik der KernelPanics wegen der AppleIntelCpuPowermanagmentk.kext. Diese entstehen, wenn die RTC (Real TIme Clock) und der Timer per IRQ (=Interrupt Request) denn Prozessor zum Unterbrechen auffordern. DOch wie lösen wir das Problem? Indem wir die IRQs dem Gerät zuweisen, das auch in einem echten Mac interruptet, dem HPET (High Precision Eventtimer). Was slebstverständlich ist: Wenn ihr in der DSDT kein HPET-Device habt, kann das auch keine IRQs senden, womit der Fix hinfällig wird (Womit ich auch verstanden habe, warum mein allererste Thread hier im Forum Quatsch war, hat ja nur 600 Beiträge gedauert ).
Also, aus

entfernen wir die IRQs =

Und beim HPET fügen wir sie ein, Daher wird aus

das hier:

Achja, aus dem IPIC, muss auch der IRQNoFlag eintrag raus !

Und das beste kommt ja immer zum Schluss. Daher kommt jetzt der Shutdownpatch.
Wichtig hier ist diesmal kein Device sondern eine globale Methode. Und diese Methode heisst _PST. Unglaublicherweise heisst sie ausgeschrieben "Prepare to Shutdown", also wenn´s daran nicht liegen könnte .
Also, hier der normalcode meiner DSDT:

Und jetzt der gepatchte:

Und wie ihr seht, habe ich die gesamamte methode in eine Else-If anfrage untergergebracht. Aber dieser Patch soll wohl nicht für Geräte mit einer Intel Grafikkarte funktionieren.
So, das war´s für jetzt. Da wir das Problem des CMOS-Resets ja gelöst haben, gucke ich das nächste Mal, was ich bezüglich Sleep machen kann.

Kommen wir nun zum Sleep, dem Patch, dem viele mit dem SleepEnabler beihelfen oder ihn gleich ignorieren. Doch hier wird nichts ignoriert, hier wird gelöst .
Also, zuerst einmal ein bisschen Kosmetik, nicht primär wichtig aber näer an einem echten mac.
Dazu einfach alle Geräte von USB1 bis USB5 (oder auch mehr) zu UHC1 bis UHC5 umbenennen und auch die DSDT nach eräwhnungn von USB1-5 dursuchen und ggf. ersetzen durch UHC1-5.
Ist Quatsch. Es ist zwar auch egal, aber auch beim Macbook 3,1 heissen sie USB1 bis USB5, und dann müssen wir ja auch nichts ändern!

Nachdem wir das jetzt haben wird es etwas schwieriger. Dank der Tatsache, das wir denn CMOS-reset der durch Sleep manchmal ausgelöst wird, schon im vorherigen Beitrag ausgemerzt haben, können wir gefahrlos SLeep erstmal ausprobieren. Aber denkt daran: Öffnet vorher die Konsole und stellt auf "Alle meldungen".
Bei mir schläft der Rechner gut ein, wacht aber sofort wieder auf. Ein Blick in die Konsole und wir sehen: Wake reason = LANC EHC1.
Meine Vermutung war, dass das Erwachen primär durch EHC1 ausgelöst wird.
Also fix einen Fix dafür gesucht (Blödes Wortspiel, ich weiss ). Der sieht so aus (Für EHCI1, für EHCI2 ist di clock-id einfach 0x02):

Doch ich war mir bezüglich der AAPL Einträge etwas unsicher, da die so systemspezifisch sind. Also habe ich mir einen IOreg dump von einem echten Macbook 3,1 geholt, das ich auch als SMBios.plist benutze. Ausserdem hat es eine sehr ähnliche Hardware, insbesondere der Chipsatz ist gleich und damit auch der EHCI-Controller, da dieser mit im Chipsatz steckt.
Ein Blick in denn IOReg dump verrät mir, das eben diese Macbook folgende Einträge bei denn EHCI-Controllern hat:

AAPL,current-available 0x04b0
AAPL,current-extra 0x02bc
AAPL,current-in-sleep 0x03e8
womit wir die betreffenden Passagen einfach ändern:

So, das machen wir für beide EHCIs, wobei bei EHCI1 halt die Clock-ID 1 ist und bei EHCI2 ist die Clock-ID 1.
DSDT unter Extra kopiert, neustart, Ruhezustand ausgewählt........ Und siehe da, der Recher schläft, wie wunderbar !
Ein Druck auf denn Powerknopf und er ist wieder wach, und die Konsole sagt uns auch, dass der Wake reason diesmal der power-button ist. Mission Sleep ist damit erfolgreich abgeschlossen .

Kleinupdate:
Damit der AC-Adapter unter OSX erkannt wird, fehlt es insgesamt an 4 Zeilen in der DSDT.
Sucht nach dem AC-Adapter in der DSDT (Sucht nach Name (_HID, "ACPI0003") ).
Dann gebt ihr nach dem Name folgendes ein:

Also so soll es dann aussehen:

So viel dazu, mal gucken was noch wichtig ist .

Update 3 für Heute:
Da mein Notebook jetzt ja super schläft (dank denn DSDT-Patches), dachte ich mir, ich gucke mal wie es mit Sleep und Wake per Lid Close/open läuft. Also ob der Rechner beim Schliessen des Deckels schläft und beim Öffnen wieder aufwacht. Ergebniss: Aufwachen beim Öffnen tut er, nur nicht einschlafen.

Also habe ich kurz Tante Google befragt und bin von zehntausend Threads über Sleep on LidClose erschlagen worden. Und das schlimme ist, überall wird etwas anderes gesagt und zum Teil wird auch gesagt "ersetzt euer Lid0-Device einfach mit dem hier". Mein Normaler Menschenverstand hat mir aber gesagt, dass es wahrscheinlich eher schlechter wird, wenn ich mein Lid-Device mit etwas ersetzte, was auf Register verweist, die ich nicht habe.
Aber dann fande ich doch eine Lösung, die mir sinnig erschien. Und zwar ein Device namens PNLF in die DSDT einzüfgen.

Langer Rede, kurzer Sinn: An dem Lid-Device machen wir nichts, wir fügen unter Scope (_SB) einfach folgendes ein:

Und siehe da, er schläft .
Aber was ich an dieser Lösung am besten finde: Sie ist auf allen Systemen gleich! Desweitern gibt sie einigen Systemen auch die Möglichkeit ihre Hintergrundbeleuchtung zu Regeln, da durch diese Device der interne Monitor als "AppleBacklightDisplay" erkannt wird und man somit unter Systemeinstellung/Monitore einen Helligkeitsschieberegler hat.
Die Helligkeit kann ich zwar auch per FN+Pfeiltasten regeln, der Schieberegler wirkt bei mir jedoch davon unbeeindruckt, auch kriege ich keine Anzeige über die Helligkeit, wenn ich sie ändere. Soll heissen: Ein Problem gelöst ein neus (kleineres) Problem gefunden . Unter Lion tritt das Problem nicht mehr auf.

Diesmal ein ganz anderer Fall, mein N61JQ
Error:

Aber das viele male.
DIe Lösung ist realtiv einfach. Wir löschen folgenden Teil:

und viele viele Fehler verschwinden.
Nächster ist das Gegenteil von dem, was wir oben gemacht haben:

Daher aus dieser Methode, vor der letzten Klammer das Return (One) raus.
So wird aus

das hier:

Und nächster:

Bei mir sieht der betroffene Code so aus:

Und so muss er richtig aussehen:

Und einen hab ich noch:

Da machen wir einfach aus

den hier:

Und das war es auch erstmal wieder .