Hugo_bee Posted December 10, 2009 Share Posted December 10, 2009 ok tenta di togliere il null .. è un valore aggiunto! per l'audio ti do ragione.. potresti capire se si può ribaltare la modifica ad un driver allineato col la versione di mac che usi ultimo gradino.. iniettare il P-STATE e C-STATE .. http://www.insanelymac.com/forum/index.php...p;#entry1355939 Link to comment Share on other sites More sharing options...
Daniel84 Posted December 10, 2009 Author Share Posted December 10, 2009 Ho tolto il null , lo sto usando da una mezzoretta e le temperature (toccando con la mano) non sono altissime..... Appena ho installato snow non usavo null , e il notebook era molto più rumoroso e scaldava come una stufa...... Adesso come calore sembra stabile , ma è leggermente più rumoroso , sembra che la CPU lavori di più......!!! Come posso capire che tutto và bene....???? è per verificare le differenze con o senza null , devo usare qualche programma.....??? Comunque avviando in verbose , ho visto che l'AppleIntelCPUpowerManagment si avvia correttamente....!!! Come kexts per lo sleep avevo provato questi due osxrestart http://www.kexts.com/view/166-osxrestart.kext.html e sleepenabler http://www.kexts.com/view/146-sleepenabler...sx_10.6.2).html , ma non mi avevano funzionato . Ora li riprovo dopo le modifiche al dsdt che mi avete fatto..... Link to comment Share on other sites More sharing options...
scrax Posted December 11, 2009 Share Posted December 11, 2009 Ho tolto il null , lo sto usando da una mezzoretta e le temperature (toccando con la mano) non sono altissime.....Appena ho installato snow non usavo null , e il notebook era molto più rumoroso e scaldava come una stufa...... Adesso come calore sembra stabile , ma è leggermente più rumoroso , sembra che la CPU lavori di più......!!! Come posso capire che tutto và bene....???? è per verificare le differenze con o senza null , devo usare qualche programma.....??? Comunque avviando in verbose , ho visto che l'AppleIntelCPUpowerManagment si avvia correttamente....!!! Come kexts per lo sleep avevo provato questi due osxrestart http://www.kexts.com/view/166-osxrestart.kext.html e sleepenabler http://www.kexts.com/view/146-sleepenabler...sx_10.6.2).html , ma non mi avevano funzionato . Ora li riprovo dopo le modifiche al dsdt che mi avete fatto..... Per iniziare vedi se al boot ti appare la scritta: AppleIntelCPUPowerManagement: initialization complete la trovi con il programma console, vai a vedere il file kernel.log nella cartella /private/var/log (clicca su mostra elenco resoconti prima) Questo vuol dire che NullCPU non è partito ma soprattutto che la gestione della CPU di apple è stata avviata senza errori. Se hai qualcosa iguardo ai c-state sempre in log, vuol dire che non è tutto ok, come ti diceva ugokind ti mancano i P-state e i C-state, e per quelli ci son molte vie, la più elegante il dsdt, la più semplice voodoopowermini.kext Per controllare come lavora la cpu, io uso MRStools e imark, nel post sullo speedstep vanilla trovi i link. scrax perchè non condividi le tue conosc in campo dsdt con la community Perché ti sembra che non lo stia facendo? a presto Link to comment Share on other sites More sharing options...
melaverde Posted December 11, 2009 Share Posted December 11, 2009 Perché ti sembra che non lo stia facendo? eheh intendevo una bella guida sul dsdt! sai che bello Link to comment Share on other sites More sharing options...
Hugo_bee Posted December 11, 2009 Share Posted December 11, 2009 quello ke mi piace di scrax è la semplicità .. a volte non servono pamegirici.. per risolvere un problema solo che non è per elegenza.. io sono più sistemista e penso che per vanilla.. l'obiettivo non sia usare 1000 kexts per patchare l'inverosimile ma avere una struttura ed un sistema più pulito, meno modificato e più verosimile al mac il vantaggio è che al prossimo aggiornamento non si debba più mettere mano ai drivers.. questo vuol dire però usare il più possibile dsdt ed efi.. un pò ma non troppo la extra.. e zero modifiche alla system/lib/ext!! Link to comment Share on other sites More sharing options...
scrax Posted December 11, 2009 Share Posted December 11, 2009 Il massimo che posso fare è nel link della faccina nel post prima, una guida sul dsdt è abbastanza impossibile o meglio, potremmo fare un libro sul dsdt. Ci son + di 600 pagine di pdf di specifiche a riguardo... Prova a vederti quel post e fammi sapere cosa c'è che non è chiaro. come detto prima da ugokind, una guida sul dsdt non c'è perché il dsdt cambia addirittura tra MoBo dello stesso modello (basta una versione bios differente). I concetti base sono che il file .dsl è un semplice file di testo apribile e modificabile con qualsiasi text editor. Il file .asl è il dsdt compilato in linguaggio macchina pronto per essere usato dal nostro Os. Il problema di una guida del genere è che per applicare le modifiche e le patch si deve riuscire a capire com'è strutturato il nostro dsdt. DSDTSE aiuta moltissimo. Io meno di un mese fa non ne sapevo nulla di dsdt, poi mi son deciso ho scaricato dsdtse e ho iniziato con quello, oltre a mille forum e post a riguardo in inglese(che volenti o nolenti aiuta) Link to comment Share on other sites More sharing options...
scrax Posted December 11, 2009 Share Posted December 11, 2009 quello ke mi piace di scrax è la semplicità .. a volte non servono pamegirici.. per risolvere un problema solo che non è per elegenza.. io sono più sistemista e penso che per vanilla.. l'obiettivo non sia usare 1000 kexts per patchare l'inverosimile ma avere una struttura ed un sistema più pulito, meno modificato e più verosimile al mac il vantaggio è che al prossimo aggiornamento non si debba più mettere mano ai drivers.. questo vuol dire però usare il più possibile dsdt ed efi.. un pò ma non troppo la extra.. e zero modifiche alla system/lib/ext!! D' accordissimo la S/L/E dovrebbe esser ormai considerata tabù (a parte per .kext che non fan parte di osx in quanto è come installare una scheda audio esterna, se i driver non son di apple gli aggiornamenti non li cambiano) Il dsdt ci può permettere di arrivare ad eliminare un sacco di kext, ma in certi casi è più comodo sfruttare le EFi string. Per esempio la scheda grafica o appunto gli ID apple al posto di quelli originali son cose che nel dsdt lo vincolano ad Osx il ché non è il massimo da un punto di vista di compatibilita, usando le efi string si ottiene lo stesso effetto e al tempo stesso si può usare il dsdt flshando il bios per avere un boot più veloce e mantenere comunque la compatibilità con Linux e l'altro os che si usa tanto.... Link to comment Share on other sites More sharing options...
melaverde Posted December 11, 2009 Share Posted December 11, 2009 penso che per vanilla.. l'obiettivo non sia usare 1000 kexts per patchare l'inverosimile ma avere una struttura ed un sistema più pulito, meno modificato e più verosimile al mac il vantaggio è che al prossimo aggiornamento non si debba più mettere mano ai drivers.. questo vuol dire però usare il più possibile dsdt ed efi.. un pò ma non troppo la extra.. e zero modifiche alla system/lib/ext!! hai ragione. Link to comment Share on other sites More sharing options...
Daniel84 Posted December 11, 2009 Author Share Posted December 11, 2009 Per iniziare vedi se al boot ti appare la scritta: AppleIntelCPUPowerManagement: initialization complete la trovi con il programma console, vai a vedere il file kernel.log nella cartella /private/var/log (clicca su mostra elenco resoconti prima) Questo vuol dire che NullCPU non è partito ma soprattutto che la gestione della CPU di apple è stata avviata senza errori. Se hai qualcosa iguardo ai c-state sempre in log, vuol dire che non è tutto ok, come ti diceva ugokind ti mancano i P-state e i C-state, e per quelli ci son molte vie, la più elegante il dsdt, la più semplice voodoopowermini.kext Per controllare come lavora la cpu, io uso MRStools e imark, nel post sullo speedstep vanilla trovi i link. Perché ti sembra che non lo stia facendo? a presto Ciao a tutti scusate se rispondo solo ora , ma sono stato tutto il giorno fuori casa e non ho potuto non ho potuto usare ne internet ne il computer... Allora ho visto che AppleIntelCPUpowerManagment funziona correttamente..... Ho solo un warning ma non capisco a cosa si riferisce , ecco il log completo : Kernel_Log.rtf Link to comment Share on other sites More sharing options...
Hugo_bee Posted December 12, 2009 Share Posted December 12, 2009 non male! il sound assertion è un classico.. mi pare tutto abbastanza buono. come va con lo spegnimento? Link to comment Share on other sites More sharing options...
scrax Posted December 12, 2009 Share Posted December 12, 2009 WARNING - ACPI_SMC_CtrlLoop::initCPUCtrlLoop - no sub-config match for MacBookPro4,1 with 4 p-states, using default stepper instead\ Questo è dovuto alla mancanza dei p-state stai caricando con voodoopowermini.kext ? Fai una prova, avvia in 32 bit mode e vedi se spariscono queste righe: Dec 11 22:09:28 localhost kernel[0]: kext submap [0xffffff7f80600000 - 0xffffff8000000000], kernel text [0xffffff8000200000 - 0xffffff8000600000]\ Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit\ Dec 11 22:09:49 Daniels-MacBook-Pro kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto Exit\ Dec 11 22:09:49 Daniels-MacBook-Pro kernel[0]: AppleHDAPlatformDriver: bad busy count (0,-1)\ Dec 11 22:09:49 Daniels-MacBook-Pro kernel[0]: Backtrace 0xffffff8000524c2b 0xffffff8000524d6e 0xffffff80002c4597 0 0 0 0\ Dec 11 22:09:49 Daniels-MacBook-Pro kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit\ Dec 11 22:09:49 Daniels-MacBook-Pro kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto Exit\ Link to comment Share on other sites More sharing options...
Daniel84 Posted December 13, 2009 Author Share Posted December 13, 2009 Allora per quell'errore ho risolto mettendo un SMbios.plist e sostituendo MacBook Pro 4.,1 con Mac Book pro 3,1 Adesso mi segna in system profiler 2.0 Ghz invece che invece che 2,06 e il warning è scomparso.....!!!! Link to comment Share on other sites More sharing options...
scrax Posted December 13, 2009 Share Posted December 13, 2009 ho risolto mettendo un SMbios.plist e sostituendo MacBook Pro 4.,1 con Mac Book pro 3,1 Ottima modifica, era una delle cose da controllare. Ora hai tutto fuzionante sembrerebbe! Complimenti. Per i 2,00Ghz sempre in smbios.plist puoi inserire i 2,06 guarda il post su Chameleon2RC4 il codice é: <key>SMmaximalclock</key> <string>2.06GHz</string> a 32 bit hai provato, era perché mi interessava avere un riscontro. A me non da quegli errori se parto a 32. Link to comment Share on other sites More sharing options...
Daniel84 Posted December 13, 2009 Author Share Posted December 13, 2009 No il mio processore è 2 Ghz non 2,06 prima era sbagliato ora è tutt'ok....!!! Adesso sto riformattando xkè ho creato un casino , stasera ti mando il kernel log di quando avvio in 32bit....!!!! Ma tù mi consigli di usarlo a 32bit oppure a 64bit....???? Adesso mi rimane soltanto da risolvere il problema dello spegnimento e dello sleep....!!!! Ma già ho ottenuto 2 ottimi risultati , l'audio e la gestione della CPU....!!!! Vi ringrazio ancora per l'aiuto e la disponibilità che state dimostrando nei miei confronti....!!! Link to comment Share on other sites More sharing options...
Daniel84 Posted December 13, 2009 Author Share Posted December 13, 2009 Ecco i kernel log 32Bit e 64Bit , poi oggi ho risolto senza formattare.....!!!! Kernel_Log_64Bit.rtf kernel_log_32bit.rtf Link to comment Share on other sites More sharing options...
Daniel84 Posted December 13, 2009 Author Share Posted December 13, 2009 non male! il sound assertion è un classico.. mi pare tutto abbastanza buono. come va con lo spegnimento? Questo è dovuto alla mancanza dei p-statestai caricando con voodoopowermini.kext ? Fai una prova, avvia in 32 bit mode e vedi se spariscono queste righe: Ugo lo spegnimento non funziona ancora nè lo sleep , Scrax non ho voodoopowermini , ho installato iStat e le temperature mi toccano gli 80° dopo 4 ore di lavoro , la ventola funziona correttamente , rimane fissa a 80 e non scende ne sale....!!!! Non vi sembra un pò troppo elevata...???? Link to comment Share on other sites More sharing options...
scrax Posted December 14, 2009 Share Posted December 14, 2009 Hai 3 opzioni: -metti il NullCPUPower -metti il vooodoopowermini -metti i pstate nel dsdt La prima rende inuili alcune modifiche al dsdt e non ti va lo speedstep la seconda ti fa andare lo speedstep la terza è la soluzione più pulita ma anche la più complessa altrimenti è "normale" che hai le temperature alte con l'applecpu caricato e niente che controlla gli step. Link to comment Share on other sites More sharing options...
Daniel84 Posted December 14, 2009 Author Share Posted December 14, 2009 Purtroppo con il dsdt non ci capisco un granchè , provo con il voodoopower così funziona anche lo speedstep , ma non va' in conflitto con AppleCpuPowerManagment...?? devo usare nullCPU e voodooPowerMini...??Oppure basta voodooPower.?? Link to comment Share on other sites More sharing options...
Hugo_bee Posted December 14, 2009 Share Posted December 14, 2009 il null serve se non carica il driver applecpupowermanagement.. perchè? perchè ti va IN CRASH se non ha iun disabler. ma avendo ora la gestione nel dsdt lo carica. ma come dici ancora non basta. il voodoopowermini va cercato, io non ne sapevo nulla fino alla fonte scrax! ma fidati, se lui dice che svolge e sostituisce il p-state del dsdt, e SE non ti va di editare il dsdt, allora appunto cercat il voodoopowermini.. e comunque il sito è sempre quello di google code.. che porta nella sezione download a superhai http://www.superhai.com/darwin.html il voodoopower è più complesso e (secondo me ma non vorrei sbagliarmi) è più sano lavorarci con un kernel voodoo. comunque è corretto.. gestisce lo speedstep. ma credimi, prima di avere 4 ore il pc acceso.. fai UNA PROVA x VOLTA. inizia con una cosa, vedi come va. poi unp'altra etc. allora io farei così installati il voodoopowermini riavvia e verifica se va meglio installa il voodoopower e verifica non mettere per ora il null. facci sapere Link to comment Share on other sites More sharing options...
Daniel84 Posted December 15, 2009 Author Share Posted December 15, 2009 il null serve se non carica il driver applecpupowermanagement.. perchè? perchè ti va IN CRASH se non ha iun disabler. ma avendo ora la gestione nel dsdt lo carica. ma come dici ancora non basta. il voodoopowermini va cercato, io non ne sapevo nulla fino alla fonte scrax! ma fidati, se lui dice che svolge e sostituisce il p-state del dsdt, e SE non ti va di editare il dsdt, allora appunto cercat il voodoopowermini.. e comunque il sito è sempre quello di google code.. che porta nella sezione download a superhai http://www.superhai.com/darwin.html il voodoopower è più complesso e (secondo me ma non vorrei sbagliarmi) è più sano lavorarci con un kernel voodoo. comunque è corretto.. gestisce lo speedstep. ma credimi, prima di avere 4 ore il pc acceso.. fai UNA PROVA x VOLTA. inizia con una cosa, vedi come va. poi unp'altra etc. allora io farei così installati il voodoopowermini riavvia e verifica se va meglio installa il voodoopower e verifica non mettere per ora il null. facci sapere Ugo sto usando voodoominipower , solo che apple intel CPU power managment funzionava correttamente e da quando uso smbios.plist modificato non ho errori del p-state . Può essere che si era scaldato perchè avevo fatto moltissimi riavvii del PC....??? Stavo provando a far funzionare la scheda wireless , quindi ho fatto molti riavvii...!!! Ti allego il kernel Log senza voodoo power mini cosi puoi vedere che non ho avvisi relativi al p-state....!!!!! Infatti su leopard non ho mai usato voodoo power ne null , ma utilizzavo apple intel cpu power managment senza nessun dsdt...!!! La temperatura non mi andava mai oltre i 70° , stava costantemente sui 50\60°.....!!!! Kernel_Log_64Bit.rtf Link to comment Share on other sites More sharing options...
Hugo_bee Posted December 16, 2009 Share Posted December 16, 2009 che bel log.. pulito. il p-state non lo vedi bene da li. io sono meno esperto, ma dal topic vanilla speedstep e dalle altre info di scrax vedo che molte info le attingi dal IO con il tool che hai se usi pacchetto di sviluppo XCODE. quello per intenderci che ti visualizza tutto quello che hai (l'albero logico del sistema, device,etc..) e li vedi se hai o meno l'uso del p-state. Link to comment Share on other sites More sharing options...
Daniel84 Posted December 16, 2009 Author Share Posted December 16, 2009 che bel log.. pulito. il p-state non lo vedi bene da li. io sono meno esperto, ma dal topic vanilla speedstep e dalle altre info di scrax vedo che molte info le attingi dal IO con il tool che hai se usi pacchetto di sviluppo XCODE. quello per intenderci che ti visualizza tutto quello che hai (l'albero logico del sistema, device,etc..) e li vedi se hai o meno l'uso del p-state. è pulito davvero oppure scherzi....??? Come devo fare quindi...???? Link to comment Share on other sites More sharing options...
Hugo_bee Posted December 16, 2009 Share Posted December 16, 2009 ma tu non hai xcode l'IORegistryExplorer è sotto DEVELOPER/Utility non dico che sia vitale averlo, ma senza xcode comunque non ce l'hai. la comodità è solo peer quella funzione. ma se hai voodoopowermini dovrebbe esserci ugualmente il p.-state posta un kextstate almeno li vedi se è su ora devo scappare qui su 4 persone 2 hanno la febbre Link to comment Share on other sites More sharing options...
scrax Posted December 17, 2009 Share Posted December 17, 2009 ioreg l'ho trovato da scaricare se no lo puoi cercare con pacifist nei file d'installazione dei developers tool che son gratuiti, li trovi sul sito della apple. ma come dice ugokind non è fondamentale voodoopower non va con sonwleo se non mi ricordo male, le temperature alte di prima eran sicuramente dovute alla mancanza dei p-state. A differenza del dsdt che fornisce i p-state che calcoliamo noi voodoopowermini lo fa in automatico Dando un'occhiata ai tuoi kernel log sembra che hai dei kext per la scheda video che partono solo a 32bit. ti risulta? Link to comment Share on other sites More sharing options...
Daniel84 Posted December 17, 2009 Author Share Posted December 17, 2009 ioreg l'ho trovato da scaricare se no lo puoi cercare con pacifist nei file d'installazione dei developers tool che son gratuiti, li trovi sul sito della apple. ma come dice ugokind non è fondamentale voodoopower non va con sonwleo se non mi ricordo male, le temperature alte di prima eran sicuramente dovute alla mancanza dei p-state. A differenza del dsdt che fornisce i p-state che calcoliamo noi voodoopowermini lo fa in automatico Dando un'occhiata ai tuoi kernel log sembra che hai dei kext per la scheda video che partono solo a 32bit. ti risulta? Infatti oggi ho dovuto formattare , avevo nviject che era a 32 bit , ho avviato in 32bit è non mi partiva più dandomi un'errore video.... Ero stato a sentire un'altro utente che mi aveva consigliato una guida per la mia scheda video , ma era errata serviva solo il com.appleboot.plist con efi string che avevo editatato io , ma tutti gli altri kext erano inutili.... Io avevo prima provato con i kext e niente , poi ho aggiunto l'efi string ed'è andato il video ora che ho formattato mi sono reso conto che serviva solo l'efi string....!!! Questa volta ho fatto la dsdt patch dopo aver installato tutto , mi ha letto la scheda audio in'automatico , e le temperature senza voodoo power mini restano sempre sotto i 60° . apple intel CPU power managment è andato in automatico....!!! Ti allego il nuovo dsdt e il nuovo kernel log , fammi sapere se trovi differenze....!!! Grazie ancora per l'aiuto...!!! Link to comment Share on other sites More sharing options...
Recommended Posts