fabiosun

Ciao Benvenuto E' consigliabile cambiare il tuo user name togliendo la mail Nel caso puoi rivolgerti in privato ad uno dei nostri admin che ti aiuteranno se non riesci da te Grazie

Ciao per il momento ho tolto solo un po' di errori che ti dava la EFI e aggiornato SMBIOS se vuoi prova a sostituire e a vedere se ti fa qualche passetto in avanti EFI.zip

Ciao per la versione e' facile 🙂 dalla 5124 in su ..meglio le ultime Configurarla per il portatile e' altro discorso 🙂

Benvenuto! Se metti in firma l'hardware che vuoi configurare e' possibile dare una mano piu' facilmente se ne avrai bisogno Per Big Sur devi aggiornare clover a versioni superiori R5124, meglio le ultime In pratica Clover si sta molto uniformando con Opencore e dovrai abituarti a gestire i "quirk" per la tua configurazione

Che config.plist stai usando?

Se vuoi, fai backup del tuo config e della tua cartella ACPI e sostituiscili con quella in allegato Ho messo io il file SSDT e messo imacPro1.1 come SMBIOS Ho anche deselezionato alcuni kext vediamo che accade Archive.zip

Ciao, anche se ti andava bene su Big Sur hai un SSDT che e' per motherboard B550 (SSDT-CPUR) a te dovrebbe bastare quello che danno con opencore (SSDT-Plug) poi metterei un altro SMBIOS (macPro 7.1 o iMacPro1.1) e snellirei i kext che carichi Per il resto mi sembra tutto corretto non conosco la GPU che usi e se sono ancora validi le cose che usi per lei

@davanroshai battuto il record della Efi più pesante 😂😂 postala dì nuovo ripulita dai temi e da ciò che la rendeva dì quasi 43mb grazie

Archive.zip try these two and please @valmeida Do not upload Apple Folder in your EFI 😉

thank you @Rox67eradded your EFI and IOREG in OP!

Thank you @Rox67erfor your EFI with your permission I would like to insert it in OP We are missing an ASRock solution in that post If you agree and if possible, post an ioreg of your system. I will add them in the initial post Thank you

I can’t see it maybe you mean in his config.plist (2 patches)?

which kext @Arrakis? Aquantia need only of a patch for Apple kext (and we do with a patch like ones for the Kernel)

@valmeidaA new patch for Monterey 12.3 beta 1 But I think not useful for you Aquantia 12.3 b1.plist.zip

Ma no per me va bene cosi' alla fine sono domande lecite e la documentazione non e' proprio il massimo quindi dubbi e domande legittime 🙂

si qui si dovrebbe capire Se prima di leggere questo thread era su No lascialo come era Se invece era su SI puoi provare a vedere quali degli MMIO puoi riassegnare Se il sistema parte con NO lascialo su NO

