Hilfe für DSDT HP Elitebook 2170p

macinsane · 16. April 2018

Liebe Community,
zwar habe ich erfolgreich High Sierra auf das kleine Elitebook gebracht und es funktioniert zu 90 Prozent tadellos, es gibt aber noch ein paar Kleinigkeiten, die stören. Weiß vielleicht noch jemand mit DSDT-Patching-Kenntnissen einen Rat? Vielen Dank!!

Also zunächst ist es nervig, dass die Webcam nach nem Sleep immer rausgeworfen wird. Der gesamte EH02-Hub geht flöten und wird nicht wieder eingehängt (die Kamera hängt an PR21-HP23 an EH02), XHC funktioniert tadellos (auch eine USB 2-Maus wird wieder eingebunden nach dem Aufwachen). Komme da einfach nicht weiter. Leider gibt es ohne Camera Control auch kein Bild bei FaceTime, aber damit könnte ich notfalls leben.
Zweitens würde ich gerne wissen, wie ich die Clover-Patches für das Routen von BAT0 und 1 auf BATC in die DSDT integrieren kann. Die Patches stammen ursprünglich mal von Rehabman, verstehe aber ihre Funktionsweise leider nicht und weiß dementsprechend nicht, wie und an welcher Stelle ich sie in meine DSDT kriege.
Drittens habe ich momentan Powermanagement über Clover aktiviert, weil ich einfach keine SSDT hinbekomme, mit der der Laptop auch booten will. Die CPU wird immer als 2,4 GHz i5 erkannt (auch von Clover), selbst mit einem Wechsel von einer MacbookPro 9,2 auf eine MacbookAir 5,2 SMBIOS (wo genau der passende Prozessor mit 1,8 bzw. 1,9 GHz drin steckt), geht macOS (und Clover) weiterhin von einer 2,4 GHz Baseclock aus. Wie gesagt, mit manuellem Takt setzen über Clover geht es, aber vielleicht hat jemand eine Idee, wie es auch ohne diesen unschönen Umweg funktionieren könnte.

al6042 · 16. April 2018

Die Büchse klingt ganz spannend, aber hast du tatsächlich renames von EHCx auf EH0x drinnen?
Das Teil hat nicht genug USB-Ports um den USBInjectAll dafür zu nutzen... mein damaliges HP EliteBook 8470p lief auch ohne...
Eventuell hilft das schon mal...

An deiner DSDT könnte ich ggf. am Ende der Woche oder am Wochenende basteln, vorher habe ich leider keine Zeit...

macinsane · 17. April 2018

Ja, das wäre großartig, vorab vielen Dank!

Die Renames sind in der DSDT, ja. Werde mal den USBInject rausnehmen. Hatte nur von einem Trick gelesen, den Port, an dem die Webcam hängt, mit USBInject und zugehöriger USB-SSDT auf 0x04 zu definieren, um damit das Auswerfen zu verhindern. Aber das hat ohnehin nichts gebracht

EDIT: Wenn ich USBInject entferne, wird die Webcam gar nicht mehr erkannt. Was mir aber auffällt: Die USB2-Maus wird laut Ioregistryexplorer unter XHC eingehängt, während die Webcam unter EH02 auftaucht. Könnte es sein, dass die nicht über XHC geroutet wird, wie es eigentlich sein sollte?

EDIT2: Habe eine neue DSDT gebastelt, mit der man auf USBInject verzichten kann, die Kamera wird damit erkannt. Allerdings löst das nicht das Wake-Problem, macOS schmeißt sie nach dem Sleep immer noch raus... Kurios ist, dass der USB-Port HPT2 (an dem die Kamera hängt) zwei Mal im ioreg auftaucht. Auch wenn ich das CAM0 device rausnehme (welches unter HPT2 eingetragen ist) und macOS die Kamera so selbst entdecken lasse, bleiben zwei HPT2 aktiviert. Tatsächlich ein Routing-Problem?

griven · 22. April 2018

Hum hier ist wohl was in Vergessenheit geraten @al6042 ??!

al6042 · 23. April 2018

Ups... Sorry...

