Anleitung für Broadcom-WLAN-Patch unter macOS Sonoma

MacGrummel nein lass mal ich benötige WIFI nicht unbedingt, das fummelfuchtelt mir zu sehr im System rum (für mich nicht nachvollziehbar warum geflashte NICs dann abschmieren).
Ohne läufts super ohne irgendeine Einschränkung.

Mieze gibts evtl. eine Möglichkeit deine Patches via *nix einzuflashen?

ozw00d Welche Patches meinst Du?

Mieze naja MacGrummel schrieb das du neue Kexte für die X500 NICs erstellt hast.

Ich habe diese bisher nicht ausprobiert, versuche allerdings meine EFI so minimalistisch wie irgendmöglich zu halten.

Daher entschied ich mich für den Linux Patch aus @DSMs damaligem Thread zu dem Sage / 10 G.

DIe Vorteile sind u.a. das diese unter Ventura ohne Smalltree eine bessere Performance bieten als ein Kext. Bemerkt man wenn man eine Packetanalyse durchführt, gerade bei größeren Datenmengen kommt es sporadisch zu Verlusten mit SmallTree bei mir. Ohne nicht und der Jitterwert ist auch auf einem Normalem Level.

Daher ist die Frage ob man mit den Informationen aus deinem Kext insofern möglich einen Patch machen könnte den man unter Linux flashen kann.

ozw00d IntelLucy benötigt keinen Patch und funktioniert problemlos auf allen MacOS-Versionen von Catalina bis Sonoma. Ich habe auf der Homepage des Projektes auf insanelymac.com auch einen Performance-Vergleich mit Apple's Treiber und den Aquantia-Karten gepostet.

Mieze wir reden aneinander vorbei.

Was ich meine ist hier nach zu lesen unter dem Punkt Ethernet

X299 Tutorial - ASUS WS X299 SAGE/10G

Hier wird die Möglichkeit eines Patching beschrieben (Subsystem ID injecten ).

Die frage ist nicht ob man deine Kext nutzen kann, sicherlich ist das möglich, meine EFI ist allerdings recht minimalistisch, nur Kexte die ich wirklich benötige, sollte es keine SSDT Lösung oder einen Patch / Flash für die Hardware geben.

Daher ist die frage ob du eventuell, neuere Informationen hast, irgendwas wird der KEXT von dir ja bewerkstelligen und ich versuche gerade das Technische Verständnis dafür mit deiner Hilfe zu erlangen ob man das nicht umbiegen kann und dort wieder mit diesem Prozess den ich genannt habe arbeiten könne.

ozw00d Du hast nicht verstanden was IntelLucy ist. Es ist ein Open Source Treiber für die Intel X500 Serie von Netzwerk-Karten. Da braucht man keinen Patch, Firmware-Flash, keine SSDT und auch keinen Hack. Einfach Kext installieren und läuft, schneller als mit com.apple.DriverKit-AppleEthernetIXGBE oder SmalltreeIntel8259x. Egal ob mit AppleVTD oder ohne, mit allen MacOS-Versionen von High Sierra an aufwärts.

Hallo Allerseits,

ich habe meinen Hackintosh heute auch endlich mal von Ventura auf Sonoma 14.5 aktualisiert und stehe nun auch ohne WLAN da. Das ist für mich kein Mega-Problem, da die Kiste fast unmittelbar neben dem Router steht und LAN ja weiterhin funktioniert.

Ab und zu brauche ich WLAN aber mal um mich direkt mit den internen Accesspoints von diversen SmartHome Gerätschaften zur Erstkonfiguration zu verbinden. Gibt es irgend einen Billig-WLAN-Stick der ohne Tricks unter Sonoma läuft ? 2,4 Ghz würde mir vollkommen ausreichen, Performance ist nebensächlich.

Zitat von gadget

Gibt es irgend einen Billig-WLAN-Stick

Edimax,dieser hier

macOS Treiber bis 10.13 gibts unter downloads. vielleicht läuft der auch mit Sonoma

Zitat von gadget

Ab und zu brauche ich WLAN aber mal um mich direkt mit den internen Accesspoints von diversen SmartHome Gerätschaften zur Erstkonfiguration zu verbinden.

Wenn Du ca. 12GB für eine Partition mit einer Ventura installation übrig hast, dann wäre das die einfachste Lösung, sofern der Neustart zum Switchen dich nicht stört.

Zitat von Nightflyer

Edimax,dieser hier

macOS Treiber bis 10.13 gibts unter downloads. vielleicht läuft der auch mit Sonoma

Nope:

ich habe diverse WLAN Dongle und vor dem ersten brauchbaren WLAN-Patch durch OCLP versucht diese unter 15.0 zum Laufen zu bringen. Es war mir nicht gelungen.

gadget

