dreamwhite

Sono riuscito ad aggiornare a Bug Sure 20D64 ma ho avuto qualche problema con la patch grafica... Più nello specifico, sul mio Dell Inspiron 5370 (i5-8250U + UHD 620) (EFI disponibile qui), con la patch grafica l'installazione si interrompeva ad un certo punto e panicava. Mettendo -igfxvesa, l'installazione ha proseguito fino a bloccarsi su IOConsoleUsers: gIOScreenLockState 3, hs 0, bs 0,. Rimuovendo -igfxvesa nuovamente, il boot funziona correttamente

Più che patch parlo di abbandonare clover e passare a OpenCore, un bootloader scritto da zero, con codice LIBERO e consultabile GRATUITAMENTE. Con OpenCore non c'è alcun inganno: le patch applicate dipendono solo da te, non vi sono patch prefabbricate come nel caso di Clover. Sei tu a decidere cosa mettere e cosa no. Se hai bisogno di aiuto per la conversione da Clover a OpenCore non esitare a chiedere aiuto qui sul forum ^^

Ciao ^^ grazie per avermi taggato Premesso che non vedo alcun motivo per usare Clover su una Z370, ma queste sono scelte dell'utente che rispetto ma non condivido assolutamente: sembra che la patch "AAPL,slot-name" su Big Sur dia problemi per quanto riguarda l'HEVC. Rimuovendo questa patch tutto funziona 🙂 Per come ho capito, grazie al briciolo di esperienza che ho nel campo dell'hackintoshing: le patch sono come gli alcolici: non devi mai esagerare

È già stato installato tempo fa e funzionava. Non riesco a capire il perché...

No, per il momento non ho effettuato alcun cambiamento della EFI che @carlo_67 mi ha gentilmente fatto 😕

Oh okay, grazie mille ^^ Abbiamo provato ad installare Big Sur, invano e abbiamo notato uno strano comportamento con l'installer di Catalina: una volta raggiunta la fine della barra di installazione dell'installer, il sistema non si riavvia e rimane bloccato: Premesso che macOS Catalina va più che bene per gli utilizzi comuni (ad oggi non vedo alcuna necessità di aggiornare a Big Sur se non per pura estetica), sarei curioso di scoprire il motivo del kernel-panic con l'installer di Big Sur. Pensi che debba applicare il KASLR Fix, nonostante su Catalina funzioni tutto?

Grazie mille per avermi risposto ^^ A giudicare dal config.plist deduco che la EFI sia per OpenCore 0.6.4, giusto? Se è così avrei un dubbio da chiarire nel mentre che testiamo la tua efi: Perchè è stato definito un dict "DataHub" dentro PlatformInfo? Ha senso tenerlo?

Salve a tutti, sto aiutando un amico nell'installazione di macOS Bug Sure 11.1 (20C69) sul seguente hardware: - CPU: Ryzen 5 3600 - GPU: Sapphire Nitro+ RX5700 Xt - Asus ROG X570-E Ho realizzato la EFI con OpenCore 0.6.5 e durante la fase di installazione il sistema panica, per motivi a noi sconosciuti. Allego una foto del kernel panic, così come la EFI (con seriali censurat i) che stiamo utilizzando: Avete idee sul perchè di questo kernel-panic? Grazie mille a tutti e buona domenica ^^ EFI.zip P.S. Installando macOS Catalina, non vi è alcun problema

Aggiornato con successo ad OpenCore 0.6.5 Sono curioso di sapere quando verrà approvato il refactoring di ControlMsrE2

@DS-1 buonasera e scusami se non ho fatto subito la EFI di OpenCore 0.6.4 (OpenCore 0.6.5 è uscito ma non sono ancora scaricabili le release). Gentilmente assicurati di aver configurato il BIOS come si deve, facendo attenzione ad abilitare XHCI Handoff per le USB, Legacy USB Support Inoltre effettua preventivamente un reset nvram usando il tool di OpenCore (una volta raggiunto il boot-picker, premi la barra spaziatrice e seleziona la voce "Reset NVRAM") Ecco a te la EFI in allegato EFI.zip UPDATE E' uscito OpenCore 0.6.5 così come le relative kext. Lascio a te il compito di aggiornare 😂

