Conexant CX20632 Audio läuft nicht unter Mojave

Hallo Marcus,

Wie du schon bemerkt hast wurden unter Mojave Layouts entfernt, du solltest mit dem aktuellen AppleALC & Bootargs arbeiten. (alcid=28)

Mach bitte ein Backup von deiner EFI und setzt den hier ein.

Es wäre auch von Vorteil aktuelle Clover einzusetzen.

(der zu verfügung gestellte ist aktuell.)

EFI_Neu.zip

Gruss Coban

Dann stimmt eher mit deiner rename's was nicht vermutlich. Es kann sein das bei dir kein "HDAS" im ACPI vorhanden ist.
Versuch mit folgenden Rename's im Clover & mal OHNE Rename's.

Um genauer zu sagen müsstest du dein DSDT (im Clover Menü mit F4) zu verfügung stellen.

Betreffend fehlendem MacOS Partition hab ich nichts angepasst.

Wenn du dein Efi aktualisiert hast must du aufpassen mit der neuen Clover version gilt die Neue ORDNERSTRUKTUR.

Die alten mal rauswerfen, siehe mein Efi Ordner Struktur genauer an.

Du müsstest schon die "-1" dort wegnehmen damit du was siehst.

Dein Vorlage war so.

Mein Vorschlag wäre so..

Gruss Coban

Zitat von marcus.l

Rufe ich im Terminal "kextstat | grep -iv com.apple", sehe ich zwar AppleALC, aber nicht AppleHDA, evtl. wird der Kext also gar nicht erst geladen? AppleHDA ist original und ungepatched.

Zitat von man grep

-v, --invert-match Selected lines are those not matching any of the specified patterns.

Wenn du also wissen möchtest, ob com.apple.driver.AppleHDA(...) geladen wurde: kextstat | grep -i applehda

Versuch mal mir diesem Config bitte.

config.plist

Was taucht den bei dir im Systembericht?
Hast du auch schon mal mit Clover F11 Nvram geleert?

Bist dir ganz sicher dass der AppleHDA.kext original vom Apple ist und nicht von irgendeinem Sound scripts verändert wurde?

Seltsam, wurde die hardware auch erkannt?
Bitte ein Bild vom DPCIManager/PCI List oder vom Hackintool PCI Reiter.

Gruss Coban

Also ich vermute dass das Codec problem ist, anscheinend wird alles korrekt erkannt aber es kann sein das der Verfügbare AppleALC für CX20632 angepasst werden muss.

Alternative könntest du VodooHDA.kext testen.

Vielleicht kann dir auch MacPeet sicherlich genaueres sagen.

Gruss Coban

Wenn Du VoodooHDA verwendest und zeitgleich nicht die AppleHDA disabled wird, dann kommt es zur Panic.

Ferner, der Codec Conexant CX20632 ist seit letztem Sourcecode AppleALC ganz neu drin und erst mit einer ID (28) vertreten, ursprünglich für einen HP EliteDesk.

Natürlich kann es sein, dass bei für Deinen HP ProDesk 600 die Knoten des Codec´s 28 nicht passen.

Ferner sollte auch in der DSDT der IRQFix gemacht sein, der hierbei viel Probleme behebt.

Ansonsten, boote bitte mit einer Linux-Live-Version (z.B. Ubuntu). Dort im Terminal folgenden Befehl eingeben:

Die dann auf dem Desktop gespeicherten Dateien unter Linux hier posten!

Damit kann ich arbeiten und ggf. einen neuen passenden Codec für Dein Gerät entwickeln.

Ich hoffe erst einmal, dass Du die originale AppleHDA vor dem löschen gesichert hast für alle weiteren Versuche.

Ferner, wenn Du AppleHDA löscht, dann reicht ein Neustart allein nicht. Die AppleHDA ist noch im prelinkedkernel.

Du musst nach dem löschen auch den Kextcache neu aufbauen, z.B. mit KextUtility2.6.6 (letzte bekannte Version).

Ich mache mit VoodooHDA nix, daher kenne ich mich nicht so gut aus damit, aber die Installer von VoodooHDA haben eigentlich immer einen Disabler für AppleHDA dabei.

Ok, ich schaue mir Deinen Dump mal an und melde mich dann mit hoffentlich neuen Erkenntnissen.

Edit:

So, ich habe mal einen ersten Versuch für Dich.

Der Voodookram muss dafür wieder raus und die originale AppleHDA muss in S/L/E liegen.

LayoutID 15 (0F Hex), also auch den Flag alcid=15 versuchen

trial1_CX20632_layoutID15.zip

sehr schön

LineOut hinten (als intSpeaker konfiguriert) und Kopfhörer vorn sind im SwitchMode. Beides funktioniert?

Der erste LineIn ist das Mic vorn und der zweite LineIn der eigentliche LineIn hinten. Beides funktioniert und ist laut genug?

Wenn es so alles passt, dann gebe ich den neuen Codec weiter fürs nächste Release.

Wie klappte denn der Inject? Nur Audio Inject 15 oder mittels alcid=15 ?

Zu Deiner Frage.

Ich habe Deinen codec_dump gewandelt und auf Grund dieser Daten einen neuen passenden Codec für AppleALC entwickelt.

Der Link zum Thema würde also zum Sourcecode der AppleALC verweisen.

Es ist ein umfangreiches Thema, welches man nicht in einfache Worte fassen kann, leider.

Wenn Deine Kopfhörer bei max übersteuern musst Du halt etwas runterregeln. Dies lässt sich im Codec nicht steuern.

Ja, im SwitchMode ist dat so. Hinten am LineOut sind normal die Boxen dran. Diese bleiben auch gesteckt. Sobald Du vorn Kopfhörer steckst haben diese den Vorrang.

Entfernst Du die Kopfhörer, dann sind die Boxen wieder aktiv.

Den Speaker vom PC hatte ich rausgenommen. Braucht eigentlich keiner. Ich habe diese jetzt mal wieder eingefügt, allerdings als LineOut konfiguriert, da ich den LineOut hinten schon als Speaker für den SwitchMode konfiguriert habe.

Das vordere Mic habe ich diesmal als internes Mic konfiguriert.

Schaue einfach mal was geht! Hier die geänderte AppleALC. Lilu bleibt unverändert aus der trial1.

trial2_CX20632_layoutID15.zip