Zu dem Routing-Thema kann ich nichts beitragen, da ist der @kuckkuck der bessere Ansprechpartner.
An der Stelle wäre auch zu prüfen, die entsprechenden Ports, die nach dem Sleep direkt wieder laufen sollten, als interne Ports zu deklarieren.

kuckkuck · 23. April 2018

Hmm... Mich würde mal interessieren welche kexts bei dir so geladen werden.

Dafür kextstat | grep -v apple

Und ein IOReg Dump wäre noch interessant.

macinsane · 24. April 2018

Vielen Dank an alle fürs Kümmern!
Hier kommen ein paar Dateien, benutze momentan wieder USBInject mit SSDT...
Danke @kuckkuck fürs Anschauen!

kuckkuck · 24. April 2018

Probiers mal mit angehängter DSDT. ~~Ansonsten schick mir bitte mal einen IOReg Dump.~~ Oh, ich schau mir mal die Dumps an...

macinsane · 25. April 2018

Hat leider keinen Unterschied gemacht. Habe mal den iodump angehängt, da sieht man gut, dass der USB-Port an dem die Kamera hängt, doppelt eingebunden wird (also wenn ich kein USBInject+SSDT benutze, sondern nur die dsdt). Irgendeine Idee?

macinsane · 26. April 2018

Selbst ist der Mann: Habe mal die DSDT von vorn neu aufgebaut. Damit geht alles (nutze sie mit USBInject und SSDT) und die Webcam wird auch nicht mehr ausgeworfen

kuckkuck · 26. April 2018

Wow, sehr schön und super Eigeninitiative! Ich habe aktuell leider wirklich wenig Zeit, sorry...

Wie bist du beim erstellen der DSDT vorgegangen, nach einem bestimmten Guide?

macinsane · 26. April 2018

Nein, dieses Mal habe ich Guides komplett ignoriert Habe schlicht bekannte DSDT Patches durchgeblättert und geschaut, was passt. Das ganze dann Schritt für Schritt getestet. Interessanterweise scheint genau das Umbenennen von EHCI in EH01 usw. dafür gesorgt zu haben, dass die Webcam ausgeworfen wurde, obwohl dies als Standardvorgehen an vielen Stellen vorgeschlagen wird.

kuckkuck · 26. April 2018

Zitat von macinsane

Interessanterweise scheint genau das Umbenennen von EHCI in EH01 usw. dafür gesorgt zu haben

Wenn das der Fall ist, wäre das ein interessanter Tipp! Lässt sich das denn reproduzieren, sprich wenn du EHC1 über die config.plist-->ACPI-->Renames nach EH01 umbenennst, sind dann die Probleme wieder da? (Den passenden ACPI Patch findest du im DropDown Menü)

al6042 · 26. April 2018

Aber das ist doch aber auch klar...
Der Rename EHCx zu EH0x ist für die Unterstützung vom USBInjectAll, der auf Laptops meist nicht benötigt wird, da der 15-Port-Limit dort kaum geknackt wird...
Ist der Rename drinnen aber der Kext nicht, kommt es gerne zu Hickups...

macinsane · 26. April 2018

@kuckkuck
Mmh, nee, Webcam funktioniert dann immer noch. Sehe auf die schnelle, dass sich der SBUS patch bei der neuen DSDT von der alten unterscheidet, hat ja zwar mit sleep zu tun, soweit ich weiß, aber kann das auch damit zusammenhängen? Müsste ich die Tage nochmal tiefer reinschauen und vergleichen, wo sich noch Unterschiede finden...

@al6042
Also es hatte auch mit USBInject nicht funktioniert...

kuckkuck · 26. April 2018

@al6042 USBInjectAll hat in erster Linie doch nichts direkt mit dem PortLimit zu tun, sondern sorgt lediglich dafür, dass alle im ACPI vorhandenen Ports an den Treiber als aktive Ports weitergegeben werden, da der originale Mechanismus zum Beurteilen ob ein Port aktiv ist oder nicht, nicht bei jedem Mainboard so funktioniert wie von Apple gewollt. Das 15 Port Limit gilt übrigens für jeden Controller einzeln. Der Rename EHCX nach EH0X wird meistens eher benutzt, um dafür zu sorgen, dass Apples EHC Treiber nicht laden, da diese auf EHCX anspringen, jedoch meist nicht kompatibel sind und falsche Ports injecten. Gleiches gilt für XHC1-->XHC (XHC1 wäre hier Apples Name). Da wird lieber auf den FallBack Treiber ausgewichen, im Fall von USBInjectAll natürlich auch um mögliche Kollisionen zwischen original SMBios Treiber und USBInjectAll zu vermeiden.

