OpenCore aka OC.. Nuovo BootLoader !!!

[fabiosun]

no problem! funziona 🙂

 

[Anto65]

 

HfsPlus.efi driver freschi nada? l Ultimo risale a 2 mesi fa 🤔

[Gengik84]

Non qualifica nulla, non hai problemi... usa quello che hai ora

[Anto65]

😀  certamente era solo a titolo informativo 

[Gengik84]

51 minuti fa, antuneddu ha scritto:

HfsPlus.efi driver freschi nada? l Ultimo risale a 2 mesi fa 🤔

 

https://www.macos86.it/topic/2328-driver-uefi-nuovo-hfsplusefi/?do=findComment&comment=115978

 

[Giaccaz]

Eccomi...eccomi......ci sono pure io.

😁

Buongiorno a tutti

 

 

Edited July 6, 2021 by Giaccaz

[Giaccaz]

una curiosita,

ora il sistema funziona senza nessun problema tutto viene riconosciuto , utilizzo audio con PciRoot(0x0)/Pci(0x1b,0x0) in DeviceProperties, come potete vedere .

 

 

so che il riconoscimento del device audio si puo fare anche mettendo i parametri in bootarg, la mia curiosita e..... piu corretto utilizzare il riconoscimento del device in DeviceProperties o in bootarg ?

 

 

..... ripeto la mia e solo curiosita , di capire le cose.

tenkiu in anticipo per chi mi rispondera.

ciau. 

Edited July 6, 2021 by Giaccaz

[Eniac]

In boot-args puoi impostare la voce alcid=xx in base alla tua scheda audio ma la scheda devi definirla e ci vuole la voce in deviceproperties. (spero di non aver detto cavolate) 

Per il resto tutto ok anche per me con la 071 🙂 

[Giaccaz]

nel mio config.plist la voce bootarg e vuota come puoi vedere

 

 

 sino a oc 0.6.7 utilizzavo 

keepsyms=1 debug=0x100 alcid=1 agdpmod=pikera

poi un bel giorno mi son detto togliamo tutto e proviamo a vedere che succede ....e tutto funziona senza nessun problema.

Per  quello non riesco a capire , e ho chiesto info in merito ...

 

 

p.s. utilizzando ocvalidate  e tutto a posto come potete vedere

 

 

invece OCcompare mi da sempre quelle differenze che ho postato prima

 

 

Edited July 6, 2021 by Giaccaz

[Eniac]

Con alcid definisci quale è il canale che vuoi usare per la tua scheda audio definita in deviceproperties, di solito si usa 1 o 7 ma possono essercene diversi altri .

Per quanto riguarda l'errore che hai con OCcompare non so aiutarti io uso solo il validate, magari qualcuno più esperto potrà illuminarti 🙂 A meno che tu non stia usando una versione di OCcompare non relativa alla versione di OC

[Giaccaz]

allora se ho ben capito....alcid e meglio metterlo ( utilizzavo 1 ) , per Occcompare non e un errore...mi avvisa che nel mio confi.plist ho una voce in piu rispetto al Sample.plist di oc ( PciRoot(0x0)/Pci(0x1F,0x3) ) , e una voce in meno ( PciRoot(0x0)/Pci(0x1b,0x0) ) sempre rispetto al Sample.plist di oc ,ma non e detto che sia un errore.... perche definisco il device in maniera diversa dal sample.plist, ( ma forse dico una cavolata )

 

Edited July 6, 2021 by Giaccaz

[Eniac]

Ma non credo che sia strettamente necessario metterlo, a meno che tu non voglia usare un dato canale per altri motivi, di solito quello che viene assegnato di default va quasi sempre bene.

Beh una voce mancante o in più  in valore assoluto è un errore in effetti, questo non pregiudica l'avvio della macchina ma qualcosa che non va bene c'è.. poi definirlo errore o mancanza è relativo 🙂 

[Giaccaz]

eureka!!!

mi si e accesa una lampadina....ho fatto una prova...

