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

Das kommt leider von der Firmware die nicht ganz zu MacOS passt.

Wenn du sollche werte hast musst du dein rechner komplet ausschalten, Strom raus, ein paar Minuten warten und danach starten.

Ergo muss die Karte ihren Firmware verlieren, beim nächsten start immer direkt ins MacOS starten damit sie ihre einstelleung & Firmware vom MacOS verpasst bekommt.

Niemals Windows starten und danach zu MacOS, Windows Treiber sind die Hengste, ändern sofort den die einstelleung Firmware usw.

Vielleicht musst du mal diesen Thread verfolgen um zu verstehen was da die sache ist.

https://github.com/acidanthera/bugtracker/issues/1532

Gruss Coban

Ich habe versucht die Diskussion zu verstehen, konnte aber nicht ganz folgen. Einen Workarround scheint es nicht zu geben. Auch starte ich den Hacki zu 99 Prozent direkt in MacOS und außerhalb der Nutzungszeit ist er stromlos. Steckerleiste schalte ich komplett ab.
Welche Rolle spielt AirPortBrcmFikup.kext? Der taucht in der Diskussion häufig auf. Auf der Webseite wird beschrieben das er eigentlich auch für neuere MacOS verwendet werden soll. Ich habe den eingebaut und er wird auch geladen lt. HackinTool. Bewirken tut er nichts neues.
das Problem ist mir erst jetzt aufgefallen, nachdem ich Glasfaser habe. Zuvor war VDSL hier nur mit Max. 35 Mbps verfügbar. Die Telekom behauptete zwar das 64 Mbps anliegen, die konnten aber mit dem Messtool des BSI nicht nachgewiesen werden. Die Messung wurde ohne WLAN nur per LAN gemacht.

Ich werde mal unter Windows messen, ob da die FENVI besser funktioniert.
Danke erstmal für die schnelle Erklärung cobanramo

Zitat von Arkturus

Einen Workarround scheint es nicht zu geben.

Nö, leider ist da noch kein Kraut gewachsen. Wird vermutlich auch nie gelöst sein, wir reiten hier schon länger einen toten Pferd.

Zitat von Arkturus

Welche Rolle spielt AirPortBrcmFikup.kext?

All die änderungen von dem thread sind schon im Release vom Kext eingeflossen aber haben nichts relevantes gelöst,

es spielt eigentlich keine rolle welche Marke oder Hersteller die Karte hat, es geht um die BCM94360 Chip selber.

Sobald die Chip auf einem original Apple Karte wie zbspl.BCM94360CS2 mit adapter sitzt funktioniert es normal da eben die geladenen Treiber zu Firmware genau passt.

Aber alle anderen dritthersteller Karten wie die Fenvi oder die BCM94360NG haben zwar den gleichen Chip aber eben nicht genau die gleiche Firmware, entweder will uns Apple hier ne klitze kleine Hürde einbauen oder die Herseteller kriegen es nicht ganz gebacken, da kommt es eben zu diesen kleinigkeiten mit dem übertragung.

Gruss Coban

Zitat von Arkturus

Wopran liegt es eigentlich, dass die Broadcom Fenvi T919 im Wlan recht langsam ist. Bei AliExprees für Hackintosh mit 1750 MBps beworben komme ich nur am rund 30 Mbps.

K.A. ob sich das bei dir ähnlich verhält: meine AVM FritzBox hat im 2,4 GHz Netz Probleme mit den Apple Broadcom Chips (auch iPhone). Da Windows sich trotz “5 GHz bevorzugt” immer wieder nur mit dem 2,4 verbunden hatte (mit miserabler Performance - so 10 bis unter 20 statt ca. 100 vom Anschluss) hab ich dem 2,4 Netz eine andere SSID verpasst und seitdem ist Ruhe 😉

Hab eine BCM94360NG im Laptop verbaut.

Btw. AirPortBrcmFikup.kext benutze ich nicht, zwischen MacOS und Windows messe ich keinen Unterschied.

Laut speed.io 93,3 up, 44,2 down, 5 ms Ping, 1 ms Jitter mit 100 MB Telekom Glasfaser

Das genaue problematik ist genau dieses NSS:1 & NSS:2 im 5Ghz dieser Karten;