@macinsane Ich hab dich bewusst gebeten den Rename in die config und nicht in die DSDT einzutragen, da er dann in allen ACPI Tabellen übernommen wird. Ich könnte mir vorstellen, dass es bei der alten Lösung Inkonsistenzen zwischen DSDT und anderen Tables gab, die im weiteren Verlauf zu den komischen Problemen führten. Du könntest jetzt auch mal versuchen den Rename nur in der DSDT zu machen und sehen ob das Problem dann eventuell wieder auftaucht.
Inwiefern unterscheidet sich der SBUS Patch?

al6042 · 26. April 2018

Ah ja... vielen Dank für die Infos.

macinsane · 26. April 2018

Zitat von kuckkuck

Inwiefern unterscheidet sich der SBUS Patch?

War so...

Code

Device (BUS0)
{
Name (_CID, "smbus") // _CID: Compatible ID
Name (_ADR, Zero) // _ADR: Address
Device (DVL0)
{
Name (_ADR, 0x57) // _ADR: Address
Name (_CID, "diagsvault") // _CID: Compatible ID
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
Store (Package (0x02)
{
"address",
0x57
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
}
}

Alles anzeigen

Ist nun so...

Code

Device (BUS0)
{
Name (_CID, "smbus") // _CID: Compatible ID
Name (_ADR, Zero) // _ADR: Address
Device (DVL0)
{
Name (_ADR, 0x57) // _ADR: Address
Name (_CID, "diagsvault") // _CID: Compatible ID
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LEqual (Arg2, Zero))
{
Return (Buffer (One)
{
0x03
})
}
Return (Package (0x02)
{
"address",
0x57
})
}
}
}

Alles anzeigen

kuckkuck · 26. April 2018

Die beiden Varianten sind mehr oder weniger gleich, bis darauf, dass bei der "früher" Variante ein DTGP Patch in der DSDT eingebaut sein muss

Falls es dich interessiert, das Device kann auch nochmal ganz anders aussehen, zB so beim iMac 14,1:

smbus

Code