allora se utilizzo solo la voce in DeviceProperties ---- >PciRoot(0x0)/Pci(0x1b,0x0) poi  devo mettere in boot-args ---->alcid=1

se invece utilizzo PciRoot(0x0)/Pci(0x1F,0x3) mettendo tutte le sue impostazioni ,come ho postato sopra , non serve mettere alcid=1 ,fatto ora una prova.....

allora se ho ben capito nel primo caso utilizzo un device generico che devo definire in boot-args con alcid=1, invece nel secondo caso definisco il device in DeviceProperties non serve utilizzare la voce alcid=1.

Ora la mia curiosita per gli esperti ......quale e il sistema piu corretto?

 

 

P.S

chiedo cortesemente al admin o a chi e preposto di mettere gli ultimi miei post di questa discussione  in un  apposito thread perche sono leggermente  OT in questo therad😬 , chiedo scusa per aver fatto sto casino  😬

Edited July 6, 2021 by Giaccaz

[rainbowflare]

54 minuti fa, Giaccaz ha scritto:

eureka!!!

mi si e accesa una lampadina....ho fatto una prova...

allora se utilizzo solo la voce in DeviceProperties ---- >PciRoot(0x0)/Pci(0x1b,0x0) poi  devo mettere in boot-args ---->alcid=1

se invece utilizzo PciRoot(0x0)/Pci(0x1F,0x3) mettendo tutte le sue impostazioni ,come ho postato sopra , non serve mettere alcid=1 ,fatto ora una prova.....

allora se ho ben capito nel primo caso utilizzo un device generico che devo definire in boot-args con alcid=1, invece nel secondo caso definisco il device in DeviceProperties non serve utilizzare la voce alcid=1.

Ora la mia curiosita per gli esperti ......quale e il sistema piu corretto?

 

 

P.S

chiedo cortesemente al admin o a chi e preposto di mettere gli ultimi miei post di questa discussione  in un  apposito thread perche sono leggermente  OT in questo therad😬 , chiedo scusa per aver fatto sto casino  😬

In PciRoot(0x0)/Pci(0x1f,0x3) se aggiungi la voce layout-id e la valorizzi con il numero che ti serve puoi anche scegliere il setup come alcid

[iCanaro]

58 minuti fa, Giaccaz ha scritto:

Ora la mia curiosita per gli esperti ......quale e il sistema piu corretto?

 

quello che uno riesce a fare e che funziona

aggiungere la voce nei boot-arg è la cosa più facile e che chiunque dovrebbe riuscire fare

usare deviceproperties richiede uno sforzo maggiore

per chiudere, IMHO però o usi un metodo o usi l'altro, insieme non ha molta logica

 

1 ora fa, Giaccaz ha scritto:

allora se ho ben capito....alcid e meglio metterlo ( utilizzavo 1 ) , per Occcompare non e un errore...mi avvisa che nel mio confi.plist ho una voce in piu rispetto al Sample.plist di oc ( PciRoot(0x0)/Pci(0x1F,0x3) ) , e una voce in meno ( PciRoot(0x0)/Pci(0x1b,0x0) ) sempre rispetto al Sample.plist di oc ,ma non e detto che sia un errore.... perche definisco il device in maniera diversa dal sample.plist, ( ma forse dico una cavolata )

 

 

ti avvisa appunto delle voci che non ci sono nel sample, ma riguardo deviceproperties che uno aggiunge, si può ignorare; puoi anche settare OCConfigCompare per fare in modo non rilevi tali voci in deviceproperties

[Anto65]

2 ore fa, Eniac ha scritto:

In boot-args puoi impostare la voce alcid=xx in base alla tua scheda audio ma la scheda devi definirla e ci vuole la voce in deviceproperties. (spero di non aver detto cavolate) 

Per il resto tutto ok anche per me con la 071 🙂 

Ciao se hai aggiornato i kext non ti serve -lilubetaall  in boot-args  come anche keepsyms=1  utile per generare debug in caso di  di kernel panic 🙂

