A23SS4NDRO

Ssdt_Kabylake_coffelake+PM lo utilizzi? 

Oppure è solo per z370?

P.S. pura passione

Ssdt pmc lo utilizzi integrato con quale ssdt oppure hai optato di non metterlo?

Manderesti uno screenshot della cartella ACPI/patched? 

Grazie

@iCanaro Consiglio di provare quei bootarg [una alla volta ovvio]

agdpmod=vit9696 disables check for board-id (or add agdpmod property to external GPU).

agdpmod=pikera replaces board-id with board-ix.

agdpmod=ignore disables AGDP patches (vit9696,pikera value is implicit default for external GPUs).

con WeG (magari sempre con Vega56 nano)

Anche da @LucioBT sarebbe bello vedere come la sua Vega che da 55K in metal è arrivata a 71k (parecchio strano siccome dovrebbe stare sui media 60K massimo da qui)  

On 1/25/2020 at 8:21 PM, Gengik84 said:

Mai mai usato.

parliamo di schede native.

Il fake-id + Inject ATI ho letto sul post di @iCanaro che sono usati in sostituzione di WeG...

Infatti anche qui sopra Lucio chiedeva a cosa servissero, (ma bisognerebbe chiedersi prima perché servono se la scheda è nativa?)

P.S. delucidazioni su questo topic su WeG e il fatto che agisca sulla performance qua

Nuove info direttamente da vit9696

Regarding GPU performance, we believe there is no difference in general, and so far were unable to observe any. However, it is possible to use different AGDP profile for testing purposes. Basically that is the only thing that can affect GPU power management when using WEG. Currently this can be configured with a device property or a boot argument — agdpmod. By default it is working in vit9696,pikera mode. You can try others:

• agdpmod=vit9696 disables check for board-id (or add agdpmod property to external GPU).
• agdpmod=pikera replaces board-id with board-ix.
• agdpmod=ignore disables AGDP patches (vit9696,pikera value is implicit default for external GPUs).

Please report the results with all these variants.

On 11/18/2019 at 9:52 PM, iCanaro said:

è possibile installare/rimuovere clover daemon che sono i sostituti degli rc.script per l'emulazione della NVRAM tramite il nvram.plist in EFI

Buongiorno, ho notato ieri sera che il test NVRAM non viene passato dal PC in firma con i3 540 (hardware legacy) ma avvia e si spegne tranquillamente con questi drivers

Dite che mi conviene provare il clover daemon installandolo tramite il Clover.app? (gli script rc mi piacciono poco)

Grazie in anticipo

On 1/20/2020 at 5:31 PM, iCanaro said:

 

infatti ho detto su, scritto male, ma sorprendente... ma non è la regola, nel ryzentosh, boot manager OC con e senza WEG le prestazioni sono identiche

Mi è venuta un'idea stamattina

Hai provato nell'hack con la Vega 56 nano con OpenCore con e senza weg?

1 hour ago, xlillo said:

Ho letto da varie parti che WEG si "mangia" il 15-20% di prestazioni della gpu

Sì sono supposizioni molto poco fondate (non si capisce il perché) e ancora molto empiriche

Però puoi provare perché no..?

Domanda veloce, se uno ha appena installato su 18G103 (ultima release di Mojave senza supplemental update) deve mettere sia il supplemental update 001 che il 002 oppure basta solamente mettere l'ultimo?

4 minutes ago, Gengik84 said:

Il discorso che nei test i risultati sono inferiori con WEG è sempre stato

Be' allora è parecchio strano... Vedi qua, ultimo topic dove posto questa immagine

Ok stai tranquillo, appena puoi 😉

Novita' per quanto riguarda tale blocco?

No intendevo il driver memoryallocation.efi non lo userei, sono consapevole del fatto che fwruntimeservices serve comunque sisi

Io andrei di ssdt senza driver aggiunti, così non sei dipendente da quel driver

On 1/24/2020 at 5:02 PM, LucioBT said:

inject ati

inject intel

Comunque ritengo sempre più strano che disattivare weg migliora le performance, secondo me con quel inject ATI/fake id clover aggiunge qualcosa di suo. È possibile che faccia caricare kext differenti per supportare quella dedicata e quindi altera i risultati finali a livello di performance?

Altrimenti non si spiega, vit9696 sostiene che weg rinomina il device a livello i/o e basta, non coinvolge perfomance

On 1/18/2020 at 8:37 PM, SemanticA said:

Usa l’accelerazione della scheda video...ne più ne meno...quicksync alla fine serve solo in combinazione con RX590 a scendere o, per forza di cose, x chi ha solo la igpu

Particolare questo fatto, alcuni sostengono che non sia vero il fatto che l'accelerazione GPU per H265 sia presente da Vega in poi... 

A GPU supporting H.265/HEVC encoding, Skylake+ iGPUs or Polaris/Vega dGPUs

https://github.com/khronokernel/What-s-new-in-macOS-Catalina#what-has-changed-on-the-surface

P.S. scusate l'OT

Grazie mille per la pazienza, impagabile come sempre 

Comunque si, se puoi implementare la modifica per un V2 per Baio che è un po' pignolo, ti ringrazio

35 minutes ago, Gengik84 said:

oltre questo se proprio ti fa piacere posso metterlo anche altrove..non mi costa nulla e mi ci vuole ben poco

Volentieri, certo che mi fa piacere vederlo implementato tra gli ssdt Z390 problematici (infatti non credo serva come dicevi per Z370 e quindi non ha bisogno di modifiche Ssdt_coffeelake_+PM che utilizzo su Z370 il device PMC mi pare neanche sia presente?)

Appena possibile sarebbe interessante magari postare due esempi nello stato pre-modifica e post-modifica

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😅

13 hours ago, Gengik84 said:

comunque per la cronaca tutto questo era già nei miei ssdt

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

15 minutes ago, iCanaro said:

 

non prendere una Z390!

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

23 minutes ago, iCanaro said:

quella roba gengik la stà mettendo da un'annetto negli SSDT 390

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