Jump to content

Guida Gigabyte Aorus PRO Z390 + i5 9600k + RX580 / Vega / RDNA con EFI e PROFILI Bios - MacOS BigSur / Monterey.


SemanticA

Recommended Posts

  • Supervisor
1 minute ago, SemanticA said:

 

No vai tranquillo, comunque stavo usando un applicazione e freeze/panic...fatto prova con devirtualiseMMIO abilitato, e l'app gira a meraviglia...

Adesso sto mettendo nel config in whitelist i 5 devirt...devirtualise su off e provo uno per uno a vedere (partendo da tutti abilitati a scalare)...

 

Quindi, calcolando che non tutte le schede madri sono uguali anche se uguali...dopo cambio la efi in prima pagina e per il momento lasciamo ATTIVO il quirk...

Purtroppo quello del Devirtualize e' un mondo abbastanza complesso e poco documentato

ad esempio nessuno ha mai detto o scritto le famose aree di memoria che un valore MMIO racchiude su che cosa o su che periferiche possono intervenire

 

il metodo di provare come hai scritto e' quello empirico

Avendone pochi non e' difficile

 

parti mettendo il quirk e mettendo loro tutti su yes

serve il debug log ogni volta

Se cambi bios, slot o aggiungi schede cambiano (possono cambiare) e te ne accorgi con il log

 

Come detto sopra skip 1 significa riassegnati ad OSX (cosa buona)

Se e' possibile averli tutti a skip 1 ed il sistema parte e' come avere DevirtualizeMMIO su NO

quindi inutile lavorarci

 

 

Link to comment
Share on other sites

si si ma infatti adesso provo così...unica cosa è che comunque parte e funziona tutto tranne qull'app con devirt su NO...quindi è una questione di ...mi sta pigliando per il culo xD ahahahha ora ci diverstiamo una mezz'oretta...tanto alla fine devo solo vedere qual'è quello che impedisce all'app di partire e mi fa freezare...una volta trovato quello, gli altri devirt li lascio su NO e in caso succedesse con altre app, provo ad aggiungere "qualche" YES LoL ahahah

Link to comment
Share on other sites

  • Supervisor

Ok ora hai capito

YES e' buono

NO e' cattivo

🙂

 

se vedi il tuo unico NO e' su un MMIO da 1000 pagine di memoria

Quindi...vai a capire se in qualsiasi X condizione della y app serva scrivere ad OSX in una di quelle mille pagine e nel caso quali sono le conseguenze negative per la stabilità

 

Invece per quanto riguarda il problema della app, li si potrebbe anche essere una incompatibilità con MR beta.

che app e'?

 

Link to comment
Share on other sites

1 ora fa, fabiosun ha scritto:

 

 

Invece per quanto riguarda il problema della app, li si potrebbe anche essere una incompatibilità con MR beta.

che app e'?

 

 

Mah...sempre funzionato anche con MR... Bluestacks (emulatore Android su base VirtualBox)...

 

Boooh vabeh ora funziona xD e posso giocare e son felice xD 

  • Haha 1
  • whahahah 1
Link to comment
Share on other sites

Adesso, SemanticA ha scritto:

spe spe...ma stai usando OpenCore DEBUG?... xkè questo mi pare uno dei miei log con OpenCore "normale" xD

aaaaaaaaaaaangelo no è OpenCore normale. Ok mi scarico OpenCore versione DEBUG!

Ah una cosa, raramente, e mi è successo poco fa, all'avvio del Mac per tipo 2 secondi le ventole del pc vengono sparate a palla alla max velocità, sembra stia per volare tutto. Non è una cosa che mi piace, sicuramente è qualcosa opencore gestisce male non so.

Link to comment
Share on other sites

no no...aapl... no no... devi usare OpenCore Debug (copiando anche solo bootx64.efi,opencanopy.efi,openruntime.efi e opencore.efi) e settare su yes tutti e tre i debug e mettere il target a 67...hai fatto così?!

2 minuti fa, alboz ha scritto:

aaaaaaaaaaaangelo no è OpenCore normale. Ok mi scarico OpenCore versione DEBUG!

Ah una cosa, raramente, e mi è successo poco fa, all'avvio del Mac per tipo 2 secondi le ventole del pc vengono sparate a palla alla max velocità, sembra stia per volare tutto. Non è una cosa che mi piace, sicuramente è qualcosa opencore gestisce male non so.

lo fa anche a me... fa....fffffffffffffFFFFFRRRUUUUUUMMMM...frrrrrrrr

Link to comment
Share on other sites

2 minuti fa, SemanticA ha scritto:

no no...aapl... no no... devi usare OpenCore Debug (copiando anche solo bootx64.efi,opencanopy.efi,openruntime.efi e opencore.efi) e settare su yes tutti e tre i debug e mettere il target a 67...hai fatto così?!

lo fa anche a me... fa....fffffffffffffFFFFFRRRUUUUUUMMMM...frrrrrrrr

Il settaggio sul config si, ma appunto usavo la versione normale. Ho scaricato dal GitHub di acidanthera la 0.7.3 DEBUG, quindi basta sostituire quei 4 file alla mia EFI?

