Jump to content
309 posts in this topic

Recommended Posts

Buonasera a tutti!

 

Ho recentemente usato il primo metodo e funziona, anche se alcune cose non mi sono chiare...

Volevo provare anche il secondo metodo quello proposto da FormerlyKnownAs.

 

Il "comparto" base della mia CPU e' questo..

 

    Scope (_PR)
   {
       Processor (P001, 0x01, 0x00000810, 0x06) {}
       Processor (P002, 0x02, 0x00000000, 0x00) {}
       Processor (P003, 0x03, 0x00000000, 0x00) {}
       Processor (P004, 0x04, 0x00000000, 0x00) {}
       Processor (P005, 0x05, 0x00000000, 0x00) {}
       Processor (P006, 0x06, 0x00000000, 0x00) {}
       Processor (P007, 0x07, 0x00000000, 0x00) {}
       Processor (P008, 0x08, 0x00000000, 0x00) {}    
       Processor (P009, 0x09, 0x00000000, 0x00) {}
       Processor (P010, 0x0A, 0x00000000, 0x00) {}
       Processor (P011, 0x0B, 0x00000000, 0x00) {}
       Processor (P012, 0x0C, 0x00000000, 0x00) {}
       Processor (P013, 0x0D, 0x00000000, 0x00) {}
       Processor (P014, 0x0E, 0x00000000, 0x00) {}
       Processor (P015, 0x0F, 0x00000000, 0x00) {}
       Processor (P016, 0x10, 0x00000000, 0x00) {}
   }

 

E nel precedente esperimento con il "generic" mi ero basato sul numero dei moltiplicatori per calcolare i numero di state.

 

Ora sono andato ancora piu' a fondo e mi sono dumpato le tabelle SSDT (sono la bellezza di 17 da ssdt0 --> ssdt16).

 

Le ho rinominate per migliore gestione:

acpi_ssdt0

acpi_ssdt1

acpi_ssdt2

acpi_ssdt3

acpi_ssdt4

acpi_ssdt5

acpi_ssdt6

acpi_ssdt7

acpi_ssdt8

acpi_ssdt9

acpi_ssdt010

acpi_ssdt011

acpi_ssdt012

acpi_ssdt013

acpi_ssdt014

acpi_ssdt015

acpi_ssdt016

 

E da qui posso confermare che i p-state effettivamente utilizzabili sono (0x0B) cioe' 11.

Conferma di quello che dico e' che trovo queste due stringhe in particolare... molto golose :) .

1) Nelle primissime tabelle (acpi_ssdt0 --> acpi_ssdt7) trovo tra le altre cose

Name (SPSS, Package (0x0B)

Name (NPSS, Package (0x0B)

Ora i pacchetti in essi contenuti ovviamente racchiudono i settaggi per la CPU in quel determinato "stato".

 

2) Nella tabella (acpi_ssdt8) trovo:

 

il _CST del primo processore indicato come P001

Da una veloce analisi e lunghezza direi che e' molto completo.

 

3) Nelle tabelle che vanno dalla (acpi_ssdt9 --> acpi_ssdt015) trovo:

 

i restanti _CST per le CPU che vanno da P002 a P007

il metodo si ripete in tutte le tabelle con la differenza rispetto a quella del P001 di alcune chiamate Alias al primo processore (Ovviamente fatto per non ripetere tutto altre 7 volte).

 

4) Nell'ultima tabella dumpata (acpi_ssdt016) trovo:

Scope (\)

