dreamwhite

Good afternoon everyone. I succeeded patching my Fenvi BCM94360NG with the same method applied in this topic even on macOS Sequoia! The steps are summarized here: - download OCLP Nightly build from here (commit 462d6f6) - IOSkywalkFamily and IO80211FamilyLegacy in the attachments (please note that the above attached IOSkywalkFamily is the same used for Sonoma 14.4+) - Misc/Security/SecureBootModel set to Disabled - NVRAM/Add/7C436110-AB2A-4BBB-A880-FE41995C9F82/csr-active-config set to <03080000> (or AwgAAA== if you’re using a plain-text editor) - csr-active-config added under NVRAM/Delete/7C436110-AB2A-4BBB-A880-FE41995C9F82 to make sure that the right SIP value is injected when you boot OpenCore Under Kernel/Add add the following kexts in this order: IOSkywalkFamily.kext IO80211FamilyLegacy.kext AirportBrcmNIC.kext that is bundled with IO80211FamilyLegacy.kext In case you want the plain-text version: Block IOSkywalkFamily.kext injection in the kernel cache using Exclude strategy: Finally: Open OpenCore-Patcher.app Select Post-Install Menu Make sure that Networking: Modern Patches is in the available patches Click on Start Root Patching and wait till the app asks to reboot Once the reboot dialog shows up, reboot the system and boot using the second bootable drive You should notice that the first boot is really slow (at least that happened with me). The next ones should be regular Kexts.zip

Buonasera, occhio che Secure Boot nel BIOS è una cosa e SecureBootModel di macOS (e di conseguenza di OpenCore) è un'altra. Ti riepilogo le impostazioni: BIOS: - OS Type: Windows UEFI mode - Key Management => Clear all Secure Boot Keys config.plist di OpenCore: - Misc/Security/SecureBootModel = Disabled Con queste impostazioni ti confermo che riuscirai ad installare 🙂

Nelle impostazioni del BIOS hai la possibilità di impostare il Secure Boot su Windows UEFI Mode. Impostandolo in questo modo però, se avvii OpenCore ti darà un errore dovuto al fatto che il binario di OpenCore.efi (così come altri binari che vengono caricati) non è firmato con le chiavi del secure boot. Andando nell'apposita sotto sezione del Secure Boot, chiamata Key Management, hai la possibilità di cancellare queste chiavi e quindi ufficialmente avere il Secure Boot "attivo" ma senza alcun controllo sui binari che vengono eseguiti

Mi intrometto nella discussione: perchè Secure Boot Mode custom? Non basta metterla su Windows UEFI Mode e cancellare le chiavi del Secure Boot?

Aggiornamenti su macOS Sequoia sul mio laptop in firma (Dell Inspiron 5370): il boot funziona egregiamente con la stessa EFI che uso per macOS Ventura 13.6.7 fatta eccezione per queste modifiche: - SecureBootModel impostato su Disabled - VoodooInput.kext (in VoodooI2C.kext/Contents/Plugins) cambiato con questo https://github.com/1Revenger1/VoodooInput/actions/runs/9475484687 Per il Wi-Fi, avendo una scheda Fenvi BCM94360NG dovrò aspettare che il team di OCLP sistemi, ma non ho alcuna fretta

Sarei curioso di sapere se flashando il firmware contenuto in Packages/FirmwareUpdate.pkg per Maple Ridge possa restituire le funzionalità hotplug alle mobo con il nuovo controller TB4

Buongiorno a tutti. Grazie @Anto65 per l'archivio ZIP 😄 Ho creato una chiavetta USB con l'installer di questo nuovo OS per testing. La prima cosa che ho notato è la lista di SMBIOS supportati: <key>SupportedModelProperties</key> <array> <string>MacBookPro15,2</string> <string>iMacPro1,1</string> <string>iMac19,1</string> <string>iMac19,2</string> <string>MacBookPro16,1</string> <string>MacPro7,1</string> <string>Macmini8,1</string> <string>iMac20,1</string> <string>iMac20,2</string> <string>MacBookPro15,4</string> <string>MacBookPro16,2</string> <string>MacBookPro16,4</string> <string>MacBookPro16,3</string> <string>MacBookAir9,1</string> <string>MacBookPro15,1</string> <string>MacBookPro15,3</string> </array> Per quanto riguarda il supporto alle iGPU Intel, è pressochè rimasto lo stesso di Ventura e Sonoma: AppleIntelCFLGraphicsFramebuffer.kext AppleIntelCFLGraphicsVAME.bundle AppleIntelGraphicsShared.bundle AppleIntelICLGraphics.kext AppleIntelICLGraphicsGLDriver.bundle AppleIntelICLGraphicsMTLDriver.bundle AppleIntelICLGraphicsVADriver.bundle AppleIntelICLLPGraphicsFramebuffer.kext AppleIntelICLLPGraphicsVAME.bundle AppleIntelKBLGraphics.kext AppleIntelKBLGraphicsFramebuffer.kext AppleIntelKBLGraphicsGLDriver.bundle AppleIntelKBLGraphicsMTLDriver.bundle AppleIntelKBLGraphicsVADriver.bundle AppleIntelKBLGraphicsVAME.bundle

Per chi ha già installato potrebbe mandare l'output di ls /System/Library/Extensions Grazie 😄

Il tutto è ampiamente descritto in questo commit: https://github.com/acidanthera/OpenCorePkg/commit/ff7fd00788addd5a900f812dc3cd530416d9cda4 Per farla breve, GitHub ha messo a disposizione la possibilità di usare come runner (gratuito e disponibile per tutti i repository) delle GitHub Actions un hardware basato su M1: In parole povere, tempi di esecuzione delle actions più rapidi. Per maggiori dettagli: https://github.blog/changelog/2024-01-30-github-actions-introducing-the-new-m1-macos-runner-available-to-open-source/ Nulla che ci riguarda più di tanto però, se non sfrutti le GitHub Actions per compilare OpenCore 🙂