fffffffffffffffffFFFFFFFFFRRRRRRRUUUUUUUMMMMMMMINKIAAAAAAA.... a me fa così 🤣

Link to comment
Share on other sites

5 minuti fa, alboz ha scritto:

Il settaggio sul config si, ma appunto usavo la versione normale. Ho scaricato dal GitHub di acidanthera la 0.7.3 DEBUG, quindi basta sostituire quei 4 file alla mia EFI?

fffffffffffffffffFFFFFFFFFRRRRRRRUUUUUUUMMMMMMMINKIAAAAAAA.... a me fa così 🤣

 

 

no no .....il capo dice solo quei due li xD LoL 

Link to comment
Share on other sites

  • Supervisor

eheheh non vorrei apparire stucchevole ma quando sono stato costretto a capire come muovermi con gli MMIO gli sviluppatori di OpenCore erano molto restii a scucire informazioni..soprattutto ad utenti che avevano CPU AMD cheloro non supportano per niente

Ma a forza di pesci in faccia presi alla fine qualche cosina hanno detto.

 

Il quirk DevirtualizeMMIO se si mette su YES e si ha una versione debug di opencore

anche se il sistema non parte, produce le locazioni o pagine MMIO inerenti per il proprio sistema

Gli MMIO dipendono dalla versione BIOS, produttore e disposizione delle periferiche e dischi NVME in USO (non sempre vero), sempre pero' dipendenti da alcune impostazioni del bios stesso

quindi da evitare di passarsi gli MMIO convertiti a meno che non siano identici i valori esadecimali del debug

 

