Search the Community

Translated with DeepL Monterey 12.5.1 Ventura 13 Beta 6 Open Core 0.8.3 Ventura Beta - 6 + Monterey 12.5.1 ( EFI - Tutto funzionante ) Aggiornamento di USBMap.kext: USBMap.kext consiste in realtà solo in un .plist e, non avendo raggiunto il mio obiettivo con USBMap Tool, ho semplicemente adattato il .plist manualmente dopo aver analizzato il .kext: Fare clic con il pulsante destro del mouse su .kext -> Mostra PackageContents -> Apri cartella Contents modificare info.plist. Supporto di Continuity Camera in macOS Un Mac con macOS 13 beta o successivo. Un iPhone con iOS 16 beta o successivo. funziona! MSI MPG Z490 GAMING PLUS Mainboard 2x 16 GB Crucial RAM 3200MHZ i5-10400 UHD630 1,5GB Arctic Freezer 7x CO Crucial P5 NVME 1TB ASUS PCE-AC68 PCIe WLAN-Karte be quiet! Pure Power 11 Netzteil 300 W be quiet! Pure Base 500 Case BT USB IOGEAR GBU521 W6 !!! ATTENZIONE !!! L'aggiornamento del bios può rompere la scheda secondo la rete.Molto silenzioso, veloce e richiede poca energia!Con 2 monitor:Attenzione: avviare con un monitor DP o HDMI e poi collegare/accendere il secondo monitor, altrimenti si verificheranno errori grafici.L'audio via DP o HDMI funziona per me solo dopo l'accensione del secondo monitor, mentre dopo lo spegnimento rimane attivo.(con Lilu 161 e VirtualSMC130 anche l'audio HDMI funziona immediatamente EFI 082 + Kexte, anche Monterey).Per il BT, dopo aver cambiato l'EFI, l'USB BT deve essere scollegata e ricollegata una volta durante il funzionamento, i dispositivi devono essere ricollegati, poi tutto funziona con il login.Decodificatore VDA completamente supportato! Esportazione iMovie bella e veloce.USB 3 perfettamente funzionante e molto veloce 😉Ora è il mio sistema produttivo e funziona in modo ultra stabile. Finora nessun problema. ✅ USB 3 und C ✅ 1x DisplayPort ✅ 1x HDMI ✅ Dual Monitor ✅ Audio output: ALC1200-VD1 (AppleALC.kext, layout-id=11) suona davvero bene! ✅ Audio input: via USB WebCamera - und Line-In ✅ 1Gbit Ethernet (Realtek RTL8125B) automatico funziona immediatamente con 1000BaseT ( 2,5G manuale? ) ✅ Wifi ✅ OpenGL, OpenCL, Metal, HVEC, H264 ✅ Shutdown ✅ Restart ✅ Hibernate/Sleep/Wake boot Args: igfxagdc=0 igfxfw=2 Addendum: argomento di avvio igfxonln=1 (proprietà del dispositivo force-online) per forzare lo stato online su tutti i display. Il Bios è standard.EFI:Aggiungere SMBIOS serialeInstallare.Installazione post:Impostare Secure Boot Model su j185f (è per SMBIOS iMac20,2 ma per me funziona, potrebbe funzionare anche j185).inserire nel Terminale: python3 -c 'import secrets; print(secrets.randbits(64))' inserire il numero stampato:ApECID.Riavviare e dovrebbe avviarsi direttamente in Recovery, come in Terminal: bless --folder "/Volumes/HD/System/Library/CoreServices" --bootefi --personalize e sostituire HD con il nome del disco rigido.Controlla con:nvram 94b73556-2197-4702-82a8-3e1337dafbfb:AppleSecureBootPolicy dovrebbe risultare %02 😉 %02 - Modalità di sicurezza completa%01 - Modalità di sicurezza media%00 - Nessuna modalità di sicurezza EFI-OC083-VenturaBeta5-NoSerial-iMac20,1.zip

