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

54 minutes ago, nick0k said:

Guarda io vorrei dedicarci più tempo ma proprio sono sempre a singhiozzo... quest'estate presi la Z370 per avere la massima compatibilità e consigliato qui sul forum... 

Quando potrò senz'altro ti chiedo cosa intendi per "non usare Clover"... Riferendoti a rimuovere quale patch..?

 

 

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 ^^

28 minutes ago, A23SS4NDRO said:

Ciao, in passato @dreamwhite ha risolto togliendo alcuni parametri che erano specificati in DevicesProperties:

https://github.com/dreamwhite/dell-inspiron-5370-hackintosh/commit/8055929517b083a9015f764ec967c660c5814223

 

probabilmente serve specificare il device-id corretto e rimuovere eventuali Slot-name

 

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

12 minutes ago, A23SS4NDRO said:

Strano che su AMD ci siano problemi di Kaslr, avevo sentito di problemi con le regioni e mmio ma quasi mai di kaslr, (frecciatina: AMD mi stupisce sempre 😄 )

 

Vedendo gli errori in basso, leggo:

 

efi-boot-device is not set 
disk is not convertible to APFS, you may not install to this volume because it is not convertible to Apple File System (APFS)
Tried to remove quarantine bit for /Volumes/macOS Base System 1

Domanda, Catalina è stato installato in passato oppure è una prima volta?

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

11 minutes ago, fabiosun said:

da me lui? 🙂

 

ci sono delle differenze in platform info nelle due che vedo qui

ma non so se avete aggiornato o meno 🙂

 

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

2 hours ago, fabiosun said:

ciao @dreamwhite

controlla bene il config

io non so se funzioni o meno ma questo e' il full apparentemente e se vedi automatic in platform info e' settato su NO

Quindi il platform necessita della dichiarazione completa degli elementi

se lo poni su Yes, puoi cancellare DataHUB ma anche platformNVRAM credo...

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?

22 minutes ago, carlo_67 said:

prova. 

OC.zip 1.89 MB · 0 downloads

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 😂

2 minutes ago, DS-1 said:

Basta questo?

z37_opencore.rar 94.41 kB · 0 downloads

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

@Gengik84 attendo tue

14 minutes ago, DS-1 said:

 

Vorrei mi spiegassi meglio alcune cose, in particolare:

 

1. Credi convenga, nel mio caso, usare un SMBIOS diverso? Se sì, quale e come potrei comunque mantenere l'accelerazione hw con il nuovo SMBIOS? Non conosco Intel Quicksync, per questo chiedo.

 

2. Tutto apposto! 😄

 

3. Ok, posso tranquillamente provare. E' una sostituzione "indolore"? Quali sarebbero le differenze rispetto a FakeSMC? Nel senso: come mai preferisci VirtualSMC?

4. Il sensore ALS non l'ho attivato di proposito, dunque non so come mai sia lì, se per errore o per necessità.

L'attuale EFI è un "porting" della EFI usata con la mia vecchia configurazione (prima di questa Z370 avevo una H370, sempre AsRock. Il resto dell'hw è rimasto identico). Tale EFI mi aiutarono, come sempre con grande disponibilità e dedizione, qui sul forum, in un thread che puoi trovare linkato nella prima pagina di questo. 

Se è stato inserito un dispositivo, sarà stato sicuramente per un motivo o per errore, non credo per motivi o questioni di "principio" o cose simili!

Detto ciò, sinceramente non sono così addentro alle questioni hackintosh da poter valutare se la EFI sia fatta bene o male. Quello che però posso dire senza indugio è che ho cercato aiuto qui sul forum ed ho trovato sempre gente (su tutti @iCanaro e @Gengik84) molto, molto disponibile, che alla fine mi ha accompagnato verso la risoluzione di tutti i problemi che ho avuto.

Comunque, la prova con OpenCore la posso fare e ti posso postare il log.

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

7 hours ago, Gengik84 said:

@dreamwhite

Forse prima di fare affermazioni bisognerebbe leggere?

usbinjectall per fare la mappatura può essere molto utile e non è assolutamente un problema ma anzi può anche servire.

un esempio è proprio questo caso.. dove tu a prescindere  hai detto di toglierlo, per quanto sei "veggente" da subito senza vedere come possono essere le cose... 