{

Name (SSDT, Package (0x30)

{

"P001IST ",

0xBF7980C0,

0x00000445,

"P002IST ",

ecc.. ecc..

"P016IST ",

0x80000000,

0x80000000

})

Name (CSDT, Package (0x30)

{

"P001CST ",

ecc..ecc..

 

E in esso in seguito sono racchiusi metodi uguali per tutti gli 8 processori. (i7 e' un quad con HT, quindi virtualmente un 8-core).

 

Morale della favola.

Come metto insieme il tutto per poter usuffruire di questi dati "ufficiali" usando il secondo metodo di questo TOPIC.?

 

Fabio

 

EDIT: Ok mi rispondo da solo.

Ho fatto un lavoro da certosino collegando ed inserendo i dati contenuti nelle tabelle ed associando i dati corrispondenti all'interno di ogni tabella all'interno dei dati dei processori.

Provata e funziona. Non ho inserito i dati dell'ultima tabella la acpi_ssdt016 si puo' usare quest'ultima in qualche modo?

End EDIT

ho un problema con il dsdt del aspire one d150, mi da 1 solo errore nella compilazione, ma non ci ho capito niente googolando, l'errore è questo:

 

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 6996: [*** iASL: Read error on source code temp file /Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.src ***]

Error 4096 - syntax error, unexpected $end ^

 

 

qualcuno sa da cosa dipende?

 

 

EDIT:

 

risolto il problema

 

Parentesi mancanti o di troppo...

torna al dsdt funzionante e rifai le modifiche

 

Vorrebbe dire che non ha lo speedstep, quindi posso cestinare anche il file voodoopowermini? Non mi serve a nulla giusto?

 

Mi sa proprio di si :)

Per l'atom usate il voodoopower moddato per evitare kp nel cambio fra batteria e alimentazione ;)

 

Ciao

 

Buonasera a tutti!

 

Ho recentemente usato il primo metodo e funziona, anche se alcune cose non mi sono chiare...

Volevo provare anche il secondo metodo quello proposto da FormerlyKnownAs.

 

Il "comparto" base della mia CPU e' questo..

 

    Scope (_PR)
   {
       Processor (P001, 0x01, 0x00000810, 0x06) {}
       Processor (P002, 0x02, 0x00000000, 0x00) {}
       Processor (P003, 0x03, 0x00000000, 0x00) {}
       Processor (P004, 0x04, 0x00000000, 0x00) {}
       Processor (P005, 0x05, 0x00000000, 0x00) {}
       Processor (P006, 0x06, 0x00000000, 0x00) {}
       Processor (P007, 0x07, 0x00000000, 0x00) {}
       Processor (P008, 0x08, 0x00000000, 0x00) {}    
       Processor (P009, 0x09, 0x00000000, 0x00) {}
       Processor (P010, 0x0A, 0x00000000, 0x00) {}
       Processor (P011, 0x0B, 0x00000000, 0x00) {}
       Processor (P012, 0x0C, 0x00000000, 0x00) {}
       Processor (P013, 0x0D, 0x00000000, 0x00) {}
       Processor (P014, 0x0E, 0x00000000, 0x00) {}
       Processor (P015, 0x0F, 0x00000000, 0x00) {}
       Processor (P016, 0x10, 0x00000000, 0x00) {}
   }

 

E nel precedente esperimento con il "generic" mi ero basato sul numero dei moltiplicatori per calcolare i numero di state.

 

Ora sono andato ancora piu' a fondo e mi sono dumpato le tabelle SSDT (sono la bellezza di 17 da ssdt0 --> ssdt16).

 

Le ho rinominate per migliore gestione:

 

 

E da qui posso confermare che i p-state effettivamente utilizzabili sono (0x0B) cioe' 11.

Conferma di quello che dico e' che trovo queste due stringhe in particolare... molto golose :D .

1) Nelle primissime tabelle (acpi_ssdt0 --> acpi_ssdt7) trovo tra le altre cose

Name (SPSS, Package (0x0B)

Name (NPSS, Package (0x0B)

Ora i pacchetti in essi contenuti ovviamente racchiudono i settaggi per la CPU in quel determinato "stato".

 

2) Nella tabella (acpi_ssdt8) trovo:

 

il _CST del primo processore indicato come P001

Da una veloce analisi e lunghezza direi che e' molto completo.

 

3) Nelle tabelle che vanno dalla (acpi_ssdt9 --> acpi_ssdt015) trovo:

 

i restanti _CST per le CPU che vanno da P002 a P007

il metodo si ripete in tutte le tabelle con la differenza rispetto a quella del P001 di alcune chiamate Alias al primo processore (Ovviamente fatto per non ripetere tutto altre 7 volte).

 

4) Nell'ultima tabella dumpata (acpi_ssdt016) trovo:

 

 

E in esso in seguito sono racchiusi metodi uguali per tutti gli 8 processori. (i7 e' un quad con HT, quindi virtualmente un 8-core).

 

Morale della favola.

Come metto insieme il tutto per poter usuffruire di questi dati "ufficiali" usando il secondo metodo di questo TOPIC.?

 

Fabio

 

EDIT: Ok mi rispondo da solo.

Ho fatto un lavoro da certosino collegando ed inserendo i dati contenuti nelle tabelle ed associando i dati corrispondenti all'interno di ogni tabella all'interno dei dati dei processori.

Provata e funziona. Non ho inserito i dati dell'ultima tabella la acpi_ssdt016 si puo' usare quest'ultima in qualche modo?

End EDIT

 

Hai utilizzato l'intero "metodo" contenuto nella tabella SSDT? Fabio puoi spiegare cosa hai associato della SSDT al metodo generale, non ho ben capito cosa intendi.. :P

 

Ciao

Hai utilizzato l'intero "metodo" contenuto nella tabella SSDT? Fabio puoi spiegare cosa hai associato della SSDT al metodo generale, non ho ben capito cosa intendi.. :thumbsup_anim:

Ciao

 

Ciao smith@@

Dunque... magari il sistema puo venir utile a qualche altra persona.

Premetto che ho estratto le tabelle con Everest tramite il tool "ACPI tool", la cosa curiosa e' che le tabelle estratte appartengono al BIOS 1701 cioe' la versione precedene alla mia attuale(il BIOS versione 1804).

Questo lavoro di estrazione con il BIOS 1701 (vecchio) mi dava 16 tabelle,

Ora riestraendo (quindi con il nuovo BIOS 1804) le tabelle sono solo piu' 3...

Questo era giusto per fare un attimo di chiarezza anche perche' con l'ultimo BIOS devo dire che ho avuto un attimo di problemi sotto OSX.

 

Quindi basandomi sul "modello" proposto da FormerlyKnowAs ho sostituito le parti del suo modello con le corrispondenti prese dalle tebelle dei miei dump SSDT... un lavoretto abbastanza difficoltoso se pensiamo di dover controllare 16 tabelle!!!! :dev:

Mi sono voluto spingere nell'intento motivato dal fatto che all'interno delle SSDT dumpate ci sono parametri "piu'" corretti per la mia CPU e non parametri "manuali" come nel precedente metodo.

 

Ma a livello di funzionalita' non ho riscontrato differenze.

Prossimamente provero':

- Utilizzando il primo metodo a usare i parametri per la CPU presi dalle tabelle SSDT (quindi evito di usare P-State Calculators).

- Ripetero' il secondo metodo sopra spiegato ma utilizzando i nuovi dati (il nuovo DUMP questa volta ha solo 3 Tabelle).

- Il prossimo esperimento sara' usare il modello del P-State basandomi sul DUMP del SSDT di un MacPro4,1 che come sapere risulta essere il modello piu' vicino a sfruttare l'architettura della mia CPU.

 

Come sempre spero di aver chiarito le idee e no averla sparata grossa! :dev:

Fabio

Quindi basandomi sul "modello" proposto da FormerlyKnowAs ho sostituito le parti del suo modello con le corrispondenti prese dalle tebelle dei miei dump SSDT... un lavoretto abbastanza difficoltoso se pensiamo di dover controllare 16 tabelle!!!! :D

 

No Fabio scusa, forse ho posto male io la domanda, che cosa intendi con quello che io ho quotato? Nel senso quelle parti di codice alle quali ti riferisci, ce l'ho anch'io ora sott'occhi e sono completamente diverse da quelle proposte sia da master chief che da fk, non capisco come le hai collegate, voglio dire quali sono i punti di collegamento con i quali hai collegato i 2 codici? O hai fatto solo un analogia fra i VALORI possibili?

 

;)

 

Ciao

No Fabio scusa, forse ho posto male io la domanda, che cosa intendi con quello che io ho quotato? Nel senso quelle parti di codice alle quali ti riferisci, ce l'ho anch'io ora sott'occhi e sono completamente diverse da quelle proposte sia da master chief che da fk, non capisco come le hai collegate, voglio dire quali sono i punti di collegamento con i quali hai collegato i 2 codici? Ho hai fatto solo un analogia fra i VALORI possibili?

 

;)

 

