A23SS4NDRO

Quindi anche se qua vit9696 sostiene che è troppo tardi se sta sotto PCI0 per NVRAM support? Sul thread tedesco forse si riesce a capire il motivo per cui sia tardi metterlo sotto PCI 0? È comunque la stessa cosa...?

Ok, il motivo è per il fatto che vengono caricati indipendentemente dalla sottosezione in cui sono? Scusami l'ignoranza ma ho la curiosità di capire😃

Buongiorno a tutti, posto qui il commento che trovate sotto opencore, siccome ha radici sullo sviluppo di opencore inizialmente ho postato qui, poi decidete voi dove è più idoneo che permanga questa considerazione 😀 Volevo avvisare che l'ssdt che trovo qua, (ssdt PMC) dice che va messo PMCR sotto LPCB e non sotto PCI0... Sono da sistemare gli ssdt con questa piccola modifica? Grazie in anticipo per i chiarimenti, e scusate se ho postato doppio😅

Buongiorno, volevo avvisare che l'ssdt che trovo qua, (ssdt PMC) dice che va messo PMCR sotto LPCB e non sotto PCI0... Sono da sistemare gli ssdt con questa piccola modifica? Se è più idoneo posto questo sotto SSDT_Hack

No, assolutamente sto già benissimo con 9700K su Z370 Prime A II che implementa VRM adatti per overclock e ha compatibilità al 400% con macOS senza problemi, nessun problema di iGPU+GPU, zero problemi di hevc decoding o roba con DRM content, o problemi di avvio/spegnimento/nvram non nativa/timeout fasulli Ottimo allora! Bene a sapersi 😁

Ragazzi, ci sarà speranza per NVRAM nativa per chi ha Z390 con questa scoperta? https://github.com/acidanthera/OpenCorePkg/commit/a825da4e566bba827f0c462d598eaa2b2f0b84f4 https://github.com/acidanthera/OpenCorePkg/commit/663a16fb83f7228da6cb8bf894232fef5366c546 On certain implementations, including APTIO V, PMC MMIO mapping is required * for NVRAM access. The reason for this is still quite unclear, as SPI is * located in higher addresses: * On certain implementations, including APTIO V, PMC initialisation is * required for NVRAM access. Otherwise it will freeze in SMM mode. * The reason for this is rather unclear. Note, that PMC and SPI are * located in separate memory regions and PCHRESV maps both, yet only * PMC region is used by AppleIntelPCHPMC https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/AcpiSamples/SSDT-PMC.dsl Cito: "This works around bugs in APTIO V NVRAM implementation on Z390 and above. Based off multiple third-party contributions with additional debugging from https://www.hackintosh-forum.de/forum/thread/46154. Also thanks to @vandroiy2013"

Giusto che ci sei, su Z390 se non hai nvram nativa e iGPU+GPU non avviano con la patch framebuffer che giustamente ti ha consigliato @iCanaro potresti vedere se con il driver MemoryAllocation.efi riesci a risolvere la questione iGPU + GPU cosi non hai piu i problemi di anteprima jpeg (che risolvi quando riesci ad abilitare la integrata)? Ovviamente in EFI/CLOVER/drivers/UEFI deve esserci anche OCquirks e Fwruntimeservices di vit9696, cui ha contribuito ReddestDream (solo con il driver Ocquirks.efi) Facci sapere, aspettiamo volentieri un responso per capire veramente se questo driver di origini poco note ha stoffa o meno

Mi domandavo da un po' di tempo perché weg potesse condizionare la performance di una scheda video, quindi ho chiesto a vit9696 in persona, sviluppatore del software in questione, e sostiene che l'ipotesi di partenza sia falsa... È particolare il fatto che la performance della tua Vega cambi in base all'utilizzo di tale kext🤔

https://www.insanelymac.com/forum/topic/325987-whatevergreen-support-topic/?page=52&tab=comments#comment-2704803

La rimando qui in modo tale che non ci siano equivoci EFI Attuale.zip

