Jump to content

Power Management


iCanaro

Recommended Posts

  • Support Team

Verifica per il corretto funzionamento.

 

Pare che ci siano difficoltà per avere un corretto funzionamento, perlomeno rilevo questo su Z370

 

Ioreg da big sur avviato da OC con in uso SSDT-Basic + SSDT-4-xh_rvp08

iMacSTRIX_BS_SSDT-Basic.ioreg.zipFetching info...

 

ioreg da catalina avviata da Clover con SSDT-PM-8700K + SSDT-AWAC + SSDT-EC-USBX-DESKTOP + SSDT-4-xh_rvp08

(ma stesso risultato con plugin type attivo nel config senza  SSDT-PM oppure usando il solo SSDT-Basic)

iMacSTRIX_CATY_SSDT-PM-8700K.ioreg.zipFetching info...

bootlog.txt.zipFetching info...

 

 

se serve altro @Gengik84

 

Poi verifico su altri hack la situazione

Link to comment
Share on other sites

  • Administrators

PM funzionante... Basic non perdona 😄

Ok anche il secondo comunque

 

per informazione, SSDT-AWAC nel tuo caso non serve, anzi per come è scritto non verrà neanche caricato, perchè è statico e non trovando corrisspondenza, viene omesso con errore.

Giusto per informazione, poi è OT per questo topic  🙂

 

Quindi pluginType sul config, fallisce attualmente nella tua Z370?

Link to comment
Share on other sites

  • Administrators

PM-ALL funziona di sicuro, fatto con codice dinamico che è anche in Basic  🙂

  On 11/17/2020 at 11:36 AM, iCanaro said:

avevo provato CPUFriend con il suo CPUDataProvider, ma il risultato non cambiava

Expand  

Questi no, non abilitano il pm, diciamo che in caso serve per "modellarlo" quando è già Comunque attivo

Link to comment
Share on other sites

  • Support Team
  On 11/17/2020 at 11:36 AM, Gengik84 said:

Giusto per informazione, poi è OT per questo topic 

Expand  

non sapevo dove metterlo, spostalo dove ritieni più opportuno 🙂

  On 11/17/2020 at 11:36 AM, Gengik84 said:

PM funzionante... Basic non perdona 😄

Ok anche il secondo comunque

Expand  

 

scusami ma allora stò andando in confusione, non ho capito quale è la voce esatta da guardare per capire se il PM lavora oppure no

 

  On 11/17/2020 at 11:36 AM, Gengik84 said:

per informazione, SSDT-AWAC nel tuo caso non serve, anzi per come è scritto non verrà neanche caricato, perchè è statico e non trovando corrisspondenza, viene omesso con errore.

Expand  

OK era per prova e differenziare configurazione tra Clover e OC

 

  On 11/17/2020 at 11:36 AM, Gengik84 said:

Quindi pluginType sul config, fallisce attualmente nella tua Z370?

Expand  

a questo punto non ho risposta certa, per quello che guardavo io, il risultato era sempre il medesimo per qualunque test eseguito

Link to comment
Share on other sites

  • Support Team
  On 11/17/2020 at 11:58 AM, Gengik84 said:

entiamo anche l'altri ragazzi, controlliamo il tutto, magari gli linkiamo questo topic per postare ioreg etc

e in caso gli facciamo mettere SSDT-PM-ALL

che dici?

Expand  

per me è una ottima idea

 

ovviamente chi usa SSDT-Basic o SSDT x hack PM incluso, ne dovrebbe essere esente, ma un controllo di certo non guasta

  • Like 1
Link to comment
Share on other sites

Colgo l'occasione per segnalare una stranezza riscontrata sul mio laptop Comet Lake con l'ultima release di Big Sur

log raccolto con dmesg, queste scritte sono ben visibili alla fine di ogni boot
 

[   46.488099]: X86PlatformPlugin::cgRegisterPLimitCallbackHandler - There are 0 entries in the linked list before target 0xffffff937c0ecaf0 callback 0xffffff7fb91419a2 name X86PlatformShim, LINK at 0xffffff937c186270 contains 0xffffff937b4b41c0
[   46.488106]: X86PlatformPlugin::cgRegisterPLimitCallbackHandler - There are 0 entries in the linked list before target 0xffffff937c0ecaf0 callback 0xffffff7fb91419a2 name X86PlatformShim, LINK at 0xffffff937c186270 contains 0xffffff937b4b41c0
[   46.488131]: X86PlatformPlugin::cgRegisterPLimitCallbackHandler - There are 0 entries in the linked list before target 0xffffff937c0ecaf0 callback 0xffffff7fb91419a2 name X86PlatformShim, LINK at 0xffffff937c1862e0 contains 0xffffff937b4b41e0
[   46.488136]: X86PlatformPlugin::cgRegisterPLimitCallbackHandler - There are 0 entries in the linked list before target 0xffffff937c0ecaf0 callback 0xffffff7fb91419a2 name X86PlatformShim, LINK at 0xffffff937c1862e0 contains 0xffffff937b4b41e0
[   46.488159]: X86PlatformPlugin::cgRegisterPLimitCallbackHandler - There are 0 entries in the linked list before target 0xffffff937c0ecaf0 callback 0xffffff7fb91419a2 name X86PlatformShim, LINK at 0xffffff937c1863c0 contains 0xffffff937b4b4cc0
[   46.488164]: X86PlatformPlugin::cgRegisterPLimitCallbackHandler - There are 0 entries in the linked list before target 0xffffff937c0ecaf0 callback 0xffffff7fb91419a2 name X86PlatformShim, LINK at 0xffffff937c1863c0 contains 0xffffff937b4b4cc0