Ciao

 

 

;)

 

Riformulo la risposta...

 

Ho 16 "CPU" (P001 -P002 - P003 -ecc ecc -P016)

Della quali le prime 8 sono virtualmente modificabili. (P001 - P002 -ecc ecc -P008)

Le prime 4 sono i core fisici (P001 - P002 - P003 -P004).

 

Il modello di FK si base come esempio su un 4 core, io me lo sono adattato per un 4 core con HT...

(8 core).

Nel modello di fk giustamente il grosso dei valori e' presente nel primo core nei successivi ci sono le chiamate ALIAS per i rispettivi metodi alla prima CPU.

 

Nelle mie tabelle ho visto che ogni methodo alle CPU e' diverso dalla seguente.(le prime 4 CPU),

 

Non sapendo come comportarmi con i "core HT" ho inserito le parti di codice prese dalle tabelle SSDT.

 

Se vuoi ti posto tutto il mattone, anche perche a spiegarlo mi sembra abbastanza complicato...

 

Fabio

Ciao a tuti!

 

Ho affinato la tecnica ed ho ottenuto ottimi risultati.

 

Su processori quad-core con HT.

 

Ora ho un DSDT che gestisce nativamente il P-State, Sleep, Restart,Stop e anche l'autostop dopo il casello :)

 