e infatti è stato il caso che proprio servisse per determinati errori...

Linki la tua guida che non è altro che una copia della mia, con citazioni del "ho convertito la patch bla bla bla"... anche qui sei arrivato ben in ritardo o forse ancora segui ben poco perchè la patch è disponibile in download da sempre, collegata alla guida stessa.

Strano comunque che vi siano atteggiamenti da prof quando alla fine non si sa molte cose, come una minima differenza di usbx...etc...  😂 😉  ...ah vero anche questo non c'è in natura in hackintosh...

Cosa c'entra opencore quando usa clover?

Altra cosa nessuno vieta l'uso di FakeSMC di fatto...

 

 

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 ^^

21 minutes ago, DS-1 said:

Ciao!

Provo a risponderti:

 

1. uso iMacPro1,1 come SMBIOS per poter avere l'accelerazione hw abilitata per le GPU (con altro SMBIOS ricordo che già il test di VideoProc non mi dava l'hw acceleration attiva, mentre così è ok).
2. USBInjectAll me l'ha consigliato gengik84 per la procedura di mappatura sia per la vecchia H370 che per questa Z370.

3. E' quello che mi porto dietro dalla vecchia Z370. Cosa mi consiglieresti di usare come alternativa?
4. A questa domanda non so risponderti! Mi aiuteresti a capire?

Grazie!

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 ^^

39 minutes ago, DS-1 said:

Riavviato con port limit abilitate e usbinjectall.kext presente in kext/10.15. Ioreg mi rileva le memorie usb 2.0 ma non le 3.0. Quando scollego una penna USB 3.0, mi viene rilevato qualcosa di diverso dagli indirizzi solitamente dedicati alle USB:

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 ^^

12 minutes ago, Giannanngelo said:

ciao gengik84, non mi si apre più propertree , mi da errore python

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"

22 minutes ago, fabiosun said:

No, io vorrei capire se se metti Devirtualize su OFF e poi le combinazioni che ti servono sulla tua macchina di altri quirks..questa parte?

solo questo, poi nel caso posso dirti quello che ne so io

ma vorrei capire questa parte

 

da me ad esempio senza quel DevirtualizeMMIo su on non parte il sistema

 

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

3 hours ago, fabiosun said:

@dreamwhite

il tuo pc parte se non usi il flag devirtualize su ON/true?

partiamo da qui

 

 

07:348 00:077 OCABC: ALRBL 0 RTDFRG 1 DEVMMIO 1 NOSU 0 NOVRWR 0 NOSB 0 NOHBMAP 0 SMSLIDE 1 WRUNPROT 0

con DEVMMIO su 0 per intenderci il pc parte?

 

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)

On 12/4/2020 at 3:56 PM, fabiosun said:

quindi hai risolto?

Che significa sono riuscito a ricavare le regioni MMIO e successiva parte? (fino a problemi intendo)

questo sotto e' un estratto del log che hai postato..

 

da qui non stai usando il DevirtualizeMMIO e non si vedono le aree del tuo bios..

O mi sono perso qualcosa?

 

Se ti va fammi sapere che l'argomento e' interessante

Magari si apre un thread

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) :")

55 minutes ago, fabiosun said:

 

Ciao e buongiorno a te

In particolare come mai ti e' venuta questa esigenza di andare a ricercare i tuoi MMIO se posso chiederti?

 

La prima domanda da farsi e' :

Serve per la mia configurazione entrare in un ginepraio che in pochi conoscono e soprattutto spiegano chiaramente?

Che pochissimi sanno usare vedendo alcuni esempi in rete, per non dire di piu' 🙂

 

Cmq se mi dai una risposta provo a spiegare io quello che so degli MMIO e del DevirtualizeMMIO quirk correlato (insieme a diverse opzioni del bios che possono influire sul discorso)

 

In area internazionale trovi nel mio thread Link utili come calcolarli e tirarli fuori nelle varie condizioni

 

Senza nessuna pretesa di avere la verità assoluta, ma avendoci combattuto e ragionato da dicembre 2019, per far funzionare il mio rig 🙂

 

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

1 minute ago, Gengik84 said:

Leggi il topic per il TR nella sezione inglese, trovi info e cose all'atto pratico 

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 .-.

Just now, Gengik84 said:

Ciao si ma guarda è una cosa che si fa da anni e anni...

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