Detto questo attivare il quirk ci aiuta a vedere come si chiamano i nostri MMIO in esadecimale e poi convertirli da esadecimale a decimale (si puo' usare la calcolatrice, o anche hack Check

 

Una volta che si ha la nostra bella lista, a seconda del chipset ce ne sono piu' o meno in lista,,voi forse 5/6 aree, trx40 18 aree, si mettono tutti su YES

Questo e' come dire al sistema di avere devirtulizeMMIO su NO

a questo punto se la macchina non partiva con devirtualizemmio su no

non parte nemmeno con YES e tutte le aree abilitate (Skip 0)

che si fa allora?

si provano le varie combinazioni disabilitando per primi quelli che contengono il maggior numero di pagine memoria (nel debug si vede)

 

Fatto tutto questo lavoro si puo' riutilizzare la versione release non debug di opencore, avendo oramai costruita la MMIO whitelist ottimale per noi

 

Io di solito consiglo di rimettere una debug in caso di aggiornamenti di sistema (hardware) o di bios, o di configurazione bios

 

Potreste cosi' verificare che tutti gli MMIO che avete deciso di riassegnare al sistema siano rimasti su skip 1...

 

Altro piccolo consiglio fare questa cosa solo con un minimo di ssdt messi..solo gli essenziali per far partire la macchina...

Ma qui io di solito sono minimal e utilizzo solo quelli che mi crea il mio fornitore di fiducia 🙂 (Gengik) 🙂

 

 

  • Like 1
Link to comment
Share on other sites

8 minuti fa, alboz ha scritto:

 

hai gli stessi miei 5... nella efi in prima pagina (quella con il link a mega.nz) son già inseriti...se non hai voglia di inserirli tu...solo da cambiare il platform (solito) e poi "giocare" con YES/NO e vedere quando parte xD ...è divertente dai! Nwe abbiamo solo 5! Pensa il povero @fabiosun che ha dovuto controllarne 18... 🙂  

Link to comment
Share on other sites

  • Supervisor

e senza nessuno che spiegava 🙂

33:624  0:008  OCABC: MMIO devirt start
33:627  0:003  OCABC: MMIO devirt 0xE2100000 (0x81 pages, 0x8000000000000001) skip 1
33:634  0:007  OCABC: MMIO devirt 0xE3180000 (0x81 pages, 0x8000000000000001) skip 1
33:637  0:003  OCABC: MMIO devirt 0xEF100000 (0x181 pages, 0x8000000000000001) skip 1
33:641  0:003  OCABC: MMIO devirt 0xFA180000 (0x81 pages, 0x8000000000000001) skip 1
33:645  0:003  OCABC: MMIO devirt 0xFA300000 (0x100 pages, 0x8000000000000001) skip 1
33:648  0:003  OCABC: MMIO devirt 0xFEA00000 (0x100 pages, 0x8000000000000001) skip 1
33:656  0:007  OCABC: MMIO devirt 0xFEC00000 (0x1 pages, 0x8000000000000001) skip 1
33:659  0:003  OCABC: MMIO devirt 0xFEC10000 (0x1 pages, 0x8000000000000001) skip 1
33:662  0:003  OCABC: MMIO devirt 0xFED00000 (0x1 pages, 0x8000000000000001) skip 1
33:671  0:008  OCABC: MMIO devirt 0xFED40000 (0x5 pages, 0x8000000000000001) skip 1
33:674  0:003  OCABC: MMIO devirt 0xFED80000 (0x10 pages, 0x8000000000000001) skip 1
33:678  0:003  OCABC: MMIO devirt 0xFEDC2000 (0xE pages, 0x8000000000000001) skip 1
33:682  0:003  OCABC: MMIO devirt 0xFEDD4000 (0x2 pages, 0x8000000000000001) skip 1
33:685  0:003  OCABC: MMIO devirt 0xFEE00000 (0x100 pages, 0x8000000000000001) skip 1
33:693  0:007  OCABC: MMIO devirt 0xFF000000 (0x1000 pages, 0x8000000000000001) skip 1
33:696  0:003  OCABC: MMIO devirt 0x4040000000 (0x10400 pages, 0x8000000000000001) skip 0
33:704  0:007  OCABC: MMIO devirt 0x8BB0000000 (0x10400 pages, 0x8000000000000001) skip 0
33:715  0:011  OCABC: MMIO devirt 0x8BE0000000 (0x10400 pages, 0x8000000000000001) skip 0
33:727  0:011  OCABC: MMIO devirt 0xD750000000 (0x10400 pages, 0x8000000000000001) skip 0

 

Link to comment
Share on other sites

  • Supervisor

a dicembre 2019 quando ho preso la decisione di passare ad AMD fu una grossa delusione quando OSX non andava ed il bootloader restituiva un mem allocation error

Da li tutta una serie di scambi di messaggi con i devs che sentenziarono non e' un problema del bootloader ma delle patches

allor mi buttai sulla virtualizzazione e creammo un metodo pubblico per avere una macchina top in virtuale con Proxmox

Virtuale per modo di dire

Poi dopo verso agosto 2020 ci fu il miracolo di un nuovo gestore fai memoria e tutto inizio' ad andare

Le patches erano sempre quelle ma non essendoci un apple AMD i devs di opencore non si impegnavano per queste macchine 🙂

 

fine della storia

 

Link to comment
Share on other sites

Aiuto piccolina la fatica..vabbè che il mondo Hackintosh è una fatica, basta uno starnuto e non boota più ahahahah. Cmq ho aggiunto gli MMIO come semantica visto che sono gli stessi, e per ora disabilitato lo stesso di semantica. Risultato non boota, mi da aborted. Quindi quello devo tenerlo abilitato, provo con gli altri. 

Link to comment
Share on other sites

Adesso, alboz ha scritto:

Aiuto piccolina la fatica..vabbè che il mondo Hackintosh è una fatica, basta uno starnuto e non boota più ahahahah. Cmq ho aggiunto gli MMIO come semantica visto che sono gli stessi, e per ora disabilitato lo stesso di semantica. Risultato non boota, mi da aborted. Quindi quello devo tenerlo abilitato, provo con gli altri. 

 

...secondo me...provi a disabilitarli man mano tutti e tieni quelli già provati abilitati...poi una volta che parte, cominci a tenere abilitato l'ultimo che ti ha permesso di partire e a uno a uno metti gli altri su no...cioè è un casino da spiegare...ma da fare non è poi così incasinato..

 

1 no

2 no

3 no

4 no

5 yes

non va...

 

1 no

2 no

3 no

4 yes

5 yes

non va...

 ...

 

1 no

2 yes

3 yes

4 yes

5 yes

VA!

...allora adesso fai...

1 no

2yes

3yes

4yes

5no

VA!...

1 no

2yes

3yes

4no

5no

VA!...

1no

2yes

3no

4no

5no

NON VA...allora...

1no

2yes

3yes <- rimetti questo su yes

4no 

5no

VA..... ok, parti a testare tutto 

 

  • Haha 1
Link to comment
Share on other sites

  • Supervisor

A scanso di equivoci se magari arriva qualche devs a leggerci...

io pagherei per avere il mio sistema senza l'obbligo di combattere con il quirk e gli MMIO

 

Il sistema e' perfetto

ma e' una variabile in piu' da gestire non indifferente 🙂

 

Link to comment
Share on other sites

Beh allora dopo un po di prove sono ancora più confuso di prima perchè senza usare la whitelist il mio sistema con DevirtualiseMmio su NO non boota, su YES boota.
Allora ho lasciato DevirtualiseMmio su YES ed ho fatto:
1 yes 

2 yes

3 yes

4 yes

5 no
non boota

1 no 

2 yes

3 yes

4 yes

5 yes

boota

1 no

2 no

3 yes

4 yes

5 yes

boota

1 no

2 no

3 no

4 yes

5 yes

boota

1 no

2 no

3 no

4 no

5 yes

boota


E qui pensavo di terminare visto che l'ultimo su no non mi boota ed invece ho provato

1 no

2 no

3 no

4 no

5 no

ed ha bootato (ma come così non è come avere DevirtualiseMmio su NO? Ma non mi bootava 😳

Link to comment
Share on other sites

  • SemanticA changed the title to Guida Gigabyte Aorus PRO Z390 + i5 9600k + RX580 / Vega / RDNA con EFI e PROFILI Bios - MacOS BigSur / Monterey.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • There are no registered users currently online
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.