Ho aggiunto (anche se me lo avevi sconsigliato, ma tentar non nuoce, ero curioso) npci=0x3000 È cambiato il punto in cui si ferma (questo con SMCsuperIO disabilitato perché altrimenti si fermava su "MAC framework successfully initialized)

Ahahah a cosa ti riferisci? Che siamo ancora fermi nonostante le modifiche?

Ok tolto releaseusbownership Serve che inserisca debug=0x100 e keepsyms=1 per aumentare livello di verbose?

È impostato su yes, perché usavo fixownership da clover dal momento che non posso impostare XHCI handoff da bios Lo stesso con AppleXCPMCfgLock che equivale a kernelPM per la protezione scrittura del registro MSR 0xE2

Ok benissimo ho messo la stable di RTL8111 e inchioda qua Forse serve npci=0x2000 o 0x3000? Il log di opencore è vuoto Serve che aumento i livelli di debug aggiungendo le versioni Debug al posto di quelle in Release per tutte le kext oppure ce la possiamo cavare con le conoscenze che abbiamo in base a dove si blocca? Provato ad aggiungere bootarg npci=0x2000

Perfetto, davo per scontato fosse la v.2.2.2 ma procedo appena torno a mettere la stable. Ok quindi vado tranquillo Vi terrò aggiornati 😃👍 Infatti volevo evitare ahah

Allego qui l'ssdt se dovesse essere soggetto a modifiche/migliorie in merito a EC SSDT_SkyLake.aml.zip

Per quanto riguarda EC, vedo solo questi in SSDT_Skylake_PM che utilizzo (forse EC lo avevi aggiunto sull'altra build che avevo, quindi su SSDT_Kaby_Coffelake_PM del PC con Asus Z370 Prime A II+ 9700K) External (_PR_.CPU0, DeviceObj) External (_SB_.PCI0, DeviceObj) External (_SB_.PCI0.GFX0, DeviceObj) External (_SB_.PCI0.HDAS, DeviceObj) External (_SB_.PCI0.PEG0, DeviceObj) External (_SB_.PCI0.PMCR, DeviceObj) External (_SB_.PCI0.SAT0, DeviceObj) External (_SB_.PCI0.SBUS, DeviceObj) External (_SB_.PCI0.XHC_, DeviceObj) Tra gli scope non vedo qualcosa che inizi con EC, quindi forse serve rivederlo aggiungendoci nel DefinitionBlock External (_SB_.PCI0.LPCB.EC0_, DeviceObj) (l'ho visto confrontando le modifiche che menzionavi qua) Screenshot ssdt_Coffelake utilizzato su altra build, Asus Z370 Prime A II+ 9700K Del mio ssdt dell'altra build, ma tale blocco che definisce EC (presente su ssdt_coffelake aggiunto da te) su quello che trovi nella EFI (SSDT_Skylake +PM) allegata sopra sembra che non ci sia, ho dato un'occhiata ma per evitare di fare danni non ci ho messo le mani Il kext in questione che genera questo errore e' quello del repository di mieze (qui) che trovi anche nella EFI allegata sopra e l'errore lo logga opencore su file opencore-2020-01-19-113105.txt.zip Mentre si ho provato a disabilitarlo, si blocca comunque in quella zona molto prematura del boot, ma la cosa interessante e' vedere che il log e' vuoto opencore-2020-01-19-105039.txt.zip Tutti gli altri log dell'avvio, altri log.zip sono identici quindi si avevo lo stesso errore anche su 0.5.3 (i log datati prima del 13 Gennaio, data in cui e' stato rilasciato 0.5.4, documentano gli errori che avvenivano con 0.5.3 release version) _________________________________________________________________________ Per quanto riguarda questo avevo scritto che era un fraintendimento, 😅 quindi ho sempre usato versioni Release di opencore (legendomi ogni volta in separata sede i changelog che implementavano mano mano, ecco perche' poteva sembrare che usassi la beta ma non l'ho mai usata... _________________________________________________________________________ Questo era l'ultimo test che mi rimaneva di fare, ma avevo chiesto se era necessario andare a parare li' perche' il problema di fatto e' differente da quello mostratosi nei primi screenshot del topic, sbaglio? Grazie in anticipo, scusatemi per il post lungo 😁

P.S. senza una torcia (voi come forum) brancolo nel buio

Secondo voi come potrei procedere per far proseguire la fase di preboot? Non riesco bene a capire quale sia il motivo per cui la scheda di rete realtek 8111 dia problemi (p.s. sto avviando l'installer di mojave, quindi non ho i problemi di ssdt EC che potrebbero derivare se facessi partire catalina) Posso provare a togliere virtualsmc e i satelliti e mettere fakesmc come dicevo prima nei post precedenti, ma siamo sicuri che l'errore di cui si lamenta opencore nel file log e nel punto in cui si blocca, siano strettamente in correlazione con SMC di sistema? Ne gioverebbe di questo cambio? Forse non ho bene individuato il problema, se avete qualche spunto magari posso provare a testare pezzo per pezzo cosa è che non va in modo da almeno circoscrivere il problema ad una classe più ristretta di test da effettuare

Comunque l'errore "no nvram variable" non corrisponde a nvram non nativa, perché la stessa build con clover ha NVRAM perfettamente funzionante P.S. il PC senza CSM non avvia neanche con clover

Inoltre, ho anche aggiornato la EFI con Opencore 0.5.4 Allego la cartella e config.plist (togliendo i MLB, ROM, smuuid e Serial Number, ma sono presenti in quello che uso) separato se volete dare un'occhiata EFI.zip

OK ho testato questa configurazione con VirualSMC e kext satellite e AppleSMCIO. Questo è il risultato: https://postimg.cc/7C0F5B6Y Nel log che viene messo nella ESP, il messaggio è lo stesso: 00:000 00:000 OC: Prelink injection RealtekRTL8111.kext (Realtek LAN Driver) - Invalid Parameter Se provo a disabilitare RTL8111 non parte comunque, e il logo è vuoto. Appena posso provo con FakeSMC senza kext satellite,

Ok, quindi quando videoproc come video card ti fa vedere AMD Radeon... 64 (che usa come acceleratore) non può usare il QS, quindi che accelerazione utilizza?

@iCanaro la seconda schermata mostra come GPU "AMD Radeon... 8192MB" che immagino sia la tua Vega56, ma videoproc quale engine utilizza per accelerazioni hardware con quella GPU? di solito in quella sezione "video card" viene riportata la iGPU che usa il QuickSync con VideoProc, quindi se non usa QuickSync come acceleratore, come fa? Grazie in anticipo Quindi che Engine utilizza? sempre quicksync o qualcosa che invece fa lavorare gli stream processors delle AMD?