assolutamente, era un discorso generale, a prescindere da chi realizzasse i pre-made 😀

Buongiorno e grazie mille per avermi risposto. Dunque: Per quanto riguarda le CPU sopra la 10 generazione (quindi 11th, 12th, 13th e 14th) i valori per lo spoof del CPUID sono sempre gli stessi e vanno inseriti nell'apposita sezione Kernel/Emulate. Più nello specifico: Banalmente, questo "55060A00" è il CPU ID delle CPU di 10 generazione, che risultano nativamente compatibili con macOS (o meglio col kernel Darwin). Senza questo spoof, ti troveresti bloccato nella famosa schermata del pre-verbose: Assolutamente si, vedi sopra. Il discorso si applica a tutte le CPU Intel superiori alla 10 generazione (quindi 11th, 12th, 13th e 14th) Questo va disattivato tramite BIOS dove applicabile (a tal proposito ho scritto una guida pubblica che puoi consultare qui: https://github.com/dreamwhite/bios-extraction-guide) ma occhio che su alcune schede madri (come ad esempio diversi laptop Lenovo e purtroppo anche in alcune schede madri desktop recenti Z690 e Z790) il CFG Lock risulta non sbloccabile, ergo sei costretto ad utilizzare la patch per il CFG Lock (AppleXcpmCfgLock) altrimenti rimarrai bloccato sulla schermata "pre-verbose" come da foto sopra. Personalmente non sono un amante degli SSDT pre-made (che siano dell'utente da te citato o dell'admin di craprila), dato che a mio avviso devi conoscere a fondo quello che stai mettendo nell'EFI e sopratutto perchè. Aggiungere cose senza sapere cosa facciano e come mi sembra controproducente se il tuo obiettivo è quello di capire le cose a fondo. Per quello che ti posso dire in merito alle ACPI, senza darti direttamente la "pappa pronta" è di aggiungere queste tabelle: - SSDT-AWAC-DISABLE - SSDT-EC-USBX - SSDT-PLUG-ALT come minimo per poter avviare macOS. Trovi la documentazione sia sul repository ufficiale di acidanthera/OpenCorePkg (link GitHub) che sulla pagina di dortania/Getting-Started-with-ACPI (link sito ufficiale dortania). Anche qui non mi trovi d'accordo purtroppo su OCAT. Per quanto sia un software molto comodo per modificare il config.plist, pur non essendo invasivo come OCC (OpenCore Configurator), lo ritrovo sempre controproducente se vuoi capire come modificare il config.plist usando editor plist meno "performanti" o "esteticamente brutti" come ProperTree. D'altronde, una volta che hai identificato: - tabelle ACPI - che vanno nella cartella EFI/OC/ACPI - Driver - che vanno nella cartella EFI/OC/Drivers - Kext - che vanno nella cartella EFI/OC/Kexts aggiungerle tramite ProperTree è davvero una passeggiata (premendo Command-E e selezionando la cartella EFI). Concludo dicendo che se hai bisogno di una mano per realizzare l'EFI non esitare ad allegare su questo thread il tuo SysReport così potremo aiutarti 🙂 Dimenticavo... Quale RX 6600 avresti intenzione di acquistare? Potresti allegare il link del prodotto o una foto? Per Sonoma non ci sono problemi, ma in generale per macOS occhio alla RX 6600 (o 6600 XT) che compri, dato che diverse Sapphire serie 66xx danno problemi col VBIOS

Purtroppo questa scheda video non risulta essere compatibile con macOS. In rete leggevo di qualcuno che era riuscito a flashare il firmware di una RX570 ma non so quali risultati abbia ottenuto. Se possibile sarebbe il caso di cambiare scheda video montandone una compatibile col sistema operativo che hai intenzione di usare

No problem, siamo qui per questo. Non proprio, una build con scheda madre di serie 600/700 è pressochè identica lato EFI: - MacPro7,1 + RestrictEvents - mappatura delle porte USB fatta ad-hoc - SSDT pressochè uguali fatta eccezione forse per SSDT-EC-USBX (in alcuni casi non basta solo il fake-EC ma bisogna disattivare un eventuale controller EC) - eventuali kext per la connettività come sopra menzionato That's all

Ammesso che l'EFI sia pulita e priva di patch inutili, tendenzialmente potresti partire dall'EFI vecchia (chiamiamola Z590) apportando alcune modifiche come: - tabelle ACPI - SMBIOS (se non usi MacPro7,1 devi metterlo assieme a RestrictEvents) - mappatura USB - eventualmente cambiare i valori di spoof della CPU (se sono diversi da quelli già in tuo possesso) - Booter/Quirks e Kernel/Quirks (e.g. alcune schede madri recenti non consentono lo sblocco del CFG Lock, nonostante RU.efi/setup_var.efi ecc) - kext per la connettività (LAN, Wi-Fi/BT) Chiaramente considera che per ogni build, è necessario aggiornare il BIOS e configurarlo di conseguenza. Per quanto riguarda la compatibilità del chipset posso dirti, principalmente per esperienza, che non dovrebbero esserci problemi di compatibilità con macOS, a patto che l'EFI sia ad-hoc per quell'hardware. Ad ogni modo ciò non toglie che è sempre preferibile partire dal SysReport, post aggiornamento e configurazione del BIOS, per avere una panoramica completa dell'hardware ed evitare di sbattere la testa inutilmente su problemi facilmente risolvibili 🙂

ahah perdonami, ero col cervello in modalità regina elisabetta