Se puo' interessare a qualcuno sono a disposizione.

 

Fabio

Per caxio. (P-State su Asus P6T Standard Edition CPU i7 920)

 

Ti allego il DSDT che mi hai inviato con l'aggiunta del P-State.

 

Le tabelle SSDT che hai estratto le ho inserite nella giusta sezione del DSDT.

Ho coparato le tue tabelle con le equivalenti i7 920 della Deluxe, cambiano parecchie cosette, ad esempio ho visto che hai 8 p-state(i7 920) dichiarati nelle SSDT a differenza della deluxe che ha 9 (i7 920).

 

Aggiunto SBUS e rinominato LPCB caricandogli il giusto id

(Ti ho aggiunto il metodo DTGP per caricarti LPCB, e corretto i 3 metodi che davano avvisi nella compilazione VGET, TGET, FGET).

 

Volendo puoi migliorargli molte cose (USB id, HDEF enabler, SATA intel ESB2 ACHI), ma non ho voluto "toccarlo" piu' del dovuto.

Fammi sapere. Se ti funziona...

 

Fabio

Per caxio. (P-State su Asus P6T Standard Edition CPU i7 920)

 

Ti allego il DSDT che mi hai inviato con l'aggiunta del P-State.

 

Le tabelle SSDT che hai estratto le ho inserite nella giusta sezione del DSDT.

Ho coparato le tue tabelle con le equivalenti i7 920 della Deluxe, cambiano parecchie cosette, ad esempio ho visto che hai 8 p-state(i7 920) dichiarati nelle SSDT a differenza della deluxe che ha 9 (i7 920).

 

Aggiunto SBUS e rinominato LPCB caricandogli il giusto id

(Ti ho aggiunto il metodo DTGP per caricarti LPCB, e corretto i 3 metodi che davano avvisi nella compilazione VGET, TGET, FGET).

 

Volendo puoi migliorargli molte cose (USB id, HDEF enabler, SATA intel ESB2 ACHI), ma non ho voluto "toccarlo" piu' del dovuto.

Fammi sapere. Se ti funziona...

 

Fabio

 

dopo un lungo test sembra funzionare, anche se guardo i tool

per controllare rimango con tutti gli zeri sia in mv che in fid

post-371309-1261161770_thumb.jpgpost-371309-1261161784_thumb.png

comunque adesso uso solo tre kext in extra:

IOAHCIBlockStorageInjector

fakesmc

EvOreboot

la temperatura e bassa senza nullcpu

e lo sleep funziona senza sleep enabler

unici due errori errore in avvio del kernel sono:

AppleSMBusPCI::start failed to get acpi path for provider

ACPI_SMC_CtrlLoop::initCPUCtrlLoop - turbo enabled but no turbo P-state found

