Dell XPS 13 9343 Finetuning

was sagt der ioregistryexplorer? könntest du mal eine ioreg-datei vom rechner hochladen bitte?

voodooHDA ist keine gute lösung, und ein paar sachen könnten wir noch probieren, bevor der zum einsatz kommt. ist deine AppleHDA.kext original? oder wurde die mal gepatcht?

AppleHDA ist original. Hängen Sie einen Screenshot an.

nicht screenshot. die ganze ioreg-datei gezippt bitte.

edit:

teste bitte die angehängte SSDT-HPET mit der angehängten config.plist (ich hab 3 patches in acpi/patch ergänzt, und 3 vorhandene deaktiviert)

wenn du gestartet hast, schick mir bitte eine aktuelle system-dsdt

Patch hat leider nichts geändert. Ich habe ioreg- und dsdt-Dateien hochgeladen.

was für eine OC-version ist das? die renames greifen nicht, das ist bei älteren versionen der fall. sollte wenigstens auf 0.6.9 aktualisiert werden, dann würden die patches auch greifen.

Ich verwende jetzt 0.7.0. Wie kann ich überprüfen, ob die Umbenennung erfolgreich war?

in der system-dsdt nachgucken. in den devices HPET, IPIC und TIMR sollte statt _CRS XCRS stehen.

Die erste Runde besteht also darin, den Umbenennungspatch zu aktivieren.

Kann ich überprüfen, ob die Umbenennung erfolgreich war, indem ich einfach MaciASL öffne und HPET mit _CRS oder XCRS suche? Ich dachte, dass MaciASL immer das Vanilla(original)-DSDT anzeigt.

Kann natürlich viele Ursachen haben, welche man abarbeiten muss. Wunderlösungen habe ich da auch nicht.

HPET sollte richtig gefixt sein, denn ein falscher HPET-Patch bricht auch das Audio.

Dir IRQ-Fixes sind bei Laptop's nahezu Pflicht für's Audio. Dabei muss die 0 und die 8 bei RTC und TIMR entfernt werden, weil 0 und 8 bei HPET gesetzt sind/werden.

IPIC hat fast immer IRQ 2, welcher für Audio belanglos ist.

Ferner, im alc286 sind aktuell nur zwei alte Patches drin (ID3 und ID11). Für die Gegenkontrolle, ob die ID's überhaupt geeignet sind, würde ich erst einmal unter Linux-Live Ubuntu einen codec_dump machen und hier posten!

Dazu kommt noch, er hat dieses neue Audio-Device 9ca0, somit kann es auch sein, dass er mittels DeviceProperties noch die device-id spoofen muss, weil der IntelController den Realtek-Chip nicht erkennbar durchlässt zur AppleALC.

Habe aber selbst betreffs Spoofen keine Erfahrungen machen können, habe es nur auf insanely verfolgt, dass viele User mit den neueren Chipsätzen spoofen mussten.

Zitat von MacPeet

muss die 0 und die 8 bei RTC und TIMR entfernt werden

hab ich in der letzten SSDT-HPET gemacht: _CRS-methoden (aus der originalen DSDT) in eine ssdt kopiert, die IRQNoFlag-zeile entfernt, den HPET-BUF0 ebenfalls in die SSDT kopiert, die irgs eingefügt, und im hinblick auf den dualboot das ganze per if (OSI "Darwin" .... differenziert.

dazu dann die renames _CRS to XCRS in den jeweiligen devices, ohne die es halt nicht funktioniert. und die sind in der letzten systemdsdt nicht aufgetaucht. das sollte als erstes gefixt werden.

Es ist mir gerade gelungen, HPET umzubenennen, kann aber IPIC und TMR nicht ändern.

unten in der config stehen die einträge, die ich eingefügt hab. die sollten eigentlich greifen. enable die mal. und dafür alle anderen HPET, IPIC, TIMR disablen.

Das Aktivieren dieser Option hat sie nicht in XCRS umgewandelt. Gibt es eine Einstellung in Opencore, die eine Namensänderung verhindert?

du nutzt einen opencore-configurator zum erstellen und bearbeiten der config?

den punkt "Base" gibts bei dir anscheinend nicht, der gibt an, wo (in welchem device) der rename stattfinden soll:

ich bearbeite die configs mit xcode. plist-editor ginge auch.

Ich habe die Basisoption im Opencore-Konfigurator. Ich bin wirklich verwirrt, warum diese Patches nicht angewendet werden

Ich habe den letzten Tag an dem Patch gearbeitet und konnte dabei den Touchscreen verwenden, was ich nicht erwartet hatte.

Und heute habe ich diesen Artikel langsam von Anfang an gelesen und es erneut versucht, nachdem ich einen Hinweis durch den Patch im EFI-Ordner von Basti Wolf erhalten hatte.

Und jetzt haben HPET, IPIC, TIMR XCRS, nicht _CRS! Aber immer noch kein Ton.

Können Sie mir einen Hinweis geben, wie Sie mit dem nächsten Schritt fortfahren?

Ich werde das aktuelle EFI, Original-DSDT und gepatchte DSDT im Anhang belassen. Es gibt einen DSDT-Kompilierungsfehler, daher sollten Sie anscheinend auch versuchen, diesen Teil zu lösen.

Eventuell mal "enable-hdmi20" aktivieren/einfügen?