Beiträge von sx1

    Danke für die Antworten. Den nvmefix hatte ich schon probiert und an der Samsung evo plus liegt es auch nicht. Hatte ja oben geschrieben, dass ich es auch mit einer evo pro und einer adata mit phison Controller, welchen apples native SSDs auch verwenden, probiert hab. Ich tappe völlig im dunkeln, vielleicht hat es was mit dem cfr-lock oder mmio zu tun. Aber da muss ich mich wohl erst mal belesen... Vielleicht noch eine Frage: Wie sieht es eigentlich aktuell mit der Unterstützung von thunderbolt 4 aus? Also ich hab nebenbei schon mal auf neue Hardware geschielt...

    Hallo zusammen,


    ich stecke jetzt seit Tagen fest, vielleicht hat jemand Rat:

    Egal ob ich neu installiere oder mit CCC die NVME clone, sobald ich die NVME als Systemplatte nutzen will friert entweder die Installation oder das System ein paar sekunden nch dem Login ein.

    Ich habe schon Samsung 970 Evo Plus (mit neuer Firmware 2BXXXX) , 970 Pro und eine ADATA X8200 mit Phison Controller probiert. Das eigenenartige ist, dass wenn ich BigSur auf SATA SSD laufen habe ist das mega stabil. Sogar iMessage etc. läuft..

    Ich habe soweit noch keine Anpassungen an USB etc. begonnen, weil ich das System erstmal gern auf NVME installieren würde.


    Würde mich über Hilfe sehr freuen, Danke und Gruss

    Sven


    config_Prime399A.plist


    System:

    BigSur 11.2.1 (20D75)

    OpenCore 0.6.6 , kexte siehe config und jeweils de neuesten

    Mainboard: Asus Prime X399-A

    CPU: Threadripper 1920

    Graka: NVIDIA GeForce GT 730 2 GB

    RAM: GSkill

    SSD: Corsair 250GB

    NVME: Samsung 970 Evo Plus (mit neuer Firmware 2BXXXX) oder 970 Pro oder ADATA X8200 mit Phison Controller


    PS:

    Ich habe noch ein 2. System mit MSI X399 Creation, da läuft die ADATA X8200 NVME mit derselben config aber ohne SSDT-ECXXX.aml

    Bin immer dankbar für Deine/Eure Erklärungen. Das hilft mir am Anfang eines langen Weges Stück für Stück das komplexe Thema besser zu verstehen.

    Ist auch nicht so, dass ich nicht bereit wäre mir theoretische Grundlagen per googlen und lesen anzueignen, aber es wird nunmal auch viel geschrieben und es gleicht fast ein bisschen einer Lotterie da das Richtige herauszupicken. Wenn Ihr also da paar Links für mich hättet, wäre ich froh.

    So Themenbereiche die mir einfallen, wären UEFI-Boot-ACPI-Kernel-IOReg.

    Wahrscheinlich ist auch der Treiber nicht kompatibel,hab aber eben trotzdem noch Hoffnung, da dieser bei mir verbaute Aquantia 11b1 mit derselben Firmware geflashed wird wie der 91b1, der eben in der Info.plist von der Apple-Aquantia kext gelistet ist.

    Ich hab jetzt schon mal versucht das log zu durchforsten , ob ich da irgendwie erkennen kann, ob und was passiert mit dem Aquantia, stosse aber immer nur auf den Output von Deiner SSDT. Wahrscheinlich mache ich da was falsch oder schaue an den falschen Stellen, vielleicht muss da auch erst irgendwie irgendwo ein debug eingeschaltet werden. Ich wäre also auch froh da noch ein paar Tipps zu bekommen, muss keine langer Text sein, Stichpunkte reichen, belese mich dann auch selber.

    Danke und Gruss

    SX1

    Update:

    Das sieht jetzt schonmal ein bisschen besser aus:


    Aber der Treiber wird noch nicht geladen, ich muss mal schauen ob ich in den logs was finde.

    Update:Hab jetzt die DeviceID und die SubID umgesetzt:


    Treiber wird aber noch nicht geladen, ich spiel mal weiter:



    Es wird jetzt versucht die Apple Firmware zu laden, da gibt es aber Fehler, ich weiss nur nicht , ob das für den Onboard gemacht wird oder für meine PCI Karte, Die PCI Karte hat Firmware 3.0.33, der Onboard Adapter nach dem Firmware Upgrade 3.1.90:


    2020-02-08 11:51:44.452504+0100 localhost kernel[0]: (AppleEthernetAquantiaAqtionFirmware) <AppleEthernetAquantiaAqtionFirmware`AppleEthernetAquantiaAqtionFirmware::probe(IOService*, int*)> AppleEthernetAquantiaAqtionFirmware::probe:

    2020-02-08 11:51:44.452835+0100 localhost kernel[0]: (AppleEthernetAquantiaAqtion) <AppleEthernetAquantiaAqtion`AppleEthernetAquantiaAqtionFirmwareInterface::compareFirmwareVersion(fw_ver_s)> AppleEthernetAquantiaAqtionFirmwareInterface::compareFirmwareVersion: 3.0.33 / 2.11.9

    2020-02-08 11:51:44.453318+0100 localhost kernel[0]: (AppleEthernetAquantiaAqtionFirmware) <AppleEthernetAquantiaAqtionFirmware`AppleEthernetAquantiaAqtionFirmware::start(IOService*)> AssertMacros: isNewer, file: /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleEthernetAquantiaAqtion/AppleEthernetAquantiaAqtion-89/AppleEthernetAquantiaAqtionFirmware/AppleEthernetAquantiaAqtionFirmware.cpp, line: 201, value: 0

    2020-02-08 11:51:44.453319+0100 localhost kernel[0]: (AppleEthernetAquantiaAqtionFirmware) <AppleEthernetAquantiaAqtionFirmware`AppleEthernetAquantiaAqtionFirmware::start(IOService*)> AppleEthernetAquantiaAqtionFirmware::start: no update required

    2020-02-08 11:51:44.453758+0100 localhost kernel[0]: (AppleEthernetAquantiaAqtion) <AppleEthernetAquantiaAqtion`AppleEthernetAquantiaAqtion::notifyFwUploadCompleted()> AppleEthernetAquantiaAqtion::notifyFwUploadCompleted:635: completed fw upload


    Update: Ich hab jetzt die ID's in der angehängten aml (Deine) mal auf Device 0x91b1 geändert. Der ist im Firmware Upgrade Package in der selben Gruppe , wie der 0x11b2. Ist aber von der AppleEthernetAquantiaAqtion.kext unterstützt. Hilft nichts... , vieleicht kannst Du MacGrummel ja mal die SDT-AQC111C.aml testen. Du hast ja noch Firmware 3.0.33 drauf. Vielleicht liegt es ja daran.

    Die updatedata.xml ist die vom Firmware Package und nur zur Info angehängt.


    apfelnico

    Ich hab mir noch mal die Aquantia SSDT von KGP angeschaut, da sind noch zusätzlicher zu Deiner die Scopes

    SL09 und PEGP drin. Meinst Du das könnte noch damit zusammenhängen, dass kein Treiber geladen wird?

    Danke apfelnico, ich werd noch ein bisschen rumspielen. Hatte mir den Linux Treiber angeschaut und da wird soweit ich das überblicke unterschiedlich verzweigt je nach device. Hatte die Befürchtung , dass das im executable der kext dann auch passiert...

    Ist der Systembericht von Apple? Ich dachte der wird vom Kext-Updater generiert und der holt sich anhand der PCI ID's die Bezeichnungen dazu? Auch im Hackintool stehen ja alle Devices mit Bezeichnung auch wenn keine Treiber geladen sind. In der IOReg stehen hingegen die Bezeichnungen erst wenn die Treiber geladen sind.

    Meine ASUS PCI Karte:

    Der Onboard AQC111C:


    Bezüglich des AQC111C und AQC111U denke ich , dass die Treiber des USB Adapters andere sind, sogar , dass der am USB angeschlossenen Network-Controller ein anderer ist (Die VendorID von diesem ist nicht die von Aquantia). Übrigens kann ich die VendorID 0x2ECA vom USB-Adapter in keiner Database finden. Ausserdem ist die Firmware vom AQC111C im selben Bundle wie die vom AQC107. Die Firmware für die beiden USB Adapter ist in einem anderen Bundle. Die Windows-Treiber sind für AQC107 die gleichen wie für AQC111C. Für die USB Adapter gibt es hingegen extra Treiber. Ich denke , es könnte eher klappen die AppleEthernetAquantiaAqtion.kext anzupassen als die pacific.kext. Und jetzt spinne ich mal weiter: Vielleicht ist ja der AQC111C hardwaremässig sogar gleich dem AQC107 und nur über die Firmware 10G geblockt.

    DSM2, apfelnico : kann man nicht die DeviceID vom AQC111C faken? Das würde ich ja nochmal bei mir probieren, könntet Ihr mir eventuell sagen , wie man das macht?


    Gruss

    SX1

    Hi MacGrummel


    und was vermutest Du, hat das zu bedeuten/zur Folge?

    Wo hast Du das im Bios entdeckt?


    Magst Du vielleicht auch mal die angehängte kext probieren. Ich meine ich hatte damit schon mit der originalen ASUS PRime X299DII AQC111C Firmware den AQC111 unter System Information PCI gelistet gesehen. Kann sein, dass ich schon paranoid bin. Möchte aber auch nicht unbedingt schon wieder die Firmware flashen.

    Hi apfelnico


    die kext geht leider auch nicht. Was ich aber gesehen hab ist, dass in der Info.plist von Deiner kext auch noch idVendor und idProduct vom USB Adapter drin stehen.

    Hab dann testhalber mal

    idVendor=7530 und

    idProduct=4529

    gesetzt. Auch kein Erfolg... Nun ist ja die Anbindung über PCI auch eine andere als über USB. Im Linux Treiber wird das ja berücksichtigt. Ich hab ja keine Ahnung von OSX Treibern, aber wenn in dem AQC111U OSX Treiber (pacific) die PCI Anbindung nicht verlinked ist, so wie im AQC107 Treiber (atlantic), dann gibts da wohl eher keine Chance, oder was meint Ihr? Oder gibt es jemanden der aus dem AQC111C Linux Treiber eine kext machen kann. Sorry für mein (wenn-überhaupt)-Halbwissen.


    Gruss

    Sven

    Hallo apfelnico


    Hab den Adapter jetzt wieder zum Leben erweckt (Power trennen und warten,Power einschalten, Powerbutton lange drücken) und beide kexte probiert. Ohne Erfolg. Allerdings ist meine Firmware jetzt 3.1.90. Vorher war es 3.0.33. Ich werde am Wochenende nochmal mit verschiedenen Firmware(n) probieren. Soll ich eventuell noch etwas anderes probieren?

    Danke nochmal für Deine Mühe.

    Gruss

    SX1


    PS: Sollten wir vielleicht einen neuen Thread erstellen?

    Hallo


    Ich kriege meine interne ALC 1220A nicht zum laufen. (Output über HDMI geht)

    IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/CAVS@1F,3

    PciRoot(0x0)/Pci(0x1F,0x3)

    Im Hackintool steht:


    Im log kommt das (wobei mich wundert, was das mit der prelinked v1.3.5 soll, ich hab die 1.4.1) :

    2020-02-04 00:50:08.440494+0100 0x65 Default 0x0 0 0 kernel: Refusing new kext as.vit9696.Lilu, v1.4.1: already have prelinked v1.3.5.

    2020-02-04 00:50:08.445869+0100 0x65 Default 0x0 0 0 kernel: Refusing new kext as.vit9696.AppleALC, v1.4.6: already have prelinked v1.3.6.

    2020-02-04 00:50:08.511201+0100 0x73 Default 0x0 0 0 kernel: (Lilu) Lilu: config @ automatically disabling on an unsupported operating system

    2020-02-04 00:50:08.523345+0100 0x73 Default 0x0 0 0 kernel: (Lilu) Lilu: config @ found a disabling argument or no arguments, exiting

    2020-02-04 00:50:08.528430+0100 0x73 Default 0x0 0 0 kernel: (Lilu) AppleALC: init @ failed to call parent 7

    Das wiederholt sich.


    Ich habe folgende kexte in efi/clover/kexts/other:

    AppleALC.kext =>Identifier: as.vit9696.AppleALC | Version: 1.4.6

    CodecCommander.kext =>Identifier: org.tw.CodecCommander | Version: 2.7.2 | Other infos: 2.7.1, Copyright © 2013-2014 TimeWalker. All rights reserved.

    Lilu.kext =>Identifier: as.vit9696.Lilu | Version: 1.4.1


    Habe auch schon folgendes probiert:

    -rename CAVS-HDEF

    -.aml von KGP (dann sehe ich die ALC in der System Information als PCI Device aber mit Driver Loaded:NO)

    -in der config audio Inject = 7,11,1 und 2 probiert mit und ohne ResetHDA (weiss leider nicht , ob das überhaupt Sinn macht solange kein Treiber geladen werden kann)


    Hat jemand von Euch eine Idee, wo ich ansetzen könnte? Das ganze hat mit einem anderen EFI Folder schon funktioniert, aber andere Sachen dafür nicht.


    Danke im voraus

    SVen


    Mainboard: Asus Prime X299 Deluxe II

    CPU: I9 9960X


    Update: Ich habe noch kext Reste von meinen ersten Hackintosh Versuchen in /S/L/E die lösche ich jetzt erstmal und generiere den kextcache neu. wird wohl daran liegen...

    Hallo Harper Lewis


    Die Ports sehen so aus wie die oben im IOReg Bild, im Hackintool erscheint da nichts. Ich habe (noch) keinen USB C Anschluss am Gehäuse, auch kein Kabel, dass ich die Ports am Mainboard anschliessen und testen könnte. Die aml ist von KGP ich hab da nur den Pfad angepasst. Da sind glaube ich noch ein paar Anpassung drin bzgl. Power...

    Hi Harper Lewis


    sorry, musste "schnell" auf Arbeit was fixen...

    Hab die HS01/SS01 in HS09/HS10 umbenannt. Funktionieren jetzt beide nur mit USB2 Sticks. Also nur der HS Anteil.

    Wenn jetzt beides USB2 und USB3 nicht gehen würde, hätte ich gedacht, es liegt vielleicht daran, dass Portnummer und Bezeichnung nicht übereinstimmen. So hab ich gar keine Idee. Ich werde doch nochmal PXSX versuchen umzubenennen und noch einen Reboot machen und dann bin ich für heute dann weg.

    Vielen Dank jedenfalls für Deine Mühe und die Hilfe, ich bin jetzt schon viel, viel, viel weiter. Und hab vor allem dazu gelernt.


    Gute Nacht...


    Hallo apfelnico


    Danke für den Tipp..

    ich werd das mal mit dem PXSX umbenennen probieren. Ich hab da noch irgendwo einen .aml Patch vom Tomaten Forum. Da is zwar nur eine PXSX Controller Umbenennung drin, aber ich hab ja nur einen. Ich glaub ich muss nur den richtigen Pfad aus der IOReg drin setzen... Oder ist es besser das in der Config über ACPI Patches zu machen?


    Gruss

    SVen


    Update:

    Das umbenennen PXSX zu XHC2 hat es gebracht, es sieht so aus als wenn alles läuft HS09/SS09 und HS10/SS10 jedenfalls laufen jetzt mit USB2 und USB3 und auch die HS01, SS01 und SS02 einträge under dem PXSX sind verschwunden und unter dem XHC2 sieht es jetzt viel besser aus:


    Und ich hab dazu gelernt, dass ein Refresh im HackinTool USB Tab nicht reicht sondern davor noch ein Clear all erfolgen muss, sorry das wusste ich nicht...

    Das der XHC2 Controller jetzt nicht mehr im Hackintool als Controller gelistet ist, ist aber richtig?


    Danke Euch für die Hilfe!

    Harper Lewis

    Danke für Deine Geduld..


    Hab jetzt den ASMedia USB3G2 aktiviert, nun funktioniert mein SS01 nicht mehr, der ss02 funktioniert noch. Und Hackintool zeigt HS01/SS01/SS02 unter PXSX (Asmedia) an:


    Im Ioreg sind unter dem PXSX eben auch HS01/SS01/SS02.


    Die Ports im IOReg für den XHCI sind richtig.


    Ich dachte das Portlimit ist pro Controller, oder darf ich insgesamt nur 15 Ports haben?

    Muss ich den ASmedia auch in die USBPorts.kext aufnehmen?

    Mir geht es weniger darum, dass ich soviele Ports brauche, sonder eher ums einigermassen verstehen. Ein Bekannter von mir hat ein

    Asus Prime X299 A und da sind am Backpanel Ports vom X299 Controller und vom ASmedia Controller.