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

  • Ohne die 4 Kexte auf True läuft der Ryzentosh ohne Probleme.


    Also es liegt wohl an den Kexten die Panic.


    Ist die Frage wie ich es hinbekomme mit dem WLAN der Fenvi T919 Karte.

    Bluetooth läuft einwandfrei.


    Gruß

  • Das Problem ist immer das gleiche: der Skywalk-Kext wird im Sonoma-System nicht richtig deaktiviert, dann sorgt der neue Skywalk von Ventura in unserem Kexte-Ordner für den Absturz, weil da im System ja schon einer ist..


    :hackintosh:

  • MacGrummel this is from reference Clover R5155 Plist:



    here doesnt work (Yes should be the value)

  • Übersichtliche Beschreibung MacGrummel Danke :thumbup:


    Leider klappt es nicht bei den BCM4352 z.B. DW1560. Die werden nicht als modern Wireless vom OCLP erkannt. Evtl. ein Spoofing mittel SSDT möglich?

    einen Workarround hat hierzu TECHNIKVERBOT auf Github veröffentlicht. Vielleicht könnte das hier mit einfließen. Wichtig wäre m.E. noch die Voraussetzungen für ein Gelingen.

    Bei mir gab wegen fehlenden Bootarg -lilubetaall und amfi=0x80

    Anfängerprobleme. MacGrummel


    Nunmehr funktioniert jedenfalls die DW 1550 auf dem T430 unter 14.0 Beta 7 (developer). Leider noch ohne AirDrop.

    Grüße

    Arkturus

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

  • fabiosun : Clover r_5155 is not running for me, too. May be we need some more Instruction for Settings: YES gives no Start, NO gives no Start, too, or no Broadcom-WLAN if we are throwing out the Ventura SkywalkFamily..


    :hackintosh:

  • sooo... nicht wundern, ich hab mal ein wenig durchgeputzt und urlaub spendiert.

    einem entspannten :btt: steht also nix mehr im weg.

    :danke:

    ersthilfe vor ort für altes zeugs (-> laptops) 8)

    berliner häckinTosh.stammTisch am 3.monatsmittwoch im maxFish/kunsthaus ACUD

    der stammtisch in berlin ist WIEDER DA!! nächster termin voraussichtlich: mittwoch 15.9.21, 19.00 uhr

  • fabiosun : Clover r_5155 is not running for me, too. May be we need some more Instruction for Settings: YES gives no Start, NO gives no Start, too, or no Broadcom-WLAN if we are throwing out the Ventura SkywalkFamily..

    in my opinion we miss only kext correct order declaration

    then I think it is a clover boot loader problem

    I will try to ask @slice for kext order (if it is possible in clover to do this as in opencore) done!

    Einmal editiert, zuletzt von fabiosun ()

  • Jemand noch eine Idee wie ich die Fenvi zum laufen bekomme?


    Oder doch auf eine Intel AX210 schwenken für 30€.

    Wird die nativ ohne Kext unterstützt?

  • Fenvi ist doch quasi Kindergeburtstag :)

    Im Falle der Fenvi musst Du Doch einfach nur der Anleitung aus dem ersten Post folgen und schon rennt die Laube (nutze die Fenvi im Elitebook und bin damit gerade hier unterwegs)...

  • Fenvi ist doch quasi Kindergeburtstag :)

    Im Falle der Fenvi musst Du Doch einfach nur der Anleitung aus dem ersten Post folgen und schon rennt die Laube (nutze die Fenvi im Elitebook und bin damit gerade hier unterwegs)...

    Das habe ich versucht mit Post1 führt aber bei mir immer zu einer Panic und somit bootet er nicht.


    Update:

    Konnte nun den Root Patch aufspielen.


    Wie bekommt man in OCAT unter Kernel Block das Strategy angezeigt?


    Das fehlt bei mir

  • Ich habe da mal eine Verständnis Frage:


    Wir raten ja im allgemeinen dazu die AMFIPass.kaxt möglichst weit oben in der Loadorder der Kexte zu platzieren. Direkt unter Lilu.kext. Nun hab ich aber in der von OCLP erstellten Config.plist meines MBP gesehen das die Kext dort ganz unter in der Reihenfolge steht & als letztes geladen wird. WiFi läuft damit auf dem MBP unter Sonoma ganz normal wie auf meinem Desktop Hacki.


    Also nun meine Frage, wie wichtig ist die Platzierung der Kext in der Reihenfolge wirklich damit es erfolgreich funktioniert?

    1. System (iMac19,2):

    Gigabyte H370 HD3 | Intel i5-9400f 6x2,9Ghz | Gigabyte Radeon RX 570 4GB | Fenvi Broadcom BCM943602CS | Crucial Ballistix Sport 16GB 2x8GB DDR4 2400MHz | SSDs 2x Samsung 970 EVO Plus 250GB 1x Samsung 860 QVO 1TB & 1x WD Blue SN570 1TB | macOS Sonoma 14.5 | Windows11 Pro x64 v23H2 | OpenCore v1.0 & OCLP 1.5


    2. System (MacbookPro12.1): Link

    Echtes Macbook | Hardware Upgrade: Samsung 970 EVO Plus 512GB | macOS Sonoma 14.5 | Windows11 Pro x64 v23H2 | OpenCore Legacy Patcher v1.5


    1. Smartphone (iPhone 12): Link

    Violett | 128GB | iOS 17.5.1 | SIM Karten Umbau von Single auf Dual SIM Kartenleser


    2. Smartphone (iPhone XS): Link

    Space Grey | 512GB | iOS 17.5.1 | Gehäuse Tausch gegen eins im Design vom iPhone 14pro

  • OCAT zeigt die schon an allerdings nur dann wenn eine OC Version verwendet wird die auch halbwegs aktuell ist...

    Der Phoenix85 ist da mit OC 0.8.8 unterwegs zumindest wenn man seinem Screenshot vertrauen kann und das kann dann ja irgendwie auch nicht wirklich passen...


    Phoenix85 klick mal in OCAT in der oberen Menuleiste auf Edit und wähle dann OpenCore DEV anschließend dann nochmal auf Edit und im Menu "Upgrade OpenCore and Kext" wählen. In dem Fenster das dann aufgeht klickst Du auf "Get OpenCore" und damit hast Du dann erstmal Dein OCAT auf dem aktuellen OC Stand gebracht. Jetzt kannst Du Deine config.plist in OCAT öffnen und anschließend wieder auf EDIT -> "Upgrade OpenCore and Kext" klicken und dann auf Start Sync wenn das erledigt ist hast Du auch die Möglichkeit die Strategy unter Kernel -> Block anzupassen.

  • It is just funny that one of the major selling points of OC was, that we never will have to alter SIP. The irony.

    No clue what this rubbish is about, but maybe another history lesson is in order. SIP was never a major concern during the development of OC, because it just works, even with Clover. It is a feature enabled by efiboot and XNU that does not require any level of support or such. It is important to note that, by default, Clover disables SIP for no particular reason, but you can configure it to enable it. It also is important to note that without Secure Boot and something like OC Vault, write access to the ESP is enough to disable SIP, which can be achieved from auto-booting a malicious EFI app from an arbitrary FAT32 volume. What *was* a major selling point of OC is the prelinking-based kext injection, which became mandatory as of 11+ and has thus been integrated into Clover as well.


    Regarding unsigned kexts and injection: Unsigned kexts are a problem if and only if they are installed within macOS. All kexts are prelinked nowadays and this process invalidates the digital signature. As such, there is no signature verification of third-party kexts at runtime, but only at build-time, no matter the boot solution. Injected kexts are prelinked at runtime by OpenCore or Clover and they are not subject to signature verification under any circumstances (OC may manually verify them as part of OC Vault). Most kexts can be injected, but especially with downgrades things are not always as easy. If you downgrade kexts that other kexts depend on, this would require relinking all of their prelinked symbols, which is not supported as of now. This pretty much is the only known case where you have to reduce SIP, as done by OCLP for some machines.


    Regarding frameworks and such: This is out of the scope for *any* bootloader. No, team Clover cannot save you, because frameworks are loaded way past the exit-time of both OpenCore and Clover. I'm frankly not firm with the exact issues of AMFI (but unlike the kext injection scenario, there *is* signature verification of dynamic libraries at runtime), but I know that the people working on it are. So while any mitigation of the SIP downgrade situation by either OC or Clover is categorically infeasible (and both have nothing to do with frameworks to begin with), I assume AMFIPass is as good as it gets with it right now.


    If SIP is your only concern, no clue what keeps you from using Clover right now. But if your goal is to get rid of OC's implementation details or Acidanthera software in general, I am afraid you are all out of luck.

  • Thanks mhaeuser for your in depth explanation. Since we had enough emotional debate in this thread already I leave it with a big thank you. I only need to clarify again: It is not my personal concern. I'm happy without my wifi kexts anyway. I'm doing Hackintoshes since Tiger and I frankly don't need any history lessons :) I still remember very clearly that people around OC advertised the boot loader at some time as being cleaner than Clover and pointed out that there never would be any need to lower security.You can google several quotes back from that era. But please take no offense. I was merely joking.

    Intel Core i5 11500, Gigabyte Z590i Vision D, 64GB RAM, XFX Radeon RX 6600, macOS 12 (OpenCore 0.7.7 / iMacPro SMBIOS)

    Original MacBook Air M1 (2020), MacBook Pro 15 (Late 2013)

  • I ask a direct question to better understand

    Is there anyone who after patching the system with OCLP can get the wifi to work properly with Clover bootloader?

    I ask as I can't have success

    I'm also asking to see where I'm going wrong if it works for others.


    I repeat myself with OpenCore (which is my favorite bootloader :) :) )

    it works perfectly

  • Läuft bei mir auch nicht.

    Aber jetzt gibt es den erwarteten CloverConfigurator 5.27.0.0

    mit dem Haken genau da wo wir ihn erwartet haben. Letztlich kann das ja eigentlich nur das gleiche Umgehungs-Protokoll werden wie in OC LP, das dauert wohl aber noch..


    Was das mit dem Multiplen SMBios soll, bleibt mir allerdings schleierhaft: Wenn ich meinen Rechner mit völlig verschiedenen Identitäten über die gleiche Liste hochfahren kann, wird das für alle id-gebundenen Programme teuer. Der kleine Haken bei SmBIOS / Update Firmware Only macht da schon viel mehr Sinn. Denn dadurch kann ich mit den gleichen id-Zahlen auch mal nen anderen Rechner-Typen ausprobieren. (Im OpenCore-Configurator funktioniert dieser Haken übrigens nicht! Die Erkenntnis hat mich neulich 49 Flocken gekostet..).

    Und EIN wesentlicher Vorteil von Clover ist doch bisher auch, dass ich noch während des Starts die PListe auswählen könnte, wenn mehrere vorhanden sind.


    :hackintosh:

  • I'm doing Hackintoshes since Tiger and I frankly don't need any history lessons :) I still remember very clearly that people around OC advertised the boot loader at some time as being cleaner than Clover and pointed out that there never would be any need to lower security.You can google several quotes back from that era. But please take no offense. I was merely joking.

    Yes, if you make false claims, apparently you do. I’m not interested in “emotional debates”, I’m interested in not being misquoted. Said quotes refer to OC’s functionality and scope. SIP extends way past OC’s scope and library downgrades are completely unrelated. How are we supposed to guarantee you don’t need to downgrade security for unrelated use cases the tool has no influence on? This is not the first “gotcha!” from a clear lack of technical understanding across forums and I’m reasonably tired of them.

  • If you say so, man.

    Intel Core i5 11500, Gigabyte Z590i Vision D, 64GB RAM, XFX Radeon RX 6600, macOS 12 (OpenCore 0.7.7 / iMacPro SMBIOS)

    Original MacBook Air M1 (2020), MacBook Pro 15 (Late 2013)