Hi , der Edimax läuft unter Sonoma mit der Software von chris1111 . Zu finden unter github ! ( Ausserdem gibt es bei github eine Liste mit unterstützten Wlan-Sticks .

LG nobby

Mieze

Hallo, alles in Ordnung? Ich würde gerne fragen, ob es Ihnen bei den jüngsten Änderungen am LucyRTL8125Ethernet-Projekt möglich wäre, die x86_64-Option für die Kompilierung einzubeziehen, da ich sie manuell ändern musste. Ich möchte Ihnen dafür danken, dass Sie das SDK im Quellcode zusammengestellt haben. Mit der Hilfe eines befreundeten Programmierers, Henrique, gelang es mir, mir die Schritte zum Kompilieren in Xcode 16 Beta 2 auf Sequoia zu erklären. Vielen Dank für all Ihre Mühe und Arbeit an den Netzwerktexten.

Zitat von MacGrummel

Ich glaube kaum, dass der Patch hier ein komplizierter Trick ist. Du musst halt nur ein paar Kexte zu Deiner PList zufügen, einen aus dem System ausschließen und den Patcher drüber laufen lassen. Und vielleicht noch einmal nachsehen, ob die Kexte auch die aktuellen sind. Sonoma 14.6 [Korrektur Hundington: vermutlich gemeint 14.5] & 14.6 und Sequoia bis zur aktuellen Beta Nr.3 laufen damit und hiermit so wie vorher unter Ventura.

Ich bestätige den Hinweis von MacGrummel, dass zur Reaktivierung des WLANs über (nun "legacy") PCIe-Karten von Broadcom (bei mir BCM94360CD) auf den momentan neusten Versionen von Sonoma (bei mir 14.5) die ALLERneusten Kexts verwenden werden müssen (=tl;dr):

Gestern bin ich von Catalina 10.15.7 auf Ventura 13.6.7 umgestiegen (siehe Hardware links), was lange gedauert hat, weil ich erst AppleMCEReporterDisabler.kext (auf AMD nötig ab macOS Monterey 12.3) und AppleIGB.kext (exakt diese Version - und keine andere! - statt der altgedienten SmallTreeIntel82576.kext für den I211 Netzwerkkarte meines Motherboards; ebenfalls ab Monterey 12) finden musste. Dabei sind aber auch stabile eigene SSDTs (EC und USBX) mittels SSDTTime sowie eine neue USB Map mittels USBToolBox (auf Windows, Dualboot auf demselben System notwendig) entstanden. Auf Ventura lief soweit alles flüssig, also musste ich Sonoma probieren.

Da Apple den Support für die Broadcom WLAN-Karten in Sonoma aber fallen gelassen hat, ging die Suche in die zweite Runde... Ich habe mir diesen kompletten Thread durchgelesen, aber es einfach nicht hingekriegt und bestimmt 40 mal mit verschiedenen config.plist-Anpassungen neustarten dürfen. Meines Erachtens hatte ich schon recht früh alles richtig eingestellt - wie es oben wiederholt beschrieben wird:

• OpenCore 1.0.0 mit den neusten Dateien (BOOTx64.ef in Boot/, HfsPlus.efi und OpenRuntime.efi in OC/Driver/, oben erwähnte zwei SSDTs in OC/ACPI/, optionale Tools wie CleanNVRAM.efi, OpenShell.efi und ResetSystem.efi in OC/Tools/),

• die beiden IO-Kexts (bzw. drei Einträge in Kernel/Add mit MinKernel 23.0.0),
• keine spezifischen Kexts für meine BCM94360CD (die keine braucht! - siehe griven weiter oben; z.B. nicht: AirportBrcmFixup.kext),
• AMFIPass.kext (damit Firefox etc. funktioniert - siehe weiter oben; dort folgende) statt boot-args = amfi=0x80,
• all diese Kexts in der korrekten Reihenfolge (siehe weiter oben, @MacGrummel explizit sowie danach und hier unten),
• korrekter Block von com.apple.iokit.IOSkywalkFamily,
• SecureBootModel Disabled (kann man scheinbar nach dem Patch mit OpenCore Legacy Patcher wieder zu Default wechseln),
• csr-active-config = 03080000.
• Danach Neustart mit NVRAM reset (im Open Core Boot Picker) und Patch mittels OpenCore Legacy Patcher 1.5.0.
  • Auch nützlich dieser (deckungsgleiche) englische Guide und Thread.

Gemäss allen Berichten hier sollte das eigentlich klappen. Mein OpenCore EFI war unter (Catalina und) Ventura sowie Sonoma ja stabil (Ruhezustand, Bluetooth, Ethernet, Sound, schneller Boot, alle SATA Festplatten sichtbar - was bei falschen Kexts wie z.B. AirportBrcmFixup.kext oder instabilem AppleIGB.kext durchaus nicht der Falls ist). Ich sollte alles richtig gemacht haben...?! Aber kein WLAN. Ich spielte mit dem Gedanken, ob es an der Ethernet-Kext AppleIGB.kext liegen könnte - weiter oben wird überlegt, ob SmallTree an Kernel Panics beteiligt sein könnte. Nachdem ich es nun geschafft habe, denke ich, dass es unwahrscheinlich ist, dass diese Ethernet-Kexts, sofern sie korrekt und stabil sind, mit der (Dis-)Funktion des WLANs zu tun haben!

Hier nun mein Beitrag zu dieser Diskussion, der das initiale Zitat von MacGrummel bestätigt - das Problem war ein anderes: Ich hatte nicht ALLERneusten Kexts in meinem EFI. Tatsächlich hatte ich auf meinem macOS 14.5 (zweitneuste Sonoma-Version) mit SMBIOS MacPro7,1 (spielt wohl nicht wirklich eine Rolle?) AMFIPass.kext 1.4.0 statt 1.4.1 und IOSkywalkFamily.kext 1.0.0 statt 1.1.0 (siehe Zitat oben). Diese zu ersetzen genügte jedoch nicht! Auch die basalsten Kexte waren geringfügig veraltet: Lilu.kext 1.6.7 statt 1.6.8 (vermutlich war es Lilu!!), VirtualSMC.kext 1.3.2 statt 1.3.3 (vielleicht auch relevant?), WhateverGreen.kext 1.6.6 statt 1.6.7, AppleALC.kext 1.9.0 statt 1.9.1, NVMeFix.kext 1.1.1 statt 1.1.2, RestrictEvents.kext 1.1.3 statt 1.1.4.

Es sei dabei zu beachten, dass die jeweils erstgenannten die momentan aktuellen auf in den entsprechenden Repositories auf GitHub unter "Releases" verfügbaren Versionen ("latest") sind! Die von mir jeweils zweitgenannten ALLERneusten Versionen kriegt man hingegen (vereinfacht) hier: https://dortania.github.io/builds/!!! (Hackintool kann das ggf. auch...)

Nach dem Ersetzen dieser Versionen, der zugehörigen Aktualierung meines config.plist und einem Reboot funktioniert mein WLAN via meine BCM94360CD nun einwandfrei! Ein erneutes Patchen mittels OpenCore Legacy Patcher war dabei nicht notwendig.

Die Kextreihenfolge und -versionen sind bei mir auf macOS 14.5 folgende:

• Lilu 1.6.8 >> VirtualSMC 1.3.3 >> WhateverGreen 1.6.7 >> AppleALC 1.9.1 (allesamt Schlüssel-Kexts)
• >> AppleMCEReporterDisabler.kext 1.2 (nur AMD ab macOS 12.3)
• >> AMFIPass.kext 1.4.1 >> IOSkywalkFamily.kext 1.1.0 >> IO80211FamilyLegacy.kext 1.0.0 >> AirPortBrcmNIC (in vorigem enthalten, 1.1.0) (siehe den Guide in diesem Thread)
• >> AppleIGB.kext (spezifisch für I211 Netzwerkkarten ab macOS 12, exakt die oben referenzierte Datei; ggf. 5.11.4?)

• >> USBToolBox 1.1.1 >> die zugehörige eigene UTBMap (USB Map; beide mittels via USBToolBox erstellt)
• >> RestrictEvents 1.1.4 (um irrelevante, störende Fehlermeldungen unter SMBIOS MacPro7,1 zu unterbinden und Updates zu ermöglichen - siehe für inkrementelle Updates Arkturus weiter oben!)
• >> und zuletzt NVMeFix 1.1.2 (nicht notwenig bei meiner Hardware, hilft aber vielleicht beim Energiemanagement meiner SSD).
  • OCAuxiliaryTools können dabei helfen, die Version der Kexts in einem config.plist, zu erkennen (bei IO80211FamilyLegacy etwas verwirrend). Dieses Programm ist momentan scheinbar aber nur bis OpenCore 0.8.8 (?!) verfügbar. Man kann die Kext-Versionen damit einsehen , sollte aber also keine Konfiguration damit vornehmen!

Ich danke allen sich hier so fleissig austauschenden Personen für die beeindruckende, grosse Arbeit! Hoffentlich kann auch mein Beitrag jemandem helfen.

Zitat von Hundington

ist momentan scheinbar aber nur bis OpenCore 0.8.8 (?!) verfügbar.

Das stimmt nicht

Nightflyer Danke fürs Richtigstellen. Mein Post redigiert. Ja, wo findet man denn OCAT 1.0.1? Ich finde nur ältere Versionen...

Das ist eine Einstellungssache

Klick mal auf das Symbol wo Du auch die Kext Versionen sehen kannst und dann auf "Get OpenCore" damit ziehst Du, je nach Einstellung, entweder die letzte Release OC Version oder die Developer Version (Einstellen unter Edit oben in der Menuleiste)...