Mit NSS:1 hat man nur die hälfte speed, ergo 434 Mbit/s

Mit NSS:2 hat man eben das doppelte und normale für diesen Chip, ergo 867 Mbit/s

Man merkt es kaum aber wenn man genau hinguckt bemerkt man das was nicht stimmt. (einfach mal mit Tasten Opt & Wlan Symbol oben im Taskleiste unter MacOS klicken)

Mit einem Fenvi bekommt man sogar NSS:3 wenn man alles richtig gemacht hat.

Das ganze kann man eben im obigen thread im Github mal verfolgen aber ne lösung dazu wird wohl nicht geben.

Gruss Coban

cobanramo ich weiss das hat jetzt nichts mit der Fenvi zu tun.

Bei meinem Mini M2Pro habe ich auch diese unterirdischen Werte. Wie schrup21 schrieb wg. AVM FritzBox glaube ich auch zum Teil das es auch an dieser Box liegt.

Habe hier eine 1000er Leitung über Lan zieht der M2 knappe 750 MB durch über Wifi ist es Grausam.... Ich werde das morgen mal Testen die beiden Frequenzen werde ich jeweils ne separate SSID verpassen...

Arkturus benutzt du auch ne FritzBox?

Die FRITZ!Box ist eine 5530 Fiber. Die alte 7590 habe ich zum

Test als Repeater eingesetzt. Die steht neben dem KBL Desktop und dann schafft die Fenvi T919 ca. 250 Mbps. Das hatte ich vorhin nicht erwähnt, vergessen darauf hinzuweisen.
die 5530 steht 6m entfernt bzw. hängt an der Wand. Die AX210 im T460 macht knapp 500 Mbps direkt von der 5530. Mein Tarif hat 500 Download und 50 Upload.
Die Fenvi hat direkt von der 5530 immer um die 54-55 Mbps im Upload, nur im Download schafft sie max. um die 35.

Zitat von schmalen

Bei meinem Mini M2Pro habe ich auch diese unterirdischen Werte.

Versuch mal dein Fritzbox die 5Ghz Kanal manuel so zu einstellen das dieses "grüner balken" am breitesten aussieht. Salop ausgedrückt, wenn du tieferen Kanal oder zu hohen Kanal hast wird es eben auch bissl "abgeschnitten" wenns mal mehrere Teilnehmer unterwegs sind jetzt einfach ausgedrückt.

Versuch mal manuell so wie auf diesem Bild. ( Bei mir ist jetzt das grad auf automatisch )

Mit diesem einstellung sollte dein Kanal 5Ghz 80Mhz breit sein, mit 20Mhz ist eigentlich klar warum du so langsam bist. (Vergleiche dein Bild mit meinen Bildern)

Das obige problem von dem ich da erzähle betrifft die BCM94360NG Karten, dein M2 Pro hat natürlich ne ganz andere Gen und viel schneller als die NG Karten.

Auf der anderen Seite was hast du für ein Fritzbox im einsatz? Ist das zufällig ein 7590? Ich frage explizit nach einem 7590 und nicht nach einem 7590 AX.

Wo möglich habt Ihr ein Fritzbox bekanntes problem mit 2.4Ghz, das kann nicht dein M2 Pro Wlan Chip sein.

Guck mal hier, lies mal den thread, genau so fängt das an mit den Fritzbox 7590 mit bestimmten Seriennummern, undzwar kurz nach dem die Garantie abgelaufen ist (Geplante Obsoleszenz lässt grüssen), zuerst wird es schwach danach irgendwann kackt es ab

https://www.ip-phone-forum.de/…sehr-sehr-schwach.314938/

https://www.mikrocontroller.ne…6263?goto=7688621#7688621

Zitat von Arkturus

Die alte 7590 habe ich zum Test als Repeater eingesetzt

Bei dir könnte es auch so in diese richtung gehen aber muss natürlich nicht heissen, mal informieren drüber und nachlesen...

Es wird aber hier völlig offtopic, evtl. sollten wir ne neue Thread starten da die Thema hier was anderes ist.

Gruss Coban

EDIT: Wenns wirklich am 7590 liegt bitte nicht wegwerfen, das kann man für ein paar euronen reparieren, sind lächerliche paar Cent chips die man ersetzt, danach ist das besser als neu