[Gengik84]

2 ore fa, Giaccaz ha scritto:

allora se utilizzo solo la voce in DeviceProperties ---- >PciRoot(0x0)/Pci(0x1b,0x0) poi  devo mettere in boot-args ---->alcid=1

 

nel tuo caso mettere quel path in DeviceProperties è errato e ovviamente sei costretto a usare alcid=x, altrimenti l'audio non ti funziona

Quel path riguarda vecchi hardware precedenti a skylake

successivamente quello corretto è PciRoot(0x0)/Pci(0x1F,0x3)

 

2 ore fa, Giaccaz ha scritto:

P.S

chiedo cortesemente al admin o a chi e preposto di mettere gli ultimi miei post di questa discussione  in un  apposito thread perche sono leggermente  OT in questo therad😬 , chiedo scusa per aver fatto sto casino  😬

Alla fine possiamo lasciare qui, a parte il discorso audio parli comunque di tools di verifica del config di opencore

[Ramirez71]

Buongiorno a tutti

aggiornato OC da 069 a 071 e, se spengo con una applicazione aperta al riavvio mi da questa notifica

 

 

Ovviamente il pc è stato spento normalmente!!! Ne sapete nulla?

 

Gia che ci sono vorrei capire una cosa riguardo agli aggiornamenti del bootloader: di solito era sufficente cambiare i file binary, driver e kext fondamentali, ma negli ultimi sono state introdotte nuove funzioni (e quindi nuove stringhe) nel config.

Generalmente faccio un confronto visivo aprendo con xcode quello in uso e, accanto, il nuovo sample.plist afiancandoli riga per riga; dove trovo differenze vado aggiungere su quello in uso in modo da non rifarlo da capo.

Esite un metodo che permette di evidenziare in automatico le differenze ed eseguire un merge selettivo? Voi come fate?

Grazie a tutti

[Anto65]

1 ora fa, Ramirez71 ha scritto:

Buongiorno a tutti

aggiornato OC da 069 a 071 e, se spengo con una applicazione aperta al riavvio mi da questa notifica

 

 

Ovviamente il pc è stato spento normalmente!!! Ne sapete nulla?

 

Gia che ci sono vorrei capire una cosa riguardo agli aggiornamenti del bootloader: di solito era sufficente cambiare i file binary, driver e kext fondamentali, ma negli ultimi sono state introdotte nuove funzioni (e quindi nuove stringhe) nel config.

Generalmente faccio un confronto visivo aprendo con xcode quello in uso e, accanto, il nuovo sample.plist afiancandoli riga per riga; dove trovo differenze vado aggiungere su quello in uso in modo da non rifarlo da capo.

Esite un metodo che permette di evidenziare in automatico le differenze ed eseguire un merge selettivo? Voi come fate?

Grazie a tutti

Ciao puoi controllare con ocvalidate che trovi all interno della release nella cartella Utilities il tuo plist   , trascinando nel terminale prima uno e poi l altro , evuntuali " missing " li vai a cercare nel sample.plist della nuova release  e li aggiungi al tuo plist " no schema " invece vanno eliminate, puoi usare anche OCConfigCompare trovo pero' ocvalidate piu' semplice e veloce 

[Ramirez71]

36 minuti fa, antuneddu ha scritto:

trascinando nel terminale prima uno e poi l altro , evuntuali " missing " li vai a cercare nel sample.plist della nuova release  e li aggiungi al tuo plist " no schema " invece vanno eliminate

Grazie domani con calma provo perchè non mi era chiaro il sistema: faccio sapere se non riesco

Sempre molto attenti e disponibili: non è da tutti!!!!

[Ramirez71]

23 ore fa, antuneddu ha scritto:

Ciao puoi controllare con ocvalidate

Ciao Antuneddu ti ringrazio per la dritta; non aggiorno tutti i mesi OC ma se lo avessi fatto con il 070 probabilmente mi sarei imbattuto in un tuo precedente post nel quale davi a un altro utente la stessa informazione: chiedo scusa per la svista ma il forum è grande e possono sfuggire argomenti già trattati.