Si corretto te li espone solo mettendo quel quirk su YES Poi se la tua macchina ha bisogno del quirk per partire (non e' il tuo caso) si rimettono su skip 1 tutti quanti gli MMIO che e' possibile ridare a OSX Nel caso di macchine problematiche non e' possibile farlo su tutti, e si cerca di metterne il piu' possibile su 1 Se non si capisce dal primo post devo rivedere cosa ho scritto 🙂

Come ti dicevo di solito non serve 🙂 Se lo attivi e non metti su yes nessuno dei valori MMIO del tuo sistema nel config Ti devirtualizza tutte quelle aree di memoria e se OSX ne ha bisogno e ci scrive potresti avere dei problemi Se il tuo sistema parte con DevirtualiseMMIO su NO, non devi perdere tempo con queste cose 🙂 Se non lo attivi la lista degli MMIO non serve e non viene utilizzata nemmeno se li dichiari!

Ok allora se hai tempo e voglia dichiara tutti gli altri e attivali nel config poi vedi quali di questi e' essenziale riportare a 0

perfetto skip 1 e' come se avessi il quirk su Off/no/False 🙂 gli altri ora li hai devritualizzati (dallo schema che hai postato) e per alcune operazioni e funzionalità di OSX non e' cosa buona (reboot/shutdown/Nvram)

le devi dichiarare ed attivare Conversione da esadecimale a numero attivazione con Yes nel config Di che patch parli?

Dipende @netgearse hai problemi o no Di solito non e' utile per tutti

In questo thread proveremo a spiegare la funzione di questo interessantissimo quirk e soprattutto della correlata sezione di MMIO Whitelist che e' ancora piu' fondamentale per diversi sistemi. L'argomento e' stato documentato recentemente in modo piu' esaustivo nel pdf di configurazione di OpenCore, ma ha assunto al giorno d'oggi sempre piu' valore per avere un Hackintosh al massimo delle sue potenzialità anche alla luce delle nuove architetture di CPU in uso. Di base il quirk non e' attivo e per molti sistemi non e' indispensabile per far funzionare e partire il proprio Hack. A dicembre 2019 con l'uscita delle CPU AMD ThreadRipper della terza generazione (sTRX4), molti utenti, loro malgrado, sono stati costretti ad interessarsi al funzionamento del quirk in oggetto. In quel periodo la documentazione di OpenCore sull'argomento era poco esaustiva anche perche' era un quirk utile solo per vecchi sistemi. Con l'aiuto a volte criptico degli sviluppatori di OpenCore (ai quali e' sempre dovuto un ringraziamento per il loro lavoro) si sono iniziati a muovere i primi passi per capire come utilizzarlo per fare dei debug su una piattaforma come quella descritta poco sopra (sTRX4) in unione alla funzionalità della MMIO Whitelist. link Attivando il quirk e solo utilizzando una versione di debug di OpenCore con opzione Misc/Debug/Target impostato su 67, e' possibile, anche con una macchina che non parte, un debug nel quale sono evidenziate le aree MMIO del proprio PC (numero di aree e valori possono variare): 08:808 00:001 OCABC: MMIO devirt 0xE2100000 (0x81 pages, 0x8000000000000001) skip 0 08:809 00:001 OCABC: MMIO devirt 0xE3180000 (0x81 pages, 0x8000000000000001) skip 0 08:810 00:001 OCABC: MMIO devirt 0xEF100000 (0x181 pages, 0x8000000000000001) skip 0 08:811 00:001 OCABC: MMIO devirt 0xFA180000 (0x81 pages, 0x8000000000000001) skip 0 08:812 00:001 OCABC: MMIO devirt 0xFA300000 (0x100 pages, 0x8000000000000001) skip 0 08:813 00:001 OCABC: MMIO devirt 0xFEA00000 (0x100 pages, 0x8000000000000001) skip 0 08:814 00:001 OCABC: MMIO devirt 0xFEC00000 (0x1 pages, 0x8000000000000001) skip 0 08:816 00:001 OCABC: MMIO devirt 0xFEC10000 (0x1 pages, 0x8000000000000001) skip 0 08:817 00:001 OCABC: MMIO devirt 0xFED00000 (0x1 pages, 0x8000000000000001) skip 0 08:818 00:001 OCABC: MMIO devirt 0xFED40000 (0x5 pages, 0x8000000000000001) skip 0 08:819 00:001 OCABC: MMIO devirt 0xFED80000 (0x10 pages, 0x8000000000000001) skip 0 08:820 00:001 OCABC: MMIO devirt 0xFEDC2000 (0xE pages, 0x8000000000000001) skip 0 08:821 00:001 OCABC: MMIO devirt 0xFEDD4000 (0x2 pages, 0x8000000000000001) skip 0 08:822 00:001 OCABC: MMIO devirt 0xFEE00000 (0x100 pages, 0x8000000000000001) skip 0 08:823 00:001 OCABC: MMIO devirt 0xFF000000 (0x1000 pages, 0x8000000000000001) skip 0 08:825 00:001 OCABC: MMIO devirt 0x4040000000 (0x10400 pages, 0x8000000000000001) skip 0 08:826 00:001 OCABC: MMIO devirt 0x8BB0000000 (0x10400 pages, 0x8000000000000001) skip 0 08:827 00:001 OCABC: MMIO devirt 0x8BE0000000 (0x10400 pages, 0x8000000000000001) skip 0 08:828 00:001 OCABC: MMIO devirt 0xD750000000 (0x10400 pages, 0x8000000000000001) skip 0 E' di particolare importanza che queste aree possono essere diverse anche in condizioni di stesso BIOS e produttore, ma solo scambiando delle opzioni nel BIOS o riempendo gli slot nvme e pciexpress in maniera diversa. Nota: un errore comune e' prendere questa lista da una configurazione qualsiasi e inserirla nel proprio config.plist Va sempre necessariamente presa e calcolata nel sistema in uso e ricontrollata se si cambiano opzioni nel BIOS o si aggiunge hardware! Attivare il quirk comporta aver devirtualizzato le aree di memoria ed in alcuni casi liberati diversi megabyte di memoria (tipicamente dai 64 ai 256 Mb) fatto questo che consente ad alcuni sistemi problematici di partire senza avere il famigerato errore al boot (memory allocation errors), e questo proprio nelle fasi iniziali del boot. skip 0 significa area devirtualizzata e nel caso durante le sue operazioni interne macOS necessitasse di quell'area, non avendola a sua disposizione, si creerebbero mal funzionamenti o Kernel Panic. Su indicazioni dei devs di Opencore ci si e' concentrati sulle ultime 4 aree che sono quelle piu' corpose a livello di pagine da eventualmente devirtualizzare e con 16 combinazioni (4!) si stabili' che le patches del Kernel in uso allora erano malfunzionanti per i sistemi sTRX4. Trascuriamo ora questa affermazione rivelatasi poi non propriamente corretta, ma allora era praticamente un dato di fatto che porto' molti utenti sTRX4 con desiderio di utilizzare OSX sulle proprie macchine ad esplorare l'affascinante mondo della virtualizzazione con ProXmox. Ora le prove fatte all'epoca furono di riportare le ultime 4 aree a completo utilizzo di OSX (skip 1) in varie combinazioni (16). Come? Aggiungendo queste aree nella sezione Booter/MmioWhitelist del nostro config.plist. Per fare questo ci viene in aiuto la calcolatrice scientifica o la ottima app presente in area download HackCheck (visibile in foto) per il download clicca qui: https://www.macos86.it/files/file/95-hack-check/ ora concentriamoci solo sull'area: 08:828 00:001 OCABC: MMIO devirt 0xD750000000 (0x10400 pages, 0x8000000000000001) skip 0 e prendiamo il valore esadecimale 0xD750000000, questo andrà convertito in numero come da figura qui sotto: e andrà riportato precisamente nella apposita area del config.plist attivandolo: Dopo aver salvato il config.plist e riavviato avremo nel nostro successivo debug log questa situazione: 08:808 00:001 OCABC: MMIO devirt 0xE2100000 (0x81 pages, 0x8000000000000001) skip 0 08:809 00:001 OCABC: MMIO devirt 0xE3180000 (0x81 pages, 0x8000000000000001) skip 0 08:810 00:001 OCABC: MMIO devirt 0xEF100000 (0x181 pages, 0x8000000000000001) skip 0 08:811 00:001 OCABC: MMIO devirt 0xFA180000 (0x81 pages, 0x8000000000000001) skip 0 08:812 00:001 OCABC: MMIO devirt 0xFA300000 (0x100 pages, 0x8000000000000001) skip 0 08:813 00:001 OCABC: MMIO devirt 0xFEA00000 (0x100 pages, 0x8000000000000001) skip 0 08:814 00:001 OCABC: MMIO devirt 0xFEC00000 (0x1 pages, 0x8000000000000001) skip 0 08:816 00:001 OCABC: MMIO devirt 0xFEC10000 (0x1 pages, 0x8000000000000001) skip 0 08:817 00:001 OCABC: MMIO devirt 0xFED00000 (0x1 pages, 0x8000000000000001) skip 0 08:818 00:001 OCABC: MMIO devirt 0xFED40000 (0x5 pages, 0x8000000000000001) skip 0 08:819 00:001 OCABC: MMIO devirt 0xFED80000 (0x10 pages, 0x8000000000000001) skip 0 08:820 00:001 OCABC: MMIO devirt 0xFEDC2000 (0xE pages, 0x8000000000000001) skip 0 08:821 00:001 OCABC: MMIO devirt 0xFEDD4000 (0x2 pages, 0x8000000000000001) skip 0 08:822 00:001 OCABC: MMIO devirt 0xFEE00000 (0x100 pages, 0x8000000000000001) skip 0 08:823 00:001 OCABC: MMIO devirt 0xFF000000 (0x1000 pages, 0x8000000000000001) skip 0 08:825 00:001 OCABC: MMIO devirt 0x4040000000 (0x10400 pages, 0x8000000000000001) skip 0 08:826 00:001 OCABC: MMIO devirt 0x8BB0000000 (0x10400 pages, 0x8000000000000001) skip 0 08:827 00:001 OCABC: MMIO devirt 0x8BE0000000 (0x10400 pages, 0x8000000000000001) skip 0 08:828 00:001 OCABC: MMIO devirt 0xD750000000 (0x10400 pages, 0x8000000000000001) skip 1 Quindi l'area che abbiamo convertito e inserito nel config attivando YES ora e' listata nel config come skip 1. Che significa? Significa che ora questa area e' di nuovo a disposizione di OSX come se non avessimo attivato il quirk..ma solo lei. Se nella fortunata ipotesi che il nostro sistema parta ugualmente e arrivi al login, e' possibile procedere ad inserire ed attivare in MMIOWhitelist tutte le altre aree fino a quando non troviamo quella che e' deleteria nel nostro sistema. Quale e' un obiettivo utile per l'utente che necessita di utilizzare questa procedura? Riavere piu' skip 1 possibili! Se attivo il quirk DevirtualizeMMIO e metto tutte le aree in Whitelist che accade? Prima possibilità: - il sistema parte regolarmente! Bene avete perso un sacco di tempo perche' a voi non serve questa procedura! avere tutte le aree dichiarate e attivate nel config plist sezione Booter/MmmioWhitelist e' come lasciare il quirk DevirtualiseMMIO su OFF. Seconda possibilità: - il sistema non parte regolarmente! Benissimo e' per questo che avete attivato il quirk, se fosse possibile per noi mantenere tutto invariato non avremmo attivato il quirk. Quindi, di santa pazienza si provano a convertire uno ad uno tutti i valori ed ad inserirli in MMIOWhitelist (skip 1) fino a trovare quelli che non si possono inserire e che bloccano il proprio sistema. A questo punto, se le idee non si sono piu' ingarbugliate di quando avevate iniziato a leggere vi dovreste chiedere: Ma perche' fare questa operazione di ri-mettere a disposizione di OSX piu' aree possibili? Semplice, anche se il vostro pc parte e sembra funzionare correttamente solo attivando il quirk DevirtualiseMMIO, durante l'operatività quotidiana si potrebbero (si hanno di certo) dei problemi di KP, Reboot o semplicemente cattivi funzionamenti della Nvram e del ciclo sleep/wake. Quindi e' buona cosa perdere un po' di tempo ri-assegnandoli al libero utilizzo di OSX fino a quando non si trova o trovano quelli impossibili da riassegnare!

In this thread we can discuss of patched app or new ones to patch!