fabiosun

riepilogo in modo Grafico, se si usa la versione 1.0 di SimpleBCM: kext Blocchi: Bootarg : Se si usa la versione 1.20 di SmpleBCM: kext Blocchi disabilitati: bootarg senza niente di relativo ad Amfipass o simili vedi immagine precedente

qui se stai lanciando tahoe c'e' solo un errore formale se vuoi prova questo config al boot menu reset nvram SimpleBCM 1.20 che hai in kext, integra al suo interno anche il fix del kext per tahoe che si usava con la versione 1.0 insieme ai vecchi kext ed ai blocchi config.plist.zip

Non mi hai mai risposto se hai o meno disattivato OCLP prepara un config.plist con 1.2.0 e postalo non ha bisogno di altri kext o blocchi se hai disinstallato e fatto il revert delle patches di OCLP

quindi @danyriepilogando basandomi sulla tua immagine sopra sbagli il kext che usi di SimpleBCM li basta solo cambiarlo con la 1.20 e non toccare altro se invece usi la 1.0 come si legge dalla foto, devi mettere i blocchi e attivare i kext che ti ho detto

@dany dalla tua immagine mi sembra che mnachi un kext se usi @dany 1.00 di simple BCM ti serve anche il fix AirPortBrcmNIC-Tahoe.kext o quello per sonoma a seconda del sistema altrimenti non si attiva il wifi devi fare attenzione alla versione che usi la 1.0 prevede utilizzo dei kext vecchi e dei blocchi la 1.2 no