Zitat von cobanramo

Das genaue problematik ist genau dieses NSS:1 & NSS:2 im 5Ghz dieser Karten;

Mit NSS:1 hat man nur die hälfte speed, ergo 434 Mbit/s

Mit NSS:2 hat man eben das doppelte und normale für diesen Chip, ergo 867 Mbit/s

what the f... tatsächlich, NSS:1 wird mir angezeigt - wenn ich Windoof boote, 866 Mbit (was dann NSS:2 wäre). Gut, mit meinem schmalbrüstigen 100 Mbit fiel mir bisher natürlich kein Unterschied auf aber zweifellos läuft die 94360NG in MacOS auf halber Leistung.

Zitat von cobanramo

Auf der anderen Seite was hast du für ein Fritzbox im einsatz?

cobanramo Danke vorerst für den Hinweis. Ja es ist eine FritzBox 6660 Cable. Die anderen Einstellungen werde ich mal testen.

Das Problem bei den Fritzboxen, ist ja auch die blöde Radarerkennung das diese dann im 5 GHz wegbrechen.

Edit: So siehts schon besser aus... auch auf Automatisch gesetzt. Hoffe mal das die Radarerkennung nicht für Aussetzer sorgt

So, bin jetzt auch in den Kreis der erlauchten NSS:2er aufgenommen, hab mir in der Bucht eine DW1820a für 22,50 gekrallt. Laptop aufschrauben (nein, kein Deckel für die WLAN Karte vorhanden), alte Karte raus, neue rein und endlich gut

Ich stehe hier gerade vor einem Rätsel und kann es nicht auflösen. An meinem früheren T470 - welches ich in der Familie zu produktiven Zwecken weiter gegeben habe - soll nunmehr Sonoma installiert werden. Da das am kommenden Wochenende anlässlich eines Familientreffen im Hintergrunde nebenbei realisiert werden soll, teste ich gerade eine EFI am zweiten T470, welche meine Generalität für sich nutzt, eigentlich nur und ausschließlich mit Windows, Sonoma ist aber noch auf de Zeiten Disk verfügbar. Da hier die iGPU unter MacOS mit metal-Unterstützung nur bis Catalina läuft und im Vesamodus Safari nicht nutzbar ist, hatte ich den WLAN-Patch nicht mehr eingerichtet. Und heute klappt es einfach überhaupt nicht. Kexte aktuell, die EFI wie gehabt eingerichtet, aber es endet immer mit Ausrufezeichen im WLAN-Symbol und Wlan lässt sich erst gar nicht aktivieren. Ohne OCLP-Patch ist das Ausrufezeichen nicht zu sehen, aber den Patch braucht es ja.

Hier mal die EFI, die ich haarklein auch noch mit der Anleitung von MacGrummel abgeglichen habe.

Den DP-Eintrag für die BCM94360ng habe ich überprüft, auch deaktiviert, und OCLP mit der Versionen 1.5.0 un Nigtly 1,6.0 in verschiedenen Versionen probiert. Der Patch wird immer korrekt ausgeführt und zeigte keine Fehlermeldungen.

EDIT: es ist eine DW1560 BCM94352

Hardwarseitig funktioniert die DW1560 unter Windows, als auch unter MacOS 10.14.6 und 10.15.7 , welche neben Sonoma noch auf der Disk sind.

anbei auch die config.plist. Vielleicht gibt es ja doch irgendeinen Fehler??

BCM94352 ist kein BCM94360, habs grad nicht mehr aufm radar aber ziemlich sicher das der noch ne andere Kext brauchte, guck mal bei OCLP ob der überhaupt noch unterstützt wird. Ansonsten sollte das glaub mit AirportBrcmFixup startbar sein.

Ob das ganze aber unter Sonoma & ModernWifi patch zusammen spielt weiss ich nicht genau, unter Ventura sicher machbar.

Gruss Coban

Edit:

Oclp brauchen wir nur ab Sonoma für Wifi !

ja, Du hast vollkommen recht, der AirportBrcmFixup ist schließlich in der EFI. Hier bin ich vollkommen vom Weg abgekommen.

EDIT: Soweit ich das überblicken kann, gilt für den Modern Wireless-Patch der DW 1560 durch den OCLP das gleich wie für die übrigen Broadcom-Derivate.