Device (BUS0)
{
Name (_CID, "smbus") // _CID: Compatible ID
Name (_ADR, 0x00) // _ADR: Address
Device (MKY0)
{
Name (_ADR, 0x00) // _ADR: Address
Name (_CID, "mikey") // _CID: Compatible ID
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
Store (Package (0x0C)
{
"refnum",
0x00,
"address",
0x39,
"device-id",
0x0CD5,
"ramp-control-address",
0x3B,
"resprg",
0x03,
"hdet",
0x01
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Method (H1EN, 1, Serialized)
{
If (LLessEqual (Arg0, 0x01))
{
If (LEqual (Arg0, 0x01))
{
Or (GP52, 0x01, GP52)
}
Else
{
And (GP52, 0x00, GP52)
}
}
}
Method (H1IL, 0, Serialized)
{
Store (GP05, Local0)
Return (Local0)
}
Method (H1IP, 1, Serialized)
{
Store (Arg0, Local0)
If (LLessEqual (Arg0, 0x01))
{
Not (Arg0, Arg0)
Store (Arg0, GI05)
}
}
Name (H1IN, 0x15)
Scope (\_GPE)
{
Method (_L15, 0, NotSerialized) // _Lxx: Level-Triggered GPE
{
If (OSDW ())
{
Notify (\_SB.PCI0.SBUS.BUS0.MKY0, 0x80)
}
Else
{
Store (0x00, GI05)
Store (0x00, GU05)
Notify (\_SB.PWRB, 0x02)
}
}
}
Method (P1IL, 0, Serialized)
{
Store (GP03, Local0)
Return (Local0)
}
Method (P1IP, 1, Serialized)
{
If (LLessEqual (Arg0, 0x01))
{
Not (Arg0, Arg0)
Store (Arg0, GI03)
}
}
Name (P1IN, 0x13)
Scope (\_GPE)
{
Method (_L13, 0, NotSerialized) // _Lxx: Level-Triggered GPE
{
XOr (GI03, 0x01, GI03)
If (OSDW ())
{
Notify (\_SB.PCI0.SBUS.BUS0.MKY0, 0x81)
}
Else
{
Notify (\_SB.PWRB, 0x02)
}
}
}
}
Device (BLC0)
{
Name (_ADR, 0x00) // _ADR: Address
Name (_CID, "smbus-blc") // _CID: Compatible ID
OperationRegion (BLCM, SystemMemory, BLCB, 0x0100)
Field (BLCM, AnyAcc, NoLock, Preserve)
{
CSIZ, 8,
CBUF, 112
}
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
Store (Package (0x08)
{
"refnum",
0x00,
"address",
BLCP,
"command",
BLCC,
"type",
BLCT
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Method (_STA, 0, NotSerialized) // _STA: Status
{
If (OSDW ())
{
Return (0x0F)
}
Else
{
Return (0x0B)
}
}
Method (BSET, 1, Serialized)
{
If (LNot (BLCP))
{
Return (Zero)
}
If (LLessEqual (Arg0, 0x00))
{
Store (0x00, Local0)
}
Else
{
If (LGreater (Arg0, 0x64))
{
Store (0xFFFF, Local0)
}
Else
{
Multiply (0x028F, Arg0, Local0)
}
}
If (LEqual (BLCT, 0x4D434353))
{
Name (BUFR, Buffer (0x06) {})
CreateByteField (BUFR, 0x00, SIZE)
CreateByteField (BUFR, 0x01, VSET)
CreateByteField (BUFR, 0x02, VOPC)
CreateByteField (BUFR, 0x03, VALH)
CreateByteField (BUFR, 0x04, VALL)
CreateByteField (BUFR, 0x05, CKSM)
Store (0x84, SIZE)
Store (0x03, VSET)
Store (0x10, VOPC)
Store (ShiftRight (Local0, 0x08), VALH)
Store (And (Local0, 0xFF), VALL)
Store (XOr (0xA8, VALH), CKSM)
Store (XOr (CKSM, VALL), CKSM)
\_SB.PCI0.SBUS.SBLW (BLCP, BLCC, BUFR, 0x01)
Return (Zero)
}
If (LEqual (BLCT, 0x49324300))
{
\_SB.PCI0.SBUS.SWRW (ShiftLeft (BLCP, 0x01), BLCC, Local0)
}
Return (Zero)
}
Method (BCAL, 0, Serialized)
{
If (LNot (BLCP))
{
Return (Zero)
}
If (LAnd (LEqual (BLCT, 0x4D434353), CSIZ))
{
\_SB.PCI0.SBUS.SBLW (BLCP, BLCC, ToBuffer (CBUF), 0x01)
}
Return (Zero)
}
}
}
Device (BUS1)
{
Name (_CID, "smbus") // _CID: Compatible ID
Name (_ADR, 0x01) // _ADR: Address
}

Alles anzeigen

macinsane · 30. April 2018

Das ist schon interessant, aber mit meinen eher bescheidenen Kenntnissen werde ich wohl nicht drauf kommen, was letztlich den Unterschied gemacht hat. Wahrscheinlich war die erste DSDT grundsätzlich verbastelt. Aber echt schön, dass nun alles läuft. Kann den Laptop nur empfehlen, ist im Prinzip ein 2012er MacBook Air 11, nur deutlich günstiger

Willkommen! Melde dich an oder registriere dich.

Hilfe für DSDT HP Elitebook 2170p

kaneske Vor 11 Minuten

guckux Vor 39 Minuten

guckux Vor 42 Minuten

Canyonwalker Vor einer Stunde

TheWachowski Vor 2 Stunden

DELL Latitude E7240 - das vielleicht bessere Low Budget MacBookAir6,2 ?

Dell inspiron 5370

DELL Inspiron 13 7370

Lenovo Ideapad y570

Dell Latitude E6540 - Monterey Finetuning

Teilen

4 Benutzer haben hier geschrieben