Ciao a tutti e buonasera, sto tentando un boot su MacBook 9,2 (si un vero MacBook Pro 13" del 2012) su Monterey. Sono riuscito ad ottenere accelerazione grafica tramite una patch di WEG inserita da Dortania Patcher. Credo, anzi, sono convinto del fatto che questa config possa decisamente essere migliorata. L'ultima volta che feci un hack fu ai tempi di Catalina 10.15.7 su IvyBridge, da allora non toccai più Clover e ora mi ritrovo con OC, di cui capisco poco, anche se mi sono informato sui vari wiki di Dortania e qui... Sono consapevole del fatto che potrei aver sbagliato tutto, specialmente essendo la prima volta che lavoro su un vero MacBook con questo obiettivo, portare un OS unsupported... quindi sono apertissimo a suggerimenti e nuovi test. Vi ringrazio in anticipo e vi sottopongo il problema: tutto funziona, tranne per il fatto che il boot time è di circa 5 minuti :( Con Catalina nativo, montando un ssd, siamo nell'ordine dei circa 45sec di boot, anche meno a volte. Quindi mi aspetterei un minutino, forse qualcosa di più... ma non 5 minuti. Ho notato che rimane stuck spesso su tx_flush, non ho idea di cosa sia, ho trovato poca docs al riguardo online. Vi posto EFI e Screenshot del punto in cui va stuck, sicuramente saprete aiutarmi. Grazie come sempre e buona serata! -- Fede OC.zip

In questo thread cercheremo di dare una indicazione ottenuta insieme a diversi utenti sulle patches del kernel che gli utenti di CPU AMD possono usare in sicurezza per far partire i propri PC con il sistema operativo Apple. Analizzeremo le patches fornite da AMD - OSX Github, non andremo piu' a ritroso perche la situazione precedente non mi e' chiara abbastanza per parlarne in modo piu' preciso e corretto, magari se qualcuno di voi vuole aggiungere una "memoria storica" sull'argomento e' il benvenuto! Partiremo quindi dalle patches scaricabili da questo link: https://github.com/AMD-OSX/AMD_Vanilla scaricate il giorno 6-07-2021, lo specifico per evitare eventuali cambiamenti effettuati sulle stesse patches e non creare quindi confusione. Per comodità vengono allegate al thread. Le allego in quanto alcune volte vengono cambiate sia come find / replace e come denominazione nel commento ufficiale, a volte senza un apparente motivo. Quindi, la nostra base di patches sarà quella ufficiale. Si partirà da 46 patches funzionanti da High Sierra per arrivare fino alla beta 1 di Monterey (Ovviamente passando per Mojave ,Catalina BigSur). Per iniziare ci siamo concentrati sugli ultimi sistemi come BigSur e Monterey beta 1 ma, personalmente , ho iniziato la scrematura delle patches da HighSierra per poi affinarle in Big Sur, arrivando ad un numero totale di 14 patches per il Kernel ed una per i kext, diventate poi 13 (grazie a @carlo_67 leaf tolta) per poi arrivare al numero definitivo di 11 patches (grazie a @iGPU) . Queste undici patches consentono un utilizzo completo di Big Sur senza alcun tipo di problema evidente. Specifico e rendo piu' evidente questo concetto, non essendo trasparente e spiegato in dettaglio il significato di molte patches, potrebbe, in un caso ipotetico remoto, che una patch eliminata magari serva, ad esempio, con una particolare funzione di OSX o una combinazione speciale di operazioni effettuate e programmi utilizzati Nello spoiler metteremo tutti i nomi delle patches ufficialmente utilizzati e dichiarati nel patches plist di AMD-OSX GitHub , per chi non lo sapesse, le voci base e commenti nel plist sono il punto dove in XNU vengono cercate e poi sostituite alcune parti del kernel attraverso la tecnica del find/replace (e soprattutto una competenza specifica sull'argomento). Per decompilare il kernel questo e' il comando: otool -tV /Users/fabio/Desktop/kernel_12 > ~//kernel.txt Non e' un argomento trattato in questo thread la spiegazione di come trovare le locazioni delle patches, ma il commento ed il kernel decompilato sono un buon indizio e inizio. AMD OSX Patches ufficiali al 06-07-2021 (valide per tutti gli OSX fino a Monterey beta 1 e per le CPU definite con 17H-19H) Ora prenderemo le stesse patches postate nello spoiler qui sopra e selezioneremo solo le utili per far partire qualsiasi versione di Big Sur, aiutandoci con la dicitura presente nei commenti delle stesse patches. AMD OSX Patches ufficiali al 06-07-2021 (valide solo per Big Sur e per le CPU definite con 17H-19H) Arriviamo ad un totale di 25 patches che inserite nella apposita sezione del config.plist faranno partire tutte le versioni di Big Sur dalla 11.0 alla 11.5 beta 4 presente oggi Ora, e' ben chiaro che fino a qui non e' che ci sia stato tutto questo gran lavoro, pero' diciamo che per un utente che utilizzasse solo BigSur sarebbe una buona ripulitura del proprio config.plist Come nota a margine ricordo che gli utenti TRX40 non necessitano delle patches 44/45 (fix PAT) anche grazie alle prove effettuate dall'utente @Pavomesi fa. Ora la parte interessante per il momento confermata da tutti gli utenti TRX40 tranne alcuni che necessitano dell CPU Topology patch, ma potrebbe anche essere non piu' necessaria utilizzando una combinazione di quirks, chiedo ad @Arrakis e @Ploddlesdi intervenire al riguardo anche sull'argomento della necessità di utilizzare o meno il quirk DummyPowermanagement. Su piastre madri MSI non serve, su gigabyte e su piattaforma x570 sembrerebbe di si. Nello spoiler seguente le patches che fino a pochi giorni fa erano utili a me e a molti utenti anche X570 per lavorare con OSX Big Sur: AMD OSX Patches ufficiali - prima riduzione (valide solo per Big Sur e per le CPU definite con 17H-19H): Quirks: Quindi una bella sforbiciata di patches necessarie! Siamo passati da 25 patches a 15! Con una prova effettuata da @carlo_67 si e' potuto ulteriormente affinare questa lista togliendo la patch: algrey - _cpuid_set_generic_info - Disable check to allow leaf7 - 10.13/10.14/10.15/11.0/12.0 per cosi' arrivare a 14 patches per il kernel e per il boot di BigSur AMD OSX Patches ufficiali - seconda riduzione (valide solo per Big Sur e per le CPU definite con 17H-19H) Quirks: Ora, ricordo che il set ridotto di patches e' stato piu' volte descritto e discusso anche con utenti con motherboard Gigabyte come ad esempio @Arrakiscon il quale si capi' all'epoca che c'era la necessità di mantenere nella lista la patch: XLNC - Disable _x86_validate_topology - 10.13/10.14/10.15/11.0/12.0 ora XLNC ma all'epoca credo fosse denominata Algrey. il link di seguito: Il set di patches veniva costantemente pubblicato, e lo e' tuttora , nella mia EFi nel thread principale dedicato alla piattaforma TRX40: Detto questo grazie al lavoro di @iGPUè stato possibile rimuovere due ulteriori patches: 37 algrey - Remove Penryn check to execute default case - 10.13/10.15/11.0/12.0 38 algrey - Get DID and VID from MSR - 10.13/10.14/10.15/11.0/12.0 Cosi da 25 patches siamo passati alle 12 mostrate nello spoiler sottostante: AMD OSX Patches ufficiali terza riduzione (valide solo per Big Sur e per le CPU definite con 17H-19H) Quirks: Niente male no? Pubblicheremo a breve i quirks necessari per avere le condizioni necessarie e (forse) sufficenti per tutti per utilizzare le riduzioni proposte in questo articolo Ovviamente si ringraziano tutti i curatori del Github ufficiale AMD-OSX e ancora in modo piu' ovvio apprezzeremo il loro intervento per chiarire la necessità delle patches ulteriori consigliate ufficialmente AMD_Vanilla-opencore.zip