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

  • Ich nutze Intel AX210. Das funktioniert bis 14.6 tadellos. Mit Broadcom hatte ich bis 15.0 Beta auch keine Probleme, aber das ständige entschlüsseln von FV2 wollte ich loswerden. Am KBL-Desktop funktioniert mit der Fenvi AX3000 auch unter 15.0 Beta 8 BT, nur am T460 klappt es nicht. WLAN funktioniert überall.
    Die neuesten nigthly habe ich bereits. Trotzdem danke für die Info schrup21


    Nach NVRAM-Reset funktionierte BlueToolFixup.kext + '-bltfxbeta' nur leider in meinem Fall ohne Erfolg und es geht hier um Fenvi AX210, mithin Intel Mieze

    Mit der Fenvi T919 oder DW 1530 bzw. DW1560 benötigte ich das Bootarg bisher nicht. Allerdings am T430 mit der MiniPCI DW 1530 kommt nur Ventura zum Einsatz.

    Grüße

    Arkturus

    "Ein Hackintosh ist wie ein Garten - es gibt immer was zu tun"

    Einmal editiert, zuletzt von Arkturus ()

  • Im Prinzip hat Lorys89 lediglich die maximal unterstützte Kervel-version von Sonoma auf Sequoia angehoben (daher kein Bootarg mehr nötig), d.h. die Patches sind die gleichen geblieben. Das scheint zumindest bei Broadcom-Adaptern zu funktionieren.


    BlueToolFixup - Lorys89

  • Bei meinem Asus X99 Deluxe 2 hat sich leider nichts geändert: bis einschließlich Ventura gehen Broadcom- WLAN und BT ooB mit dem eingebauten Broadcom-Chip, dann ist der WLAN-Broadcom-Patch notwendig und ich hab für den sicheren BT-Betrieb BlueToolFixup.kext und AirportBrcmFixup.kext mit Plugin zugefügt. Das ging auch vorher, aber mit den Kexten geht es eben besser und stabiler.

    Und in Sequoia gibt es eben kein Bluetooth mehr, nichtmal mit BT-Dongle. Auch nicht mit aktualisierten Kexten oder Beta-Bootarg.


    :hackintosh:

  • Also wie gesagt funktionierte Bluetooth meiner DW1820a in Sequoia ebenfalls nicht, bis ich dank Cudox Lorys89 BrcmPatchRam eingebaut habe (und zwar genau diese): https://github.com/Lorys89/Brc…M/actions/runs/9551440370


    Reihenfolge der Kexte (hinter IOSkywalk eingereiht):

    NVRAM:


    Natürlich NVRAM Reset und siehe da, Bluetooth Controller wurde mit Firmware versorgt:

    Bluetooth-Controller:

    Adresse: 74:DF:BF:xx:xx:xx

    Status: Ein

    Chipsatz: THIRD_PARTY_DONGLE

    Sichtbar: Aus

    Firmwareversion: v26119 c4689

    Unterstützte Dienste: 0x392039 < HFP AVRCP A2DP HID Braille LEA AACP GATT SerialPort >

    Transport: USB

    Hersteller-ID: 0x004C (Apple)


    Davor wurde ein BCM4350 C2 Chipsatz mit Firmwareversion v0 (oder so ähnlich) angezeigt.


    Something fishy is going on...

  • Leider helfen weder Bootarg noch Kext, um bei meinem Asus X99 Del.2 die Bluetooth-Funktion zurück zu bringen. Mit dem ganzen Paket laufen weder WLAN noch Bluetooth, zum Glück hab ich noch Lan, die USB-Tastatur und ein Kabel für das Pad.. Also wieder raus damit!

    Bilder


    :hackintosh:

  • Ich habe jetzt das Problem umgangen in dem ich mit eine NG Karte geholt habe. Damit läufts problemlos.


    Aber vlt kommt ja noch eine Lösung 😊

    Lg

  • OCLP 2.0.0 Nightly Changelog


    Code
    1. "2.0.0
    2. - Set `AssociatedBundleIdentifiers` property in launch services as an array
    3. - Move to auto-generated pre/postinstall scripts for PKGs - Streamlines PKG creation process, ensuring Install and AutoPKG scripts are always in sync
    4. - Add support for `gktool` in PKG postinstall scripts - Removes Gatekeeper "verifying" prompt on first launch after PKG installation - Note `gktool` is only available on macOS Sonoma and newer
    5. - Resolve unpatching crash edge case when host doesn't require patches.
    6. - Implement new Software Update Catalog Parser for macOS Installers
    7. - Implement new Copy on Write detection mechanism for all file copying operations - Implemented using `getattrlist` and `VOL_CAP_INT_CLONE` flag - Helps improve performance on APFS volumes
    8. - Increase model range for S1X/S3X patching to include Haswell Macs and `MacPro6,1` - Helps avoid an issue where older machines with newer, unsupported SSDs would fail to boot - Only affects building EFI from another machine
    9. - Resolve AMD Navi MXM GPU detection for modded iMac9,x-12,x - Thanks @Ausdauersportler for the patch!
    10. - Implement early macOS Sequoia support: - Supporting Macs with Metal-based graphics: - MacBook8,1 - 10,1 - MacBookAir5,x - 7,x - MacBookPro9,x - 14,x - Macmini6,x - 7,1 - iMac13,x - 18,x - iMac10,1 - 12,x included if Metal GPU installed. - MacPro3,1 - 6,1 - MacPro3,1 - 5,1 require Metal GPU installed. - MacPro3,1 can only boot with 4 cores max currently - Xserve2,1 - 3,1 - Requires Metal GPU installed. - Xserve2,1 can only boot with 4 cores max currently - Excludes the newly dropped MacBookAir8,x series. - No estimate can be given when support will be added.

    Download OCLP 2.0.0 Nightly:


    https://github.com/dortania/Op…/actions/runs/10745634461


    Mit OCLP 2.0.0 Nightly und der neuen Version von IOSkywalkFamily kext funktioniert jetzt in meiner Konfiguration Hand Off über WLAN. Continuity Camera OK

  • Danke, Extreme , dass Du uns auf die neue OC-Patcher-Version und besonders auf die neue IOSkywalkFamily aufmerksam gemacht hast!

    Jetzt gehen meine Rechner wieder richtig.
    Ich war mit Sequoia auf meinen beiden großen Rechnern schon am verzweifeln: kaum waren sie ne halbe Stunde ruhig am Laufen und ich wollte irgendwas von ihnen, sind sie abgeschmiert. Und aus den Logs konnte ich nichts wirklich raus lesen. Aber die einzige bekannte mechanische Gemeinsamkeit bei den beiden war eben die Broadcom-WLAN/Bt-Karte, beide eben mit dem WLAN/Bt-Patch.

    Ich werde beide mal gleich vorne mit verlinken.

    :danke2:


    :hackintosh:

  • Zu früh gefreut: leider schlafen meine Rechner immer noch mitten in ihrer Arbeit ein, alle mit Broadcom-WLAN/Bt und Patch. Nach dem System-Update war erstmal Pause mit den Abstürzen.

    Ich habe auf meinen verschiedenen Rechnern ja weitgehend die gleichen Programme installiert. Nur benutze ich eben unterschiedliche, je nach angeschlossenem Schirm und der Rechner-Leistung. Die Rechner, die etwas mehr gefordert werden (real, nicht prozentual), schlafen auch schneller ein.

    Wenn es jetzt nur an den Adobe-Programmen läge, dürfte Grummels Z390er Kaffeemaschine nicht einschlafen, die benutze ich da nämlich nicht. Die Kiste schläft aber auch ein (und grad da ist EyeTV besonders empfindlich). Nur nicht nach ner Stunde oder zweien mit Arbeit, sondern vielleicht nach fünf, sechs Stunden mit lockeren Hintergrund-Programmen und EyeTV.

    Der alte Z97er Testrechner mit seiner Fenvi hat dieses Problem bisher nicht. Aber gefordert wird der auch nur mit Catalina, Sequoia läuft da ohne weitere Last.

    Was soll ich da sagen? Raus mit dem Kram? Naja, ich brauch die verschiedenen Apple-Dienste ja zum Arbeiten. Heute Vormittag war eine einstündige Teams-Sitzung mit iPhone-Kamera am X299er auch kein Problem. Da wurde das WLAN ja auch dauerhaft benutzt. Aber jetzt ist er schon wieder festgefahren.

    Und kaum mach ich am X99er neben Photoshop nach einigen Stunden problemloser Arbeit noch nen VPN-Programm auf, schläft er fest.

    Hatte nicht Mieze was über Abstürze beim Aufwachen der Broadcom-Karten geschrieben? Die alten WLAN-Karten, entweder Broadcom mit Zusatzkexten oder von Intel, hab ich ja noch in einer Kiste.


    :hackintosh:

  • betrifft das Problem nur MacOS 14.x/15.x oder ggf auch 13.x, für welches ja kein Patch gebraucht wird?

    Da wäre dann eine LAN-Verbindung kurzfristig ein wirksamer Worakarround.

    Grüße

    Arkturus

    "Ein Hackintosh ist wie ein Garten - es gibt immer was zu tun"

  • Heißt einschalfen an der Stelle wirklich das der Rechner unvermittelt in den Sleep wechselt oder ist damit gemeint das der Rechner nicht mehr reagiert?


    Letzteres könnte nämlich auch auf einen Defekt des WLAN/BT Moduls hindeuten (bei zwei betroffenen Rechnern eher unwahrscheinlich aber dennoch denkbar). Ich hatte bei Elitebook mit der ersten FENVI nämlich genau den Fall das der Rechner mal früher, mal später einfach eingefroren ist (Maus lies sich noch schupsen mehr aber nicht). Das Verhalten ist sowohl unter macOS als auch unter Windows aufgetreten. Nach einigem hin und her habe ich den BT Teil der Karte als Übeltäter identifizieren können. Die Probleme traten immer dann auf wenn ausser der Fenvi sonst nix am USB angeschlossen war und ließen sich zuverlässig unterdrücken indem man parallel zur Fenvi noch einen USB Stick gesteckt hat (vermutlich hätte auch jedes andere USB Gerät den Zweck erfüllt). Wie auch immer irgendwas im BT Teil der Karte muss dazu geführt haben das der USB Bus in einen illegalen Status gewechselt ist was den Rechner dann dazu verleitet hat einzufrieren. Ich habe die Karte dann getasucht und seitdem nie wieder irgendwelche derartigen Probleme mit dem Elitebook gehabt. Auch wenn das unwahrscheinlich ist ist es doch einen Test wert einfach mal den USB Teil abkoppeln (bei Desktop Rechnern ja einfach durch ziehen des Headerkabels möglich) und beobachten ;)

  • Ja, die Rechner frieren richtig schön fest unter Sequoia und Sonoma, teilweise mitten in der Arbeit. Die Uhrzeit und andere Programme bleiben einfach stehen, der Ton blubbert teilweise noch weiter, die CPU dreht langsam aber unaufhörlich auf.

    Leider haben die Broadcom-Karten keinen USB-Stecker, den ich abziehen könnte, denn alle drei hatten eine eingebaute Bt/WLAN-Karte. Und die steckt unter schön festen Abdeckungen. Die hatte ich beim X99er noch nie auf. Die einzige Fenvi mit USB-Header steckt im Z97er, der da keine Probleme macht.

    An einen mechanisch-elektrischen Fehler mag ich nicht so recht glauben, auch wenn es vom Ablauf her Überhitzungen sein könnten. Denn dann würde das Einfrieren ja auch bei Ventura oder Catalina auftreten, aber da läuft das WLAN problemlos und auf Dauer.


    :hackintosh:

  • MacGrummel


    Dieses Einfrieren klingt nach Pufferüberlauf. Sag mal bitte genau, um welche Broadcom-BT/WLAN-Karte es geht! Mal schreibst Du auf den letzten Seiten, dass Du native Broadcom (wäre ...NG, ...CD, etc.) verwendest, nennst aber im gleichen Satz, dass Du Broadcom-Kext's und BT-Fixup-Kext's verwendest, was ja mehr als kontraproduktiv wäre.

    Dann schreibst Du auf den letzten Seiten, dass es eine org. Asus Broadcom ist, welche aber sicher nicht ohne extra Kext auskommt. Welchen Chip genau hat diese Karte genau?

    Zumindest bei DW1820 sind Pufferüberläufe bekannt, wenn man nicht in der confiug einen bestimmten Wert auf 0 setzt.

    Medion P9614: C2D 2,8GHz 8GB DDR3 GT330M 512GB FullHD intern BCM WLAN/BT SSD 512GB + 512GB + 1TB macOS Catalina / Win10pro 8)

    Real: MacMini M1: 8GB 32" LG 4k SSD 250GB + 1TB nvme USB-C + 1TB thunderbolt nvme macOS 14.6.1 / macOS 15.1

    MacBook Air M2 15": 8GB SSD 512GB macOS 14.6.1

    MacMini2014: i5 2,8GHz 16GB DDR3 Intel Iris 5100 23" Apple-Cinema 1TB NVMe / 1TB HDD macOS 14.6.1

    iPhoneSE 3.Gen 128GB: iOS 17.6.1 iPad Pro 9,7" WiFi 32GB: iPadOS 16.7.7

  • Im großen Asus X299er und im kleinen Z390er sind die originalen Intel gegen jeweils eine BCM94360NG mit NGFF M.2 Anschluss getauscht, für den Asus X99er muss ich mal alte Daten und Bilder suchen, jedenfalls hat das Board eine Broadcom mit drei Antennen-Anschlüssen. Wie gesagt, kann ich mich nicht erinnern, die Karte schon mal wirklich gesehen zu haben.


    :hackintosh:

  • Ich will mich bei Seq auch mal ranwagen nun.

    Baisc frage erst mal -> Es reicht OCLP 2.0 für das ganze oder muss ich Kexte noch extra einfügen bei mir ?
    AMFI muss deaktiviert werden dafür ?
    das wurde mir bisher noch nicht ganz klar ...


    hab ne FENVI 919 die den CD chipsatz hat


    KEIN SUPPORT PER PN!

    julian2_pic.png