Grazie mille, appena mi è possibile vedo di farti una EFI di OpenCore, previa autorizzazione degli amministratori del forum. @Gengik84 attendo tue

Partiamo con ordine: 1. Su setup CoffeeLake + dGPU l'SMBIOS più appropriato è iMac19,1. per poter usufruire dell'accelerazione hardware devi abilitare l'intel quicksync modificando alcuni parametri dal BIOS: - primary display adaper (o "Initial Graphics Output"): PCIE - DMVT Pre-allocated: solitamente si mette 64MB per schermi FHD e 128MB per schermi 2K+. - DVMT Total Gfx Mem: MAX Puoi verificare la corretta accelerazione hardware utilizzando VideoProc. Per maggiori informazioni leggi qui: https://dortania.github.io/OpenCore-Post-Install/universal/drm.html#testing-hardware-acceleration-and-decoding 3. Preferisco VirtualSMC in quanto mantenuto e aggiornato costantemente da acidanthera, il team di sviluppo di OpenCore e la maggior parte dei kext che trovi in una EFI (giusto per citarne qualcuno: lilu, whatevergreen, intelmausi, applealc). La sostituzione è indolore ma richiede la completa rimozione di FakeSMC (e plugin). 4. Capisco. Non voglio accusare nessuno ma vorrei capire meglio le ragioni dietro a questa scelta: che vantaggi ci sono a definire un fake-als su un desktop sprovvisto di tale sensore? La stabilità del sistema viene compromessa senza tale sensore? Concludo dicendo che mi fido del lavoro di @Gengik84 , con cui ho avuto il piacere di discutere per il mio primo ed attuale hackintosh. Non è mia intenzione denigrarlo in alcuna maniera, ma piuttosto chiedere chiarimenti per i punti di cui sopra. Lo stesso discorso si applica allo staff intero di macos86 ^^ Detto questo, vi saluto cordialmente e attendo i file di log di opencore, qualora tu abbia intenzione di fare qualche prova ^^ See ya

Good morning, premesso che non ho minimamente intenzione di entrare in conflitto di interessi con te ed il forum, ma, stando a quanto mi è sempre stato detto qui e anche altrove, USBInjectAll va utilizzato solo nel momento in cui non vengono rilevate le porte USB. My fault che sono partito prevenuto 😃 My fault che non ho verificato preventivamente che la patch che hai messo nella sezione download sia collegata alla relativa guida. Come ho specificato nella "mia guida", non ho fatto altro che riscriverla in un linguaggio più chiaro e comprensibile a coloro che magari non masticano per bene le ACPI. Non è mia intenzione rubare il lavoro a chi ha fatto e dato tanto alla community 😃 Per quanto riguarda il discorso di OpenCore/Clover, non vedo alcun motivo di usare Clover nel 2021, soprattutto con quell'hardware così compatibile (parliamo di una ASRock Z370 Extreme 4, non di una Asus Z77 ._."). Idem per FakeSMC. VirtualSMC è molto più aggiornato rispetto a FakeSMC, e per tanto sarebbe saggio utilizzare VirtualSMC. Ci sono casi in cui è il caso di usare FakeSMC con hardware recente? Se si, potresti gentilmente elencarmeli? Grazie mille ^^

1. Evidentemente non avevi abilitato l'intel quicksync 2. Mh okay, seems fine 3. Meglio usare VirtualSMC :') 4. Non devi aggiungere dispositivi a caso perché "I VERI MAC HANNO QUESTI DISPOSITIVI". Sui Mac sono fisicamente presenti tali dispositivi, sugli hackintosh no. Se ti va, potresti allegare l'output di OpenCore Debug con sysreport attivo? Ho preparato una EFI a tal proposito: https://github.com/utopia-team/opencore-debug/releases/download/0.6.4/EFI.zip Onestamente ignoro il motivo per cui tu stia usando una EFI configurata relativamente male 😕 Per qualsiasi cosa feel free to ask

Salve a tutti, premesso che non ho seguito tanto questo topic avrei da chiedere alcune cose: 1. perchè usi iMacPro1,1 come SMBIOS? 2. perchè usi USBInjectAll? 3. perchè usi ancora fakesmc? 4. perchè hai un sensore ALS definito via ACPI? Grazie ^^

