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ß

MacGrummel this is from reference Clover R5155 Plist:

here doesnt work (Yes should be the value)

Zitat von Arkturus

Übersichtliche Beschreibung MacGrummel Danke

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.

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

einem entspannten steht also nix mehr im weg.

Zitat von MacGrummel

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!

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)...

Zitat von griven

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?

Phoenix85 Ich weiß nicht wie das mit OCAT geht, aber du kann es in einem plisteditor einfach hinzufügen indem du ein neues Geschwister-Element an der Stelle hinzufügst.

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.

griven Das hatte ich auch erst gedacht bis ich gesehen habe das in der sample.plist von 0.7.9 Strategy auch schon enthalten ist. Durch das update wirds aber auch bestimmt in die plist gelangen

Zitat von macinsane

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.

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

Zitat von macinsane

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.