Beiträge von joe2348235

    Der Titel sagt ja schon fast alles aus.


    Nachdem ich des Öfteren gelesen habe, dass eine Intel-WLAN Karte lieber entfernt werden sollte, stellt sich mir nun die Frage, ob ein "Verstecken" via DeviceProperties Sinn macht bzw überhaupt möglich ist.


    Die OpenCore sagt auch nichts bzw. nicht viel darüber aus, wie der Eintrag im Delete dictionary aussehen müsste.

    Genügt die PCI-Adresse oder muss auch device-id und/oder vendor-id eingetragen werden?


    Code
    1. <key>PciRoot(0x0)/Pci(0x14,0x3)</key>
    2. <dict>
    3. <key>device-id</key>
    4. <data>8AYAAA==</data>
    5. <key>vendor-id</key>
    6. <data>hoAAAA==</data>
    7. </dict>


    Hat das schon mal jemand versucht? Oder stört die Intel-Karte das System auf einer unteren Ebene und was ich hier machen will hat gar keinen Sinn?

    Vielen Dank für den Tipp, leider hat bei mir auch das manuelle setzen der Einstellungen nichts gebracht.

    Genau die gleichen chips sitzen doch auch auf den PCI-Karten. Cactus/Alpine/Titan Ridge sind nur codenamen für eben diese Intel chips (TB1, TB2, TB3), die alle verbauen bzw. verbauen müssen, weil TB ja bis jetzt Intel-Exklusiv war.


    Darum funktionieren ja in Wahrheit fast alle Karten an fast allen Mainboards - zumindest irgendwie ein bisschen :D (an denen, die TB im BIOS/EFI unterstützen).

    For the ALC1200, spoofing device id 48a30000 with layout id=1 works well for me,

    and I have the exactly same issue as you do with RTL8125, no solutions yet

    Code
    1. a348 Cannon Lake PCH cAVS

    Makes sense, thanks for sharing! I've written to Mieze, the driver developer of Lucy RTL8125 on insanelymac, maybe she can make sense of my logs. I'll keep this thread (here) updated as well if there's any news. However, since this is a German forum, I'll probably write in German, but feel free to PM me :)

    SchmockLord Obwohl der Audio Chip auf meinem Board ein anderer (ALCS1200A) als am Vision D (1220-VB) ist, hat bei mir genau die gleiche Konfiguration funktioniert. Ohne Spoof keine Chance, habe ebenfalls sämtliche Layout IDs durchprobiert. Vl gibt's mal einen fix in der AppleALC, durch den man den spoof dann weglassen kann. Ws wird einfach die neue Intel Plattform noch nicht unterstützt.


    Ich hab' jetzt mal meine config im OP hochgeladen, hier kommen noch ein paar Infos zwecks Ethernet troubleshooting:

    • LucyRTL8125 kext wird geladen
    • ModelID zeigt seltsame Zeichen (siehe Screenshot)
    • Beim Anstecken eines Kabels passiert genau gar nichts
    • Wenn man manuell einen Verbindungstyp setzt (1000Base-T, ...) hilft's ebenfalls nichts, keine Kommunikation möglich, nach einer weile erfolglosen wartens auf eine IP Adresse via DHCP gibt sich das if eine default-adresse
    • Wird zusätzlich noch eine manuelle IP vergeben, dann wird die Schnittstelle zwar "grün" angezeigt (System-Einstellungen --> Netzwerk), aber keine Kommunikation ist möglich
    • Gleiches Kabel-Ende an mein MBP: Funktioniert bestens.


    Das angehängte Kernel-Log zeigt den Vorgang des manuellen setzens einer 1000 Base-T Full-Duplex Verbindung mit Flow-control und default (1500) MTU


    hackintosh-forum.de/attachment/141939/



    Und hier noch die kext-Abfrage:

    Code
    1. kextstat | grep Lucy


    liefert

    Code
    1. 70 0 0xffffff7f8666a000 0x38000 0x38000 com.insanelymac.LucyRTL8125Ethernet (1.0.0d4) BB31BD0B-11FA-377A-97F5-993BF3309C90 <18 13 6 5 3 1>


    (Hab' grade testweise mal version d4 statt der aktuellen version d5 laufen - bzw halt nicht laufen;)


    Jemand eine Ahnung woran's liegen könnte?


    Update: Logs entfernt, bug behoben

    Ich hab's nach den ersten Meldungen nicht mehr genauer verfolgt, aber war die Bug-Beschreibung nicht so, dass Softwareseitig (und auch Firmware-seitig) nichts bzw. nur Kosmetik zu machen ist?


    Nachdem hier wohl die gesammelte TB Expertenrunde beisammen ist, wollte ich mal Fragen ob mir vl jemand bei einem etwas exotischeren Problem Tipps geben kann. Ich versuche aufgrund der schweren Beschaffbarkeit der Gigabyte-Karten meine ASUS Thunderboltex II aus dem alten Rechner auf meinem Gigabyte Z490 Aorus Elite AC Mainboard zum Laufen zu bekommen. Und obwohl die Header-Kabel unterschiedlich sind (und ich das Kabel deswegen komplett weggelassen habe), funktioniert mein Focusrite Clarett Audio Interface unter Windows 10 wunderbar. Nur unter mac OS ist im IORegistryExplorer keine Spur von der Karte zu finden. Was mir ebenfalls aufgefallen ist, ist dass in Windows nicht nur der TB2 controller (Falcon Ridge, DSL5320, id 156a), sondern auch ein TB1 controller Cactus ridge, DSL3510, id 1549) registriert sind. Letzterer ist in mac OS ebenfalls nicht aufzufinden.



    Leider ist das mein erster build und meine tieferen Systemkenntnisse lassen noch etwas zu wünschen übrig...


    Ich habe bis jetzt keinerlei TB-spezifische SSDTs und kexts geladen, könnt ihr mir vl ein paar Tipps geben wo ich mit der Fehlersuche beginnen soll?

    Besten Dank!

    Titan Ridge überall ausverkauft. 😄😄

    Ich glaub' ehrlich gesagt, dass die die Karten eingezogen haben (oder Intel einfach die Controller-Chips grad nicht mehr produziert), wegen der massiven Thunderbolt Sicherheitslücken. Natürlich reine Spekulation, aber dass mehr oder weniger auf einen Schlag kaum eine Karte irgendeines Herstellers verfügbar ist...

    Hallo zusammen!


    Mein Build läuft bis jetzt sehr stabil, EFI ist jetzt im Anhang.

    Die Seriennummern habe ich durch XXXXXXXXXXXXXXXXX ersetzt, müssen also generiert werden (zB mit dem hier erwähnten Tool) wenn ihr die config verwenden wollt.

    Auch das USB Mapping solltet ihr vermutlich anpassen, da ich auch Ports am Gehäuse gemappt habe.



    Hardware:

    • Intel i7-10700K
    • Gigabyte Aorus Z490 Elite AC
    • AMD Radeon RX5700
    • Gigabyte Titan Ridge 2.0 (Thunderbolt Card)


    Config:

    • OpenCore 0.5.9 (Update auf 0.6.9 in Arbeit, siehe hier)
    • SMBIOS: iMacPro1,1
    • macOS 10.15.7 Catalina
    • BIOS Version F20


    Was läuft:

    • Das System im Allgemeinen (Video-Ausgabe, USB, Power Management,...)
    • Sound über HDMI (Radeon)
    • Thunderbolt inkl. Hotplug - Dank an apfelnico
    • integriertes Audio (Realtek ACLS1200A) - Dank an SchmockLord
    • Bluetooth (Intel)
    • Ethernet (RTL 8125) - Dank an Mieze für den Treiber und Brumbaer für den Fix
    • WiFi (Intel AC 9462) - mit itlwm.kext und HeliPort - Speedtest ergibt 24/12 Mbps Down/Upload, im Vergleich dazu das Ergebnis via Android USB Tethering: 70,5/14 Mbps


    Wird so schnell nicht laufen:

    • Apple-spezifische WiFi Features Continuity & Co (AirDrop,...).
      Teilfunktionen wie Handoff sollten mit Airportitlwm.kext funktionieren, das hab' ich aber nicht getestet (Verwende die Features nicht).


    Aufgetretene (gelöste) Probleme beim Installieren von macOS:

    • Die Installation von macOS konnte nicht abgeschlossen werden nach dem ersten reboot. Fix: Bei den Boot-args "-wegnoegpu" für den ersten installationsschritt hinzufügen, macOS installiert dann im textmodus.Beim nächsten reboot -wegnoegpu wieder entfernen. Dürfte mit der Radeon RX5700 zusammenhängen und ist mit anderen Grafikkarten unter Umständen nicht nötig. Muss ich leider auch bei jedem macOS Update so machen, hab' mir dafür einen eigenen USB Stick mit einer update config erstellt, von dem ich dann für die Updates boote.
    • Ohne Ethernet keine Netzwerkverbindung. Catalina war das zwar egal, aber zur weiteren Einrichtung ist eine Netzwerk-Verbindung schon praktisch. Meine Lösung: USB-Tethering vom Mobiltelefon. iOS sollte generell funktionieren, für Android muss man Horndis installieren (gibt auch GitHub eine gepatchte version für Catalina)


    Bin nach dem Dortania Installation Guide vorgegangen, dort ist eigentlich alles bestens dokumentiert.


    Hier noch meine BIOS-Settings, nicht wirklich was spezielles dabei

    Dateien

    • EFI 20210602.zip

      (16,44 MB, 399 Mal heruntergeladen, zuletzt: )

    Hi!


    Ich habe versucht, auf einem ähnlichen System Catalina zu installieren:


    Gigabyte Z490 Aorus Elite AC

    Intel i7-10700K

    Radeon RX 5700



    Leider meldet der OSX installer nach einem (dem ersten, velleicht crash-verursachten?) Reboot, dass die Installation nicht abgeschlossen werden kann.


    Das ganze ist mein erster Hackintosh build, deswegen bin ich im debuggen noch ein bisschen hilflos.


    Hattest du vl in deinem Prozess mal ein ähnliches Problem? Vielleicht fehlt meiner config/meinen SSDTs auch noch was essenzielles (zb. wird ohne SSDT vermutlich noch kein ethernet funktionieren, aber ich bin davon ausgegangen, dass macOS mir dann eine ordentliche fehlermeldung präsentiert...).


    Würd' mich freuen, wenn du mal auf meine config blickst!

    Das install log hab' ich auch angehängt.

    lg, Joe



    Nachtrag 1:

    Das angefügte Bild ist das Install-Log unmittelbar vor dem reboot.

    Könnte das doch etwas mit der fehlenden Internet-Verbidung zu tun haben?


    Nachtrag 2 (LÖSUNG): Die RX5700 verursacht wohl Crashes im ersten Installationsschritt. Karte deaktivieren (-wegnoegpu boot arg), dann installiert mac OS mit textausgabe. Beim nächsten Reboot das Flag wieder wegnehmen - und voila, ich sehe die Länderauswahl.