Buon anno a tutti e perdonatemi l'intrusione. Per quanto riguarda la mappatura delle porte USB non serve più utilizzare USBInjectAll (salvo casi rari ed eccezionali). A tal proposito ho scritto una guida per la mappatura delle porte USB. Se vuoi cimentarti nell'impresa ti lascio il link: Per qualsiasi problema non esitare a chiedere qui ^^

Salve a tutti, apro questo topic per presentarvi uno dei miei progetti appena sfornati: ScanPolicyDecoder PREMESSA: il seguente programma è un fork del progetto CsrDecode di corpnewt Potete scaricare il progetto a questo link: https://github.com/utopia-team/ScanPolicyDecode Fatemi sapere cosa ne pensate e come posso migliorarlo eventualmente ^^

Ciao, non so se è stato già detto in giro ma a quanto pare è un bug di Big Sur. Per ovviare a ciò ho dovuto scaricare l'ultima versione di Python3 e ho lanciato direttamente lo script "buildapp-python3.command"

Okay, ho capito cosa intendi. In tal caso, disabilitando EnableWriteUnprotector e abilitando RebuildAppleMemoryMap+SyncRuntimePermissions la macchina non parte. Per poter bootare con RebuildAppleMemoryMap+SyncRuntimePermissions devo abilitare DevirtualiseMmio e abilitare la whitelist della regione 0xFF000000

Dunque, possiamo riassumere la questione molto brevemente partendo da queste considerazioni: - Dal log di OpenCore ho il MAT Support su 1 (il che significa che posso disabilitare EnableWriteUnprotector e abilitare SyncRuntimePermissions+RebuildAppleMemoryMap) - se modifico i quirk di cui sopra, il pc si blocca sulla stringa [EB|#LOG:EXITBS:START]. Per risolvere ciò devo abilitare DevirtualiseMmio e contemporaneamente whitelistare una regione MMIO (0xFF000000)

Perdonami hai ragione: ho allegato il log che testimoniava il MAT Support su 1, ma non quello con DEVMMIO su 1. In poche parole quello che ho fatto è stato: - mettere gli eseguibili di OpenCore 0.6.3 DBG - abilitare DevirtualiseMMIO - Impostare Target su 67 Una volta effettuato il primo boot (che chiaramente non è andato mai a buon fine), ho provveduto a whitelistare le regioni MMIO. Più nello specifico: essendo che DevirtualiseMmio rilevava 5 regioni, ho provveduto a disabilitare una regione per volta fino a superare la fase di pre-verbose con la 5 regione. Banalmente quello che ho applicato è descritto nella guida di dortania, come ho scritto anche sull'issue di acidanthera. Se mi dai qualche minuto ti allego il log con target 67 e DevirtualiseMmio attivo ^^ Update Ecco a te il log di OpenCore DBG: opencore-2020-12-10-164336.txt.zip Banalmente ho scritto tutte le regioni nella Mmiowhitelist e a turno le ho disabilitate. Solo facendo questa prova sono riuscito a dedurre che l'unica regione che non andava blacklistata è l'ultima (0xFF000000) :")

Grazie mille per avermi risposto ^^ Cercherò di essere breve: ho un Dell Inspiron 5370, e senza DevirtualiseMmio + MmioWhitelist, non posso avviare macOS con i quirk per il MAT Support su 1 (RebuildAppleMemoryMap e SyncRuntimePermissions). Il boot si freeza nella fase di "pre-verbose" [EB|#LOG:EXITBS:START]. Sono riuscito a ricavare le regioni Mmio e ho whitelistato l'unica regione a dare problemi. A tal proposito mi son chiesto "cosa succede se abilito i quirk per il mat support su 1?" e il PC si è avviato tranquillamente. Ho """documentato""" la vicenda sul bugtracker di acidanthera: https://github.com/acidanthera/bugtracker/issues/1348

Uh, ti dispiacerebbe linkarmi il topic in questione? Non ho capito se devo cercarlo in questo forum o altrove :haha:

Buongiorno a tutti ^^ Perdonate l'intrusione, volevo chiedervi: come posso individuare le regioni MMIO da whitelistare? Avete risorse in merito a come individuarle? Sul Configuration.pdf di OpenCore 0.6.3 non ho trovato granchè 😕 Grazie mille .-.

Ci tenevo a precisarlo per coloro che si ostinano ad utilizzare la KernelPatch ^^