Es wird das AirportBrcmFixup Plugin des IO80211FamilyLegacy.kext genutzt. Siehe hier z.B. ein Workarround von osxlatitude  cobanramo Wenn ich nun AirportBrcmFixupkext hinzu nehme, ändert sich genau nichts.

Aber was bedeutet dieser Hinweis?

EDIT: Ich muss den AiportBrcmFixup.kext und dessen Plugin in der Reihenfolge vor dem IO80211FamilyLegacy.kext platzieren. Dann funktioniert WLAN am T470 mit DW 1560!!! cobanramo

Danke für deinen Hinweis!!

HALLO!

Ich verwende BCM4360 und meine Situation ist immer die, die Sie auf dem Bildschirm sehen.

Zitat von MacGrummel

Dein BCM4360-WLAN sollte einer BCM94360-Karte entsprechen und mit dem Broadcom-Patch funktionieren. Hast Du die aktuellen Kexte und den aktuellen Patches in der 1.6.0-Beta-Version in Verwendung?

Ja, genau es ist das Modell BCM94360CSAX.

Ich verwende OCLP 1.6.0 Night. Ich hänge die verwendeten Kexys an, aber ich glaube, es sind die gleichen, die du angebracht hast.

Guten Abend,

Ich habe alles so gemacht wie beschrieben, bekomme aber immer ein Fehler nach dem anmelden, Der wie folgt aussieht.

panic(cpu 2 caller 0xffffff80023d3af6): IONetworkController.cpp:1093 Assertion failed: m

Panicked task 0xffffff906e4124c0: 6 threads: pid 1: launchd

Backtrace (CPU 2), panicked thread: 0xffffff8ba130eb30, Frame : Return Address

0xfffffffc006b7550 : 0xffffff8001bebdb1

0xfffffffc006b75a0 : 0xffffff8001d58a5c

0xfffffffc006b75e0 : 0xffffff8001d480db

0xfffffffc006b76a0 : 0xffffff8001b81971

0xfffffffc006b76c0 : 0xffffff8001bec0a7

0xfffffffc006b77c0 : 0xffffff8001beb742

0xfffffffc006b7830 : 0xffffff80023d3ac8

0xfffffffc006b7920 : 0xffffff80023d3af6

0xfffffffc006b7930 : 0xffffff8003da8d35

0xfffffffc006b7940 : 0xffffff8003d9e175

0xfffffffc006b7960 : 0xffffff80065c0a95

0xfffffffc006b79a0 : 0xffffff80065c229b

0xfffffffc006b79d0 : 0xffffff80065c2686

0xfffffffc006b7a00 : 0xffffff80065c41f6

0xfffffffc006b7a20 : 0xffffff8003d9d681

0xfffffffc006b7a50 : 0xffffff8003d9ee7f

0xfffffffc006b7a80 : 0xffffff80022f9ae8

0xfffffffc006b7ae0 : 0xffffff8003d9eeff

0xfffffffc006b7b40 : 0xffffff8003d9efad

0xfffffffc006b7b60 : 0xffffff8003d98a61

0xfffffffc006b7ba0 : 0xffffff8003d9ee7f

0xfffffffc006b7bd0 : 0xffffff80022f9ae8

0xfffffffc006b7c30 : 0xffffff8003d9eeff

0xfffffffc006b7c90 : 0xffffff8003d9876e

0xfffffffc006b7ce0 : 0xffffff8001e511e2

0xfffffffc006b7d40 : 0xffffff8001e51561

0xfffffffc006b7e20 : 0xffffff8001e5ee9e

0xfffffffc006b7e50 : 0xffffff8001eb0502

0xfffffffc006b7e70 : 0xffffff8001e4eca4

0xfffffffc006b7eb0 : 0xffffff800210d4a5

0xfffffffc006b7f00 : 0xffffff800212f2b0

0xfffffffc006b7f40 : 0xffffff800223a4b2

0xfffffffc006b7fa0 : 0xffffff8001b81db6

Kernel Extensions in backtrace:

com.apple.iokit.IONetworkingFamily(3.4)[FCB9BFDD-93F0-3784-8274-3D4DB73BF90E]@0xffffff8003d94000->0xffffff8003da9fff