Dec 18 20:10:39 localhost kernel[0]: Darwin Kernel Version 10.2.0: Tue Nov  3 10:35:19 PST 2009; root:xnu-1486.2.11~1/RELEASE_X86_64
	Dec 18 20:10:39 localhost kernel[0]: vm_page_bootstrap: 2230808 free pages and 128488 wired pages
	Dec 18 20:10:39 localhost kernel[0]: kext submap [0xffffff7f80600000 - 0xffffff8000000000], kernel text [0xffffff8000200000 - 0xffffff8000600000]
	Dec 18 20:10:39 localhost kernel[0]: standard timeslicing quantum is 10000 us
	Dec 18 20:10:39 localhost kernel[0]: mig_table_max_displ = 73
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=1 LocalApicId=0 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=2 LocalApicId=2 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=3 LocalApicId=4 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=4 LocalApicId=6 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=5 LocalApicId=1 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=6 LocalApicId=3 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=7 LocalApicId=5 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=8 LocalApicId=7 Enabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=9 LocalApicId=136 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=10 LocalApicId=137 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=11 LocalApicId=138 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=12 LocalApicId=139 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=13 LocalApicId=140 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=14 LocalApicId=141 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=15 LocalApicId=142 Disabled
	Dec 18 20:10:39 localhost kernel[0]: AppleACPICPU: ProcessorId=16 LocalApicId=143 Disabled
	Dec 18 20:10:39 localhost kernel[0]: calling mpo_policy_init for Quarantine
	Dec 18 20:10:39 localhost kernel[0]: Security policy loaded: Quarantine policy (Quarantine)
	Dec 18 20:10:39 localhost kernel[0]: calling mpo_policy_init for Sandbox
	Dec 18 20:10:39 localhost kernel[0]: Security policy loaded: Seatbelt sandbox policy (Sandbox)
	Dec 18 20:10:39 localhost kernel[0]: calling mpo_policy_init for TMSafetyNet
	Dec 18 20:10:39 localhost kernel[0]: Security policy loaded: Safety net for Time Machine (TMSafetyNet)
	Dec 18 20:10:39 localhost kernel[0]: Copyright (c) 1982, 1986, 1989, 1991, 1993
	Dec 18 20:10:39 localhost kernel[0]: The Regents of the University of California. All rights reserved.
	Dec 18 20:10:39 localhost kernel[0]: MAC Framework successfully initialized
	Dec 18 20:10:39 localhost kernel[0]: using 16384 buffer headers and 4096 cluster IO buffer headers
	Dec 18 20:10:39 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 64:87
	Dec 18 20:10:39 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 88:111
	Dec 18 20:10:39 localhost kernel[0]: ACPI: System State [S0 S3 S4 S5] (S3)
	Dec 18 20:10:39 localhost kernel[0]: RTC: Only single RAM bank (128 bytes)
	Dec 18 20:10:39 localhost kernel[0]: mbinit: done (96 MB memory set for mbuf pool)
	Dec 18 20:10:39 localhost kernel[0]: From path: "uuid", 
	Dec 18 20:10:39 localhost kernel[0]: Waiting for boot volume with UUID DD082ACF-9625-32DE-88CB-20B8F3CB79CB
	Dec 18 20:10:39 localhost kernel[0]: Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict>
	Dec 18 20:10:39 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib load succeeded
	Dec 18 20:10:39 localhost kernel[0]: netkas presents fakesmc, a kext which emulates smc device
	Dec 18 20:10:39 localhost kernel[0]: FireWire runtime power conservation disabled. (2)
	Dec 18 20:10:39 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
	Dec 18 20:10:39 localhost kernel[0]: JMicronATA: JMB363 (CMD 0xc800, CTR 0xc480, IRQ 17, BM 0xc408)
	Dec 18 20:10:39 localhost kernel[0]: JMicronATA: JMB363 (CMD 0xcc00, CTR 0xc880, IRQ 17, BM 0xc400)
	Dec 18 20:10:39 localhost kernel[0]: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@1F,2/AppleAHCI/CHN0@0/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/ST3500418AS Media/IOGUIDPartitionScheme/snow@2
	Dec 18 20:10:39 localhost kernel[0]: BSD root: disk0s2, major 14, minor 2
	Dec 18 20:10:39 localhost kernel[0]: FireWire (OHCI) VendorID 1106 ID 3403 PCI now active, GUID 001e8c0001d431bf; max speed s400.
	Dec 18 20:10:39 localhost kernel[0]: Kernel is LP64
	Dec 18 20:10:40 localhost kernel[0]: AppleIntelCPUPowerManagement: Turbo Ratios 1112
	Dec 18 20:10:40 localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete
	Dec 18 20:10:40 localhost kernel[0]: systemShutdown false
	Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: NTFS driver 3.1 [Flags: R/W].
	Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: NTFS volume name w7, version 3.1.
	Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: NTFS volume name XP, version 3.1.
	Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: NTFS volume name DEP, version 3.1.
	Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: NVDANV50HAL loaded and registered.
	Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: NTFS volume name , version 3.1.
	<b>Dec 18 20:10:41 Mac-Pro-di-caxio kernel[0]: ** AppleSMBusPCI::start failed to get acpi path for provider</b>
	Dec 18 20:10:42 Mac-Pro-di-caxio kernel[0]: Previous Shutdown Cause: 0
	Dec 18 20:10:42 Mac-Pro-di-caxio kernel[0]: HDAEnabler: Copyright (c) 2008 by Kabyl
	Dec 18 20:10:42 Mac-Pro-di-caxio kernel[0]: HDAEnabler: 05/05/2008 Added SP-Audio support by Taruga
	Dec 18 20:10:42 Mac-Pro-di-caxio kernel[0]: HDAEnabler: 03/07/2009 Compiled for 32/64-bit by Taruga
	Dec 18 20:10:44 Mac-Pro-di-caxio kernel[0]: DSMOS has arrived
	Dec 18 20:10:44 Mac-Pro-di-caxio kernel[0]: AppleRTL8169Ethernet: Ethernet address 00:24:8c:66:81:b3
   <b> Dec 18 20:10:57 Mac-Pro-di-caxio kernel[0]: <b>WARNING: ACPI_SMC_CtrlLoop::initCPUCtrlLoop - turbo enabled but no turbo P-state found</b></b>

 