@Gengik84 Ti viene per caso in mente qualcosa? PM funzionante, ma vorrei capire se può essere più o meno normale o se sia un problema di configurazione (sul desktop non succede, quindi immagino che non dipenda solo da Big Sur). Forse serve qualche bootarg di Lilu o WeG per estrarre qualche dato in più

Edited by marianopela
Link to comment
Share on other sites

  • Supervisor.

Un'ipotesi è che non riconosce il modello di CPU.

 

Questo è dal log di @iCanaro:

10:092  0:000  ApicCPUNum=1

 

Questo è da un mio vecchio log con una vecchia versione di Clover:

51:718  0:075  CPUBase=0 and ApicCPUBase=1 ApicCPUNum=1
51:740  0:021  Maximum control=0x16
51:761  0:021  Turbo control=0x29
51:783  0:021  P-States: min 0x8, max 0x29
51:805  0:021  SSDT with plugin-type without P-States is generated

Sarebbe interessante avere più informazioni dal log, ma è una cosa da chiedere agli sviluppatori di Clover.

Link to comment
Share on other sites

  • Administrators
  On 11/17/2020 at 12:10 PM, foskvs said:

Un'ipotesi è che non riconosce il modello di CPU.

 

Expand  

si ma non ne riconosce diverse 

 

  On 11/17/2020 at 12:10 PM, foskvs said:

Sarebbe interessante avere più informazioni dal log, ma è una cosa da chiedere agli sviluppatori di Clover.

Expand  

concordo, è un po' troppo limitato per essere un debug.log o forse loro che lo hanno fatto ci capiscono di più

Link to comment
Share on other sites

  • Gengik84 featured and pinned this topic
  On 11/17/2020 at 12:09 PM, Gengik84 said:

@marianopela codesto dipende da cambiamenti su bigsur

ma qui trattiamo attualmente solo il PM non funzionante con PluginType sul config di clover

a te funziona con il fix attivo?

Expand  


Come sempre, hai ragione. Ho appena notato che anche sul desktop è presente, quindi niente di allarmante

Il PM non ne ha risentito, e sono da mesi ormai solo su OC. Mi scuso per l'inconveniente e mi ritiro

  • Like 1
Link to comment
Share on other sites

  • Supervisor.

Senza entrare troppo nello specifico, sarebbe il caso di aggiungere almeno un print di

gCPUStructure.Model

in /rEFIt_UEFI/Platform/StateGenerator.cpp giusto per escludere l'eventualità. Forse è il caso di aprire un issue su github. Nella speranza che facciano modifiche e facciano provare versioni già compilate.

...oppure di passare a Opencore.😂

Link to comment
Share on other sites

  • Support Team
  On 11/17/2020 at 12:00 PM, foskvs said:

La cosa strana è che dal log di Clover non c'è nessun errore.

Trova una CPU, scrive plugin-type = 1 e non segnala alcun errore.

Expand  

 

se vuoi un po' analizzare

Z370 con flaggato Plugin Type nel config

non attivo il PM direi

da terminale non riporta nulla

 

iMacSTRIX_Clover+PluginType.ioreg.zipFetching info... bootlog.txt 2.zipFetching info...

  • Like 1
Link to comment
Share on other sites

  • Administrators
  On 11/17/2020 at 12:17 PM, Tricchi said:

Anch'io sono senza Power Management con Clover r5126 e Catalina.

Expand  

Vai in download, scarica SSDT-PM-ALL, collacalo in patched, rimuovi pluginType dal config

riavvia e posta ioreg

  On 11/17/2020 at 12:19 PM, iCanaro said:

 

se vuoi un po' analizzare

Z370 con flaggato Plugin Type nel config

non attivo il PM direi

da terminale non riporta nulla

 

iMacSTRIX_Clover+PluginType.ioreg.zip 870 kB · 0 download bootlog.txt 2.zip 13 kB · 0 download

Expand  

nulla....

non funziona e il log dice solo

8:427  0:000  SSDT with plugin-type without P-States is generated

  On 11/17/2020 at 12:17 PM, foskvs said:

in /rEFIt_UEFI/Platform/StateGenerator.cpp giusto per escludere l'eventualità. Forse è il caso di aprire un issue su github. Nella speranza che facciano modifiche e facciano provare versioni già compilate.

...oppure di passare a Opencore.😂

Expand  

oppure anche usare PM-ALL... ora e domani evitando problemi 😜

  • Like 1
Link to comment
Share on other sites

  • Supervisor.
  On 11/17/2020 at 12:19 PM, iCanaro said:

 

se vuoi un po' analizzare

Z370 con flaggato Plugin Type nel config

non attivo il PM direi

da terminale non riporta nulla

 

iMacSTRIX_Clover+PluginType.ioreg.zip 870.15 kB · 1 download bootlog.txt 2.zip 13.4 kB · 1 download

Expand  

Ora però vedo che prova a generarti l'SSDT nonostante il PM continua a non funizionarti.

8:427  0:000  ApicCPUNum=1
8:427  0:000  Maximum control=0x25
8:427  0:000  P-States: min 0x8, max 0x25
8:427  0:000  SSDT with plugin-type without P-States is generated

Se prima non lo faceva e ora no... bel bug.

  On 11/17/2020 at 12:20 PM, Gengik84 said:

oppure anche usare PM-ALL... ora e domani evitando problemi 😜

Expand  

Concordo😂

  • Like 1
Link to comment
Share on other sites

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.