Veniamo al dunque: Il messaggio di errore all'avvio a quanto pare è legato all'uso di FakeSMC insieme a 071 (con 069 non dava problemi, risolto tornando a Virtual) tuttavia facendo OCValidate emerge quanto segue:

Prima prova:

OCS: Missing key Base, context <Patch>!      Kernel> Patch??????  Le voci “Patch” sono presenti in : ACPI,Booter,Kernel ma nessuna contiene “BaseSkip”

OCS: Missing key BaseSkip, context <Patch>!    

OCS: Missing key Delete, context <DeviceProperties>!

OCS: Missing key ProvideCurrentCpuInfo, context <Quirks>!

OCS: Missing key CustomKernel, context <Scheme>!

OCS: Missing key Flavour, context <Tools>!       (occorrono per forza????)

OCS: No schema for AdviseWindows at 0 index, context <Generic>!

OCS: Missing key AdviseFeatures, context <Generic>! OCS: Failed to parse data field as value with type integer and <AA==> contents, context <AudioCodec>!  Forse risolto con <01>

OCS: Failed to calculate size of false field containing <empty> as type integer, context <PlayChime>! DA CAPIRE

OCS: No schema for KeyMergeThreshold at 2 index, context <Input>!

OCS: No schema for AppleEvent at 3 index, context <ProtocolOverrides>!

OCS: Missing key AppleEg2Info, context <ProtocolOverrides>!

Serialisation returns 13 errors!

 

Seconda prova:

OCS: Missing key Base, context <Patch>!   

OCS: Missing key BaseSkip, context <Patch>!

OCS: Failed to parse data field as value with type integer and <AQ==> contents, context <AudioCodec>! DaCAPIRE!!!!!!

OCS: Failed to calculate size of false field containing <empty> as type integer, context <PlayChime>! Da Capire!!!!!!

Serialisation returns 4 errors!

 

In verde ho evidenziato quelli risolti, in bianco quelli da risolvere e in giallo le mie annotazioni

ho tolto NoSchema e messo i Missing ma.... occorrono tutte le Patch o tutti i Tols anche se difatto non sono abilitati?  I due "Failled" sono OT ma dovrò capire come affrontarli, per i primi due mi sapresti consigliare?

[Anto65]

ciao , cerca nel sample.plist della 0.71 🙂

 

[Ramirez71]

Ok: per base e baseskip penso non sia un problema, tutto chiaro. Sugli altri due non ho capito dove sta l’inghippo però mi prendo un po’ di tempo per smanettarci studiandomi il configurator pdf: penso siano problemi più vecchi dell’aggiornamento (quindi un po’ OT) ma se proprio non ne vengo a capo mi rifaccio vivo. 
Ancora grazie 🙏
 

[Anto65]

15 minuti fa, Ramirez71 ha scritto:

Ok: per base e baseskip penso non sia un problema, tutto chiaro. Sugli altri due non ho capito dove sta l’inghippo però mi prendo un po’ di tempo per smanettarci studiandomi il configurator pdf: penso siano problemi più vecchi dell’aggiornamento (quindi un po’ OT) ma se proprio non ne vengo a capo mi rifaccio vivo. 
Ancora grazie 🙏
 

AudioCodec imposta come il sample  0 

Playchime  serve per attivare il suono all avvio se non lo usi imposta Disabled

[Ramirez71]

2 minuti fa, antuneddu ha scritto:

AudioCodec imposta come il sample  0 

Playchime  serve per attivare il suono all avvio se non lo usi imposta Disabled

Così non c’è gusto!!!!😂

giusto per capire:

1-ma le patch anche se non abilitate devono comunque comparire? 

2-in Misc/Tols le voci vengono compilate in base alla presenza o assenza di driver nelle suddetta cartella attraverso OC-Snapshot…posso difatto ignorare quei missing?