come prestazioni di geekbench 11033 overclok a 3.5 valore simile al dsdt precedente

grazie

caxio

ho trovato un'altra strada per il vanilla speedstep con un altro dsdt fatto da Bchemist se qualcuno lo vuole studiare è qui

sembra che lo speedtep funzioni e non da errrori in boot

http://www.insanelymac.com/forum/index.php...t&p=1364617

ora il geekbench è salito a 11564 overclok a 3.5

per cronaca il log del kernel in boot:

Dec 20 15:19:35 localhost kernel[0]: Darwin Kernel Version 10.2.0: Tue Nov  3 10:35:19 PST 2009; root:xnu-1486.2.11~1/RELEASE_X86_64
Dec 20 15:19:35 localhost kernel[0]: vm_page_bootstrap: 2230815 free pages and 128481 wired pages
Dec 20 15:19:35 localhost kernel[0]: kext submap [0xffffff7f80600000 - 0xffffff8000000000], kernel text [0xffffff8000200000 - 0xffffff8000600000]
Dec 20 15:19:35 localhost kernel[0]: standard timeslicing quantum is 10000 us
Dec 20 15:19:35 localhost kernel[0]: mig_table_max_displ = 73
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=1 LocalApicId=0 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=2 LocalApicId=2 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=3 LocalApicId=4 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=4 LocalApicId=6 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=5 LocalApicId=1 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=6 LocalApicId=3 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=7 LocalApicId=5 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=8 LocalApicId=7 Enabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=9 LocalApicId=136 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=10 LocalApicId=137 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=11 LocalApicId=138 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=12 LocalApicId=139 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=13 LocalApicId=140 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=14 LocalApicId=141 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=15 LocalApicId=142 Disabled
Dec 20 15:19:35 localhost kernel[0]: AppleACPICPU: ProcessorId=16 LocalApicId=143 Disabled
Dec 20 15:19:35 localhost kernel[0]: calling mpo_policy_init for Quarantine
Dec 20 15:19:35 localhost kernel[0]: Security policy loaded: Quarantine policy (Quarantine)
Dec 20 15:19:35 localhost kernel[0]: calling mpo_policy_init for Sandbox
Dec 20 15:19:35 localhost kernel[0]: Security policy loaded: Seatbelt sandbox policy (Sandbox)
Dec 20 15:19:35 localhost kernel[0]: calling mpo_policy_init for TMSafetyNet
Dec 20 15:19:35 localhost kernel[0]: Security policy loaded: Safety net for Time Machine (TMSafetyNet)
Dec 20 15:19:35 localhost kernel[0]: Copyright (c) 1982, 1986, 1989, 1991, 1993
Dec 20 15:19:35 localhost kernel[0]: The Regents of the University of California. All rights reserved.
Dec 20 15:19:35 localhost kernel[0]: MAC Framework successfully initialized
Dec 20 15:19:35 localhost kernel[0]: using 16384 buffer headers and 4096 cluster IO buffer headers
Dec 20 15:19:35 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 64:87
Dec 20 15:19:35 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 88:111
Dec 20 15:19:35 localhost kernel[0]: ACPI: System State [S0 S3 S4 S5] (S3)
Dec 20 15:19:35 localhost kernel[0]: RTC: Only single RAM bank (128 bytes)
Dec 20 15:19:35 localhost kernel[0]: mbinit: done (96 MB memory set for mbuf pool)
Dec 20 15:19:35 localhost kernel[0]: From path: "uuid", 
Dec 20 15:19:35 localhost kernel[0]: Waiting for boot volume with UUID DD082ACF-9625-32DE-88CB-20B8F3CB79CB
Dec 20 15:19:35 localhost kernel[0]: Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict>
Dec 20 15:19:35 localhost kernel[0]: netkas presents fakesmc, a kext which emulates smc device
Dec 20 15:19:35 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib load succeeded
Dec 20 15:19:35 localhost kernel[0]: FireWire runtime power conservation disabled. (2)
Dec 20 15:19:35 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
Dec 20 15:19:35 localhost kernel[0]: JMicronATA: JMB363 (CMD 0xc800, CTR 0xc480, IRQ 17, BM 0xc408)
Dec 20 15:19:35 localhost kernel[0]: JMicronATA: JMB363 (CMD 0xcc00, CTR 0xc880, IRQ 17, BM 0xc400)
Dec 20 15:19:35 localhost kernel[0]: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@1F,2/AppleAHCI/PRT0@0/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/ST3500418AS Media/IOGUIDPartitionScheme/snow@2
Dec 20 15:19:35 localhost kernel[0]: BSD root: disk1s2, major 14, minor 5
Dec 20 15:19:35 localhost kernel[0]: FireWire (OHCI) VendorID 1106 ID 3403 PCI now active, GUID 001e8c0001d431bf; max speed s400.
Dec 20 15:19:35 localhost kernel[0]: Kernel is LP64
Dec 20 15:19:35 localhost kernel[0]: AppleIntelCPUPowerManagement: Turbo Ratios 1112
Dec 20 15:19:35 localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete
Dec 20 15:19:36 localhost kernel[0]: systemShutdown false
Dec 20 15:19:37 Mac-Pro-di-caxio kernel[0]: NTFS driver 3.1 [Flags: R/W].
Dec 20 15:19:37 Mac-Pro-di-caxio kernel[0]: NTFS volume name w7, version 3.1.
Dec 20 15:19:37 Mac-Pro-di-caxio kernel[0]: NTFS volume name XP, version 3.1.
Dec 20 15:19:37 Mac-Pro-di-caxio kernel[0]: NTFS volume name DEP, version 3.1.
Dec 20 15:19:37 Mac-Pro-di-caxio kernel[0]: NVDANV50HAL loaded and registered.
Dec 20 15:19:37 Mac-Pro-di-caxio kernel[0]: NTFS volume name , version 3.1.
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: Previous Shutdown Cause: 0
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: HDAEnabler: Copyright (c) 2008 by Kabyl
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: HDAEnabler: 05/05/2008 Added SP-Audio support by Taruga
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: HDAEnabler: 03/07/2009 Compiled for 32/64-bit by Taruga
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: Sound assertion "0 != result" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleMikeyDriver/AppleMikeyI2C.cpp" at line 197 goto handler
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: Sound assertion "mMikeyReceiverFound && 0 != result" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleMikeyDriver/AppleMikeyI2C.cpp" at line 247 goto Exit
Dec 20 15:19:38 Mac-Pro-di-caxio kernel[0]: Sound assertion "0 != readRegisters ( (UInt8*)&mRegisterCache )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleMikeyDriver/AppleMikeyI2C.cpp" at line 104 goto handler
Dec 20 15:19:40 Mac-Pro-di-caxio kernel[0]: DSMOS has arrived
Dec 20 15:19:40 Mac-Pro-di-caxio kernel[0]: AppleRTL8169Ethernet: Ethernet address 00:24:8c:66:81:b3
Dec 20 15:19:40 Mac-Pro-di-caxio kernel[0]: AppleTyMCEDriver::start coreVIDPID = 0xffffffff Number of packages = 1 Number of cpus = 8 memory monitor trough MCA
Dec 20 15:19:42 Mac-Pro-di-caxio kernel[0]: Sound assertion "0 != result" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDAWidget.cpp" at line 3641 goto handler
Dec 20 15:19:42 Mac-Pro-di-caxio kernel[0]: Sound assertion "0 != widget->setUnsolicited ( true )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDACodecGeneric.cpp" at line 989 goto handler

 