com.sxx.AppleIGC(1.0d1)[EAEFA740-8A43-35B2-8140-DFECF4CB295E]@0xffffff80065bf000->0xffffff80065d3fff

dependency: com.apple.iokit.IONetworkingFamily(3.4)[FCB9BFDD-93F0-3784-8274-3D4DB73BF90E]@0xffffff8003d94000->0xffffff8003da9fff

dependency: com.apple.iokit.IOPCIFamily(2.9)[DB40DF6B-5F4B-3735-9994-CDA1A4B12B0E]@0xffffff8003ff6000->0xffffff8004028fff

Process name corresponding to current thread (0xffffff8ba130eb30): launchd

Boot args: -v -amfipassbeta amfi=0x80 agdpmod=pikera alcid=11

Mac OS version:

24A5320a

Kernel version:

Darwin Kernel Version 24.0.0: Wed Aug 7 03:05:30 PDT 2024; root:xnu-11215.1.9~22/RELEASE_X86_64

Kernel UUID: 12A2B992-6583-396C-A0DB-E28A2E0E1D30

roots installed: 0

KernelCache slide: 0x0000000001800000

KernelCache base: 0xffffff8001a00000

Kernel slide: 0x00000000018e4000

Kernel text base: 0xffffff8001ae4000

__HIB text base: 0xffffff8001900000

System model name: MacPro7,1 (Mac-27AD2F918AE68F61)

System shutdown begun: YES

Panic diags file available: NO (0xe00002cd)

Hibernation exit count: 0

System uptime in nanoseconds: 160529385841

Last Sleep: absolute base_tsc base_nano

Uptime : 0x00000025605ce140

Sleep : 0x0000000000000000 0x0000000000000000 0x0000000000000000

Wake : 0x0000000000000000 0x0000000f8cf50e43 0x0000000000000000

Compressor Info: 0% of compressed pages limit (OK) and 0% of segments limit (OK) with 0 swapfiles and OK swap space

Zone info:

Zone map: 0xffffff806c37a000 - 0xffffffa06c37a000

. PGZ : 0xffffff806c37a000 - 0xffffff807037b000

. VM : 0xffffff807037b000 - 0xffffff853c6ae000

. RO : 0xffffff853c6ae000 - 0xffffff86d5d14000

. GEN0 : 0xffffff86d5d14000 - 0xffffff8ba2047000

. GEN1 : 0xffffff8ba2047000 - 0xffffff906e37a000

. GEN2 : 0xffffff906e37a000 - 0xffffff953a6ad000

. GEN3 : 0xffffff953a6ad000 - 0xffffff9a069e0000

. DATA : 0xffffff9a069e0000 - 0xffffffa06c37a000

Metadata: 0xffffff804636a000 - 0xffffff806636a000

Bitmaps : 0xffffff806636a000 - 0xffffff806c36a000

Extra : 0 - 0

Kann mir alt jemand helfen, wo der Fehler liegt ??

Mit freundlichen Grüßen

Anhand der Panik allein schwer zu sagen...

1. Generell mal prüfen ob unter Kernel -> Block die IONetworkingFamily.kext korrekt eingetragen wurde.
2. Prüfen ob unter Kernel -> Add die jeweils letzten Versionen der Extensions (IONetworkingFamily.kext, IO80211Family.kext, AMFIPass.kext) eingetragen wurden und deren Reihenfolge stimmt

Ansonsten gerne mal die config.plist bzw. den EFI Ordner ohne den evtl. darin befindlichen Apple Ordner hochladen damit man sich ein Bild davon machen kann was gemacht wurde. Meistens stimmt in dem Fall aber eines der beiden Erwähnten Dinge nicht (insbesondere Punkt 1 wird gerne übersehen/vergessen)...

Hey, danke für die Antwort, also ich habe jetzt mal die efi gezipt und hochgeladen, ich finde den Fehler nicht, die config ist leider etwas chaotisch da ich sie zum testen nehme. Aber ich bin auch absolut kein Profi was da angeht, ich sage aber schon mal vielen dank.

efi.zip

Wichtig wäre vlt noch zu sagen das ich die Kext für Sequoia aus dem Forum benutze. "Broadcom-Kexte_Sequoia_Beta_3_ff" und die DW1560 karte habe.