@danyNo 🙂 funziona anche su Sonoma (io ho solo tahoe ma lo scrive nel github lo sviluppatore metti simpleBCM come secondo kext ed per ultimo metti AirPortBrcmNIC-Tahoe.kext poi ricordati di bloccare IOSkywalk e realtekrl in kernel block e aggiungere i due kext: do per scontato che tu abbia fatto il revert delle patches da OCLP! 🙂 poi se vuoi provare la versione 1.20 o 1.21 togli i due blocchi in Block/kernel e disattivi i kext vecchi:

non ho detto questo per AMD si fa funzionare tutto ugualmente, ma usando ad esempio il kext nuovo 1.20 o 1.2.1 bisogna sbattersi di piu' considera siamo in pochi con amd e con quella schedina wifi per questo magari a te potrebbe anche funzionare in modo diverso Comunque la 1.0 se segui i passaggi detti nel thread funziona perfettamente la 1.20 e 1.21 da me parte solo se uso -v come bootarg 😉 PS dando per scontato che fai tutto bene con quello che serve 🙂

in pratica io farei cosi' Backup della tua efi che ti fa partire tahoe Se usi OCLP-mod per Wifi broadcom e apple hda, ora ce' il metodo di laobamac che consente di utilizzare il tutto senza dover usare OCLP e le sue patches di root Questo e' un notevole miglioramento, perche' e' possibile (per noi AMD ancora no) utilizzare il kext SimpleBCM 1.2 che utilizza i kext di sistema e puoi anche lasciare SIP abilitata che per chi e' un fan della estrema sicurezza , e' un bonus importante quindi appena comunichi bene come sei ora nel sistema che ti funziona si puo' procedere

@dany devi dichiarare prima se stai o meno usando OCLP poi da qui sistemiamo questo config Il kext SimpleBCM deve stare in una posizione piu' alta ovvero subito dopo lilu poi, hai tolto un blocco del kernel, ma se usi il sistema senza OCLP devi togliere anche quello della scheda di rete per il resto hai fatto bene Puoi anche rimettere il sip tutto a 0 se usi appleHDA non sono informato se ti serve ancora OCLP o meno, ma qui lo sa il tuo consigliere massimo generale @Anto65 🙂

@danyaggiorna qui i tuoi progressi nella configurazione di SimpleBCM, perche' su AMD potrebbe esserci delle differenze da sistemare rispetto ad Intel

@dany parliamone qui dove ho spostato un po' di messaggi per non occupare questo thread :

lsblk.... lo hai installato di tuo nel caso in OSX? da me non c'e' ad esempio 🙂 Comunque qualcosa la comincia a dire..nella parte di OCLP

ah per quello non rispondi alle mie domande 😛 Comunque ti ripeto una cosa..se nel tuo osx funzionante stavi usando già OCLP deve togliere per forza delle cose e ricostruire i sigilli di OSX che sono stati "rotti" da OCLP stesso Comunque dai vediamo che succede, magari trova un modo sconosciuto al mondo reale (ad oggi)

se posti il config senza il tuo smbios lo possiamo controllare 🙂 Comunque non lascerei fare alla AI cose che puoi fare da te 🙂 il sistema lo deve toccare per forza poi se stai usando OCLP

la procedura fatta senza AI, prevede solo di toccare la EFI dopo aver fatto il revert delle patches con OCLP (e disinstallarlo completamente se vuoi) non devi aggiungere cose dentro OSX, io uso solo SimpleBCM poiche' non necessito di patch audio se lo fa, e se sbaglia, allora un rischio di dover reinstallare lo hai

sono curioso ma mantieni un OC che funziona, non hai bisogno di reinstallare se serve aiuto piu' tardi ci sono

@danyti hanno fischiato le orecchie immagino (ti ho pensato molto in questi giorni) si funziona* * se hai pazienza di fare 🙂** ** qui funziona benissimo la prima versione 1.0 con la 1.2 un po' di sacrifici in piu' ma quando si e' capito come...parte anche lei

ah..ok perdonami non avevo capito bene 🙂

No io intendevo altro Tahoe fa una serie di indicizzazioni sui dischi per velocizzare le richieste, in alcuni casi ci mette un po' a finire il suo task e durante questa indicizzazione il disco perde in performance Se il disco va bene in Ventura come vedo dal test, dopo la fine delle indicizzazioni di Tahoe dovrebbe andare piu' o meno uguale

@FrankyM76Tahoe ha finito di fare le sue indicizzazioni? in alcuni casi le performance del disco ne soffrono

qui con tutto funzionante (senza OCLP e utilizzando il nuovo metodo "loabamac")

Facevo prima a provare 🙂 verificato quello detto sopra tolto il blocco dei kext disabilitati i kext in OC/Kexts riavviato con il kext di mieze, e la rete va (ethernet) il wifi ovviamente no

@danymi spiego meglio anche se quello che ti scrivo lo provo oggi e non so se e' verificato distinguiamo il fatto dell'utilizzo di una rete ethernet Realtek (nel mio caso da 5Gbit) che non era supportata in passato dai kext presenti e si e' aggiunto il supporto grazie a laobamac che ha preso parte del codice di un kext di mieze, e poi da mieze stessa che ha fatto il kext che ora uso primo distinguo 🙂 Se non abbiamo bisogno di OCLP e quindi anche del blocco che mettiamo in kernel/block che dice in pratica di non far partire IOSSkyfamily che c'e' di serie nell'os moderno ma di usarne altri che mettiamo in OC/Kexts, allora in questo caso potremmo fare a meno di tutti i blocchi e dei kext in OC/Kext ed utilizzare solo il kext di mieze per la realtek ethernet che utilizzerà poi "agganci" presenti nell'OS in uso Se invece utilizziamo OCLP o il nuovo metodo di Loabamac che prevede sempre la sostituzione dei kext moderni interni a OS con quelli che mettiamo in OC/Kext avremo bisogno del blocco riassumendo: se utilizziamo una wifi broadcom serve sempre la sostituzione dei kexts e il blocco del wifi Se insieme al wifi (che porta con se i kext vecchi ed il primo blocco wifi) usiamo anche una scheda di rete realtek (per me da 5 Gbit) ma sembra anche sulle 2.5 allora serve anche il secondo blocco in Kernel/block del config ora Comunque provo 🙂

se hau una realtek con il kext sostituito di ioskyfamily va tenuto si altrimenti panic

la mia era una mezza gufata 😛 ps si scherza 🙂