ciao

caxio

Aggiornato primo post..

 

Nuovo metodo, nuova tabella SSDT da inserire in Extra/ACPI:

 

DefinitionBlock ("ssdt.aml", "SSDT", 1, "MC", "POWERM", 0x00000001)
{
Scope (_SB)
{
	Name (NCPU, 0x04)
	Name (PST0, 0x4720)
	Name (PST1, 0x071E)
	Name (PST2, 0x461C)
	Name (PST3, 0x0616)
	Name (CST, Package (0x04)
	{
		0x03, 
		Package (0x04)
		{
			ResourceTemplate ()
			{
				Register (FFixedHW, 
					0x01,			   // Bit Width
					0x02,			   // Bit Offset
					0x0000000000000000, // Address
					,)
			}, 

			One, 
			One, 
			0x041C
		}, 

		Package (0x04)
		{
			ResourceTemplate ()
			{
				Register (SystemIO, 
					0x08,			   // Bit Width
					0x00,			   // Bit Offset
					0x0000000000000814, // Address
					,)
			}, 

			0x02, 
			One, 
			0x01F4
		}, 

		Package (0x04)
		{
			ResourceTemplate ()
			{
				Register (SystemIO, 
					0x08,			   // Bit Width
					0x00,			   // Bit Offset
					0x0000000000000815, // Address
					,)
			}, 

			0x03, 
			0x55, 
			0xFA
		}
	})
	Processor (CPU1, 0x01, 0x00000810, 0x06)
	{
		Alias (PSS, _PSS)
		Alias (PSD, _PSD)
		Alias (CST, _CST)
	}

	Processor (CPU2, 0x02, 0x00000810, 0x06)
	{
		Alias (PSS, _PSS)
		Alias (PSD, _PSD)
		Alias (CST, _CST)
	}

	Processor (CPU3, 0x03, 0x00000810, 0x06)
	{
		Alias (PSS, _PSS)
		Alias (PSD, _PSD)
		Alias (CST, _CST)
	}

	Processor (CPU4, 0x04, 0x00000810, 0x06)
	{
		Alias (PSS, _PSS)
		Alias (PSD, _PSD)
		Alias (CST, _CST)
	}
}
}

 

Thanks to Master :(

Aggiornato primo post..

 

Nuovo metodo, nuova tabella SSDT da inserire in Extra/ACPI:

 

Thanks to Master :(

 

Hai già testato? Io non ho capito se fa a meno del dsdt? Cioè e tutte le altre patch dove le ha messe? per ora vediamo come va questo ma mi sa che non ho capito il suo cambiamento...

 

Notare che bisogna usare l'opzione drop ssdt in chameleon.

 

EDIT, modificato per la mia Cpu ma a compilarlo ho 4 errori negli alias, ora vedo se riesco a risolvere...

 

 

EDIT2: Coma da risposta di MasterChief il codice è incopleto per quello non compila, inoltre per far funzionare questa patch serve un bootloader che supporti /Extra/ACPI.

MC ne sta scrivendo uno, ma non l'ha ancora reso pubblico.

Attendiamo fiduciosi...

Certo scrax, non e' definitivo, master ha utilizzato l' equivalente del nostro "prossimamente" nel post precedente :)

purtroppo ...

Sarei stato contento se il suo nuovo boot si basasse sul pcefi 10.6 (anche'esso futuro), in quanto col cham rc4 ho perso il graphicsenabler (provati tutti, modificati e non, tutte le opzioni possibili), non c'e' verso che vada. E sono sicuro che col 10.6, ritornera'. Sia ringraziato il dsdt. Magari gli chiederemo di aggiornarlo. Non ho ancora capito il dsdt modificato che fine fara', se direttamente in bios o no... Le ultime 2 ore passate con le efistring per la video, e credimi non c'e' nulla da fare, niente qe/ci in snow, ho provato il tutto, sperando che vengano riscritte al piu' presto. Di nuovo, fortuna che esiste dio dsdt ... Me ne vado a letto, basta esperimenti per oggi ;)

 

Nottte scrax ....

×
×
  • Create New...