Beiträge von iPhoneTruth

Gäbe es vielleicht eine Möglichkeit, aus der DSDT.aml das Audio-Device auszulesen und mit einer SSDT-HDEF.aml gewisse Parameter zu ändern?

Ich füge mal die DSDT.dsl Datei an. Wenn ich das richtig sehe und verstanden habe, dann findet sich das Audiogerät in dem Device (HDAS).

Besten Dank für die Arbeit und die Testkexts.

Ich konnte das nun überprüfen. Das Ergebnis: Der Switch-Mode funktioniert damit. Er erkennt, wenn ich den Kopfhörer einstecke und wenn nicht und schaltet automatisch um.

Allerdings bleibt es dabei, daß er im Batteriebetrieb den Ton verliert, sowohl mit der ID 12 wie mit der ID 14. Leider!

Ich habe gerade mal in die config.plist der AppleALC.kext reingeschaut. Da sieht es folgendermaßen aus:

Es fällt auf, daß geraden die letzten beiden Wake-Einträge wie bei der CX8200 drüber bei der CX8400 fehlen. Das wird doch wahrscheinlich der Grund sein?

Habe alles so eingestellt:

Aber leider keine Änderung. Ton ist wieder nach kurzer Zeit weg.

Mit CPUFriend.kext und CPUFriendDataProvider.kext habe ich nur etwas herumgespielt und dachte, daß ich damit etwas steuern kann. Der Rechner lief und läuft nun aber auch genauso gut ohne diese zwei Kext, allerdings nach wie vor mit dem Tonproblem im Batteriebetrieb.

Ich habe gerade auch mal aus dem Batteriezustand (d.h. aus dem Zustand "kein Ton") das Netzgerät angesteckt und siehe da, der Ton ist sofort wieder da!

Meines Erachtens muß es darum tatsächlich eine Sache des CPU-Power-Manegements sein. Nur wie da dran zu schrauben ist, das weiß ich nicht …

Besten Dank für die ausführliche Antwort!
Der Akku ist neu, habe ich ausgetauscht. M.E. kann es daran nicht liegen. Funktioniert ja unter Windows und unter Linux Mint (habe ein Tripleboot) ohne Probleme.
Und … Nein, der Ton geht nicht weg, wenn er in Sleep geht sondern im laufenden Betrieb.

Hier mal meine Settings:

"hda-gfx bei Audio ?" Das hat Hackintool so erstellt. Ich habe es gerade mal gelöscht, ändert allerdings nichts an dem Phänomen.

VoodooHDA kommt nicht in Frage. Da muß man die SIP dauernd ausschalten und die Kext ins System schreiben.

Ja, die ID 13 habe ich auch schon probiert, da kommt aber kein Ton. Und das Bootargument alctcsel=1 habe ich auch schon probiert, hilft aber auch nicht.

Das Ton-Symbol ist bei mir in der Systemleiste drin. Von da aus ändere ich die Lautstärke und die Ausgabequelle. Dort ist die Lautstärke nach dem Tonverlust nach wie vor normal angegeben und nicht auf Null gestellt.
Allerdings ändert er in der Darstellung das Symbol auf Kopfhörer nicht, wenn ich diesen anschließe.

Windows ist drauf. Da gibt es das Phänomen nicht. Energieoptionen habe ich im Gerätemanager nicht gefunden.

Ich tüftele hier schon eine ganze Zeit an dem Problem herum, daß der Sound im Batteriebetrieb immer weggeht. Ich kann den Ton zwar aktivieren, indem ich zuerst umstelle auf "Kopfhörer", die Lautstärke etwas modifiziere, dann wieder umstelle auf "Interne Lautsprecher" und die Lautstärke modifiziere. Dann ist der Ton wieder da, aber nur für eine kurze Zeit, meist so 2 oder drei Minuten.

Ich habe auch schon das Problem gehabt, daß die Systemeinstellungen oder die Systeminformationen im Batteriebetrieb gar nicht mehr aufrufbar waren.

Im Netzbetrieb funktioniert alles ohne Schwierigkeiten.

Worum handelt es sich?

Um den HP Elite X2 G3 mit dem i7-8550U Prozessor, OpenCore 0.9.9 (in der Zwischenzeit auf 1.0), macOS Ventura 13.6.6, und die Soundkarte Conexant 8400.

Anbei mein OpenCore-Ordner aus der EFI und ein Systemreport.

Bin für jede Hilfe und Anregung dankbar.

Hmm. Das ist komisch.

Ist Dein Bootstick USB2 oder USB3? Und wie ist er formatiert: HFS+ oder APFS?

Wenn Du SSDT-XOSI.aml verwendest, dann mußt Du auch diesen Patch einfügen:

Kontrolliere noch einmal, ob Du auch die richtige AirportItlwm.kext für Sonoma verwendest.

Und dann schicke mal ein Screenshot vom Ordner

/Library/Preferences/SystemConfiguration

StevePeter Welches macOS hast Du installiert? Hast Du die passende AirportItlwm.kext dazu?

Wobei theoretisch die SSDT-Sleep.aml in meiner EFI diesen Zustand kontrolliert und korrigiert.

Dann würde ich als nächste einfach probieren, Ventura zu installieren. Sonoma könntest Du später im Parallelbetrieb oder drüber installieren.

Zunächst mal hier die notwendigen BIOS-Einstellungen:

Ist das bei Dir so eingestellt?

Hmm … ich hätte hier eine fertige EFI für das Teil.

Ist dann aber wenig Lerneffekt dabei.

Die SMBIOS habe ich geändert. Du mußt aber noch schauen, ob die bei Apple registriert ist (was sie nicht sein darf, damit es keine Probleme mit Apple gibt).

WLAN und Bluetooth wird nicht funktionieren, da mußt Du entweder eine BCM94360NG einbauen, wie ich getan, oder die ITLWM-Kexte für die Intelkarten integrieren, falls Du die verwenden willst.

Ich arbeite unterwegs gerne mit dem Teil. Was gar nicht funktioniert ist die Kamera, die wird da für macOS nie zum Laufen gebracht werden können.

Lösung hier gefunden:
https://github.com/acai66/lenovo-miix-520-hackintosh

Man muß in der VoodooI2CHID.kext/Contents/Info.plist unter "IOKitPersonalities" die ganze Gruppe "VoodooI2CHIDDevice Multitouch HID Event Driver" löschen, dann Neustart und siehe da, sowohl Touchscreen wie Touchpad funktionieren und der Touchpad erscheint auch in den Systemeinstellungen.

Lucky hacking!

In Windows die Datenträgerverwaltung aufrufen, die Windows SSD auswählten, dort die (letzte) Windowspartition auswählen, Rechtsklick darauf und "Volume verkleinern" auswählen.

Nun kannst Du beim Install von Ubuntu diesen freigewordenen Platz am Ende der SSD auswählen, diesen Teil der Festplatte entsprechend formatieren und Ubuntu draufspielen.

Das war mir schon klar.

Konnte nun allerdings feststellen, daß auch beim kleineren Bruder, dem X2 G2, das Touchpad mit der VoodooPS2Trackpad angesprochen wird, wenn ich die VoodooI2CHID ausschalte. Bei beiden Rechnern verschwindet dann allerdings das Touchpad mit allen Einstellmöglichkeiten aus den Systemeinstellungen.

Die Treiber für das Alps-Touchpad sind demnach sowohl in VoodooPS2 als auch auch in VoodooI2C enthalten. Offensichtlich erkennt dann auch VoodooI2C das Touchpad im X2 G3, sonst würde es in den Systemeinstellungen nicht als solches erscheinen.

Das Touchpad im X2 G2 hat allerdings die ProduktID 0x120d, das im X2 G3 hat die ProduktID 0x1221. Ob man dem X2 G3 Rechner irgendwie die ProduktID 0x120d vorgaukeln könnte?

Ich glaub, ich geh am Stock: Touchpad funktioniert mit VoodooPS2Trackpad … wenn ich VoodooI2CHID ausschalte. Dann geht allerdings Touchscreen nicht mehr !