scrax Posted December 13, 2009 Author Share Posted December 13, 2009 Partito! Però questa cosa dell' ibernazione mi sembra comoda per un fisso, sto iniziando a valutare di ritornare alla RC3 per provarla almeno... Prima però provo l'insane dsdt di Master Chief e posto subito i risultati. a dopo Link to comment Share on other sites More sharing options...
scrax Posted December 13, 2009 Author Share Posted December 13, 2009 Partito! Però questa cosa dell' ibernazione mi sembra comoda per un fisso, sto iniziando a valutare di ritornare alla RC3 per provarla almeno... Prima però provo l'insane dsdt di Master Chief e posto subito i risultati. a dopo Parte e sembra funzionare tutto, ma ci son alcuni errori sui sata e non mi va più la scheda audio. Scheda video, Sata, Usb e audio in EFI string così non modifico l'insaneDSDT Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 13, 2009 Share Posted December 13, 2009 Parte e sembra funzionare tutto, ma ci son alcuni errori sui sata e non mi va più la scheda audio.Scheda video, Sata, Usb e audio in EFI string così non modifico l'insaneDSDT Questa e' la cosa che provero' nei prossimi momenti Hai lasciato ancora il GraphicsEnabler su yes? Anche con iniezione nel dsdt io l'ho sempre lasciato, altrimenti al boot avevo una scritta in alto a destra non ben definita Ciao Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 14, 2009 Share Posted December 14, 2009 Scrax, una risposta al quesito del post precedente... Link to comment Share on other sites More sharing options...
scrax Posted December 14, 2009 Author Share Posted December 14, 2009 Ciao, pensavo di aver risposto. Forse ho non ho inviato il messaggio... Il Graphic Enabler non lo ho praticamente mai usato tranne che per provarlo ma mi dava solo una risoluzione (quella giusta che scrivo anche in com.apple.boot.plist ) e non andava l'accelerazione grafica. L'unica cosa è che ho conflitti se la metto sia in EFIstring che in dsdt. Quindi attualmente non ce l'ho attivo, ho la scheda in EFI così non devo cambiare il minimo dal dsdt di Master Chief Riassumendo ho: * dsdt 3,3 con adattato firewire e pstate * EFI string con iniezioni id per USB, LPCB, Audio, Sata, SBUS (in teoria tutte quelle che dovevo aggiungere al dsdt di Chief + l'audio e usb per vedere come van, ma peso che le toglierò con la v3,4 se ci son nel dsdt) * Chameleon2RC3 ma la versione senza gui postata nel topic di MasterChief Cambiamenti tra avere gli id nel dsdt o in efi non ne ho notati. Invece l'ibernazione mi risulta molto più lenta all'avvio di un'avvio da zero.... non ha molto senso forse sbaglio o non va qualcosa, magri proverò con PC_EFI Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 14, 2009 Share Posted December 14, 2009 Ciao, pensavo di aver risposto. Forse ho non ho inviato il messaggio... Il Graphic Enabler non lo ho praticamente mai usato tranne che per provarlo ma mi dava solo una risoluzione (quella giusta che scrivo anche in com.apple.boot.plist ) e non andava l'accelerazione grafica. L'unica cosa è che ho conflitti se la metto sia in EFIstring che in dsdt. Quindi attualmente non ce l'ho attivo, ho la scheda in EFI così non devo cambiare il minimo dal dsdt di Master Chief Riassumendo ho: * dsdt 3,3 con adattato firewire e pstate * EFI string con iniezioni id per USB, LPCB, Audio, Sata, SBUS (in teoria tutte quelle che dovevo aggiungere al dsdt di Chief + l'audio e usb per vedere come van, ma peso che le toglierò con la v3,4 se ci son nel dsdt) * Chameleon2RC3 ma la versione senza gui postata nel topic di MasterChief Cambiamenti tra avere gli id nel dsdt o in efi non ne ho notati. Invece l'ibernazione mi risulta molto più lenta all'avvio di un'avvio da zero.... non ha molto senso forse sbaglio o non va qualcosa, magri proverò con PC_EFI Ok, inseriti nel com.apple gli id dei device lpcb, audio, sata, sbus e gfx sotto efi rimuovendoli dal dsdt e l'insieme funziona bene bene, ma credo, per quello che ho provato, che non ci siano praticamente differenze in velocita' e stabilita'. E' stato pero' un buon esercizio di stile Ora che c'e' rimasto da provare e ottimizzare? Link to comment Share on other sites More sharing options...
scrax Posted December 15, 2009 Author Share Posted December 15, 2009 Ora che c'e' rimasto da provare e ottimizzare? Altre mobo? io ho due valori che non mi piacciono in IOReg. http://www.insanelymac.com/forum/index.php...st&id=63348 una è quella pci8086,29c0@0 cioè 00.00.0 Host Bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 2) che mi viene vista così con l'id, senza nomi... E poi ho il jmicron che anche mi vien visto pci197b,2363@0,1 invece che con un nome device. Il primo forse centra con MCHC, nel mac book pro è l'unico che non ho sul hack e ha lo stesso indirizzo (in realtà sul MBP c'è anche l'airport in più) Ah mi son appena accorto che con l'iniezione della scheda invece che GFX0@0 ho display@0 in ioreg, forse non sto iniettando il nome del device o inietto display, vedrò se lo riesco a cambiare... siamo proprio a livello di seconda mano di lucidatura ormai, anche se non son del tutto soddisfatto della firewire. Io per adesso mi son fatto inviare il dsdt di un mio amico e sto preparandolo per qualche prova, è un ich9M con scheda nvidia, spero non mi darà problemi. Comunque appena mi convinco, prendo una mini itx che ho visto e ricomincio con quella Ho provato ainiettare gli id del mac book e relativa parte del device mchc ma mi sa che è l' smc e va in kp quando carica il relativo kext quindi quello è e resta così, sconosciuto... Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 15, 2009 Share Posted December 15, 2009 Ciao friend, l'unico che nel mio ioreg rimasto "fuori" e' invece il 2e20: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e20] (rev 02) Credo sia l' MCHBAR, ma non ne ho la certezza non avendo ancora trovato nulla di specifico. Sul tuo MacBook hai qualcosa di simile nello ioreg? O comunque a quest'indirizzo? Posta il codice se hai quel device Sei sicuro che il tuo indirizzo corrisponda all'SMC, a me sembra che sia caricato a entrambi o almeno io lo vedo tranquillamente, fammi sapere Ciao Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 15, 2009 Share Posted December 15, 2009 Ho chiesto a masterchief se si puo' "esteticamente" migliorare quel device, attendiamo risposta Notte Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 16, 2009 Share Posted December 16, 2009 Edit: risolto, il problema non sussiste Link to comment Share on other sites More sharing options...
scrax Posted December 16, 2009 Author Share Posted December 16, 2009 Ciao friend, l'unico che nel mio ioreg rimasto "fuori" e' invece il 2e20: Credo sia l' MCHBAR, ma non ne ho la certezza non avendo ancora trovato nulla di specifico. Sul tuo MacBook hai qualcosa di simile nello ioreg? O comunque a quest'indirizzo? Posta il codice se hai quel device Sei sicuro che il tuo indirizzo corrisponda all'SMC, a me sembra che sia caricato a entrambi o almeno io lo vedo tranquillamente, fammi sapere Ciao Il primo forse centra con MCHC Ho provato ainiettare gli id del mac book e relativa parte del device mchc ma mi sa che è l' smc e va in kp quando carica il relativo kext quindi quello è e resta così, sconosciuto... Dalle mie prove ho visto anch'io che non si può modificarlo, se lo faccio identificare mi carica un .kext che da KP legato al SMC. t'interessa ancora il codice? Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 16, 2009 Share Posted December 16, 2009 Si', se riguarda l'indirizzo del controller di cui parlo sopra certo che mi interessa. Master chief da come hai potuto vedere mi ha risposto che DEVE rimanere libero, tu a quell'indirizzo hai un device ben preciso? Puoi controllare con EvoTools che corrisponda proprio al mio controller ram? Ciao Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 17, 2009 Share Posted December 17, 2009 e io aspetto!! e io aspetto!! il caro scrax.. il caro scrax.. Hai poi risolto col la lan dopo lo sleep? Link to comment Share on other sites More sharing options...
scrax Posted December 17, 2009 Author Share Posted December 17, 2009 Device (MCHC) { Name (_ADR, 0x00) OperationRegion (HBUS, PCI_Config, 0x40, 0xC0) Field (HBUS, DWordAcc, NoLock, Preserve) { EPEN, 1, , 11, EPBR, 20, Offset (0x08), MHEN, 1, , 13, MHBR, 18, Offset (0x20), PXEN, 1, PXSZ, 2, , 23, PXBR, 6, Offset (0x28), DIEN, 1, , 11, DIBR, 20, Offset (0x30), IPEN, 1, , 11, IPBR, 20, Offset (0x50), , 4, PM0H, 2, Offset (0x51), PM1L, 2, , 2, PM1H, 2, Offset (0x52), PM2L, 2, , 2, PM2H, 2, Offset (0x53), PM3L, 2, , 2, PM3H, 2, Offset (0x54), PM4L, 2, , 2, PM4H, 2, Offset (0x55), PM5L, 2, , 2, PM5H, 2, Offset (0x56), PM6L, 2, , 2, PM6H, 2, Offset (0x57), , 7, HENA, 1, Offset (0x62), TUUD, 16, Offset (0x70), , 4, TLUD, 12 } } lspci del MBP: 00.00.0 Host Bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 03) L'indirizzo è uguale ma il device a quanto pare cambia in tutti e tre i casi (tra il mio il tuo e il MBP) Bravo, non preoccuparti che anche se mi dimentico prima o poi mi torna in mente (infatti son venuto qui per postarlo e ho trovato il tuo reminder ) Con la lan ancora nulla, il kext è quello che trovi anche su kext.com ma ha questo problema di suo la tecnica suggerita da MC non funziona lo stesso... P.s: Ho lincato nel primo post la nuova versione di DSDTSE Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 17, 2009 Share Posted December 17, 2009 Enjoy scrax, enjoy Che ne dici? Un grazie al tuo mac book pro La perfezione esiste! Ps. MasterChief prima si aggirava da queste parti, ma non ha postato nulla Link to comment Share on other sites More sharing options...
scrax Posted December 17, 2009 Author Share Posted December 17, 2009 La perfezione esiste! Complimenti, hai anche scambiato gli id nel dsdt? Perchè io aggiungendo solo il device ottengo la stessa cosa, che però è diversa dal MBP (c'è la freccetta non il pallino) ma se metto l'id del MBP mi va in KP al boot . Method (_DSM, 4, NotSerialized) { Return (MCID (Arg2, 0x2a00)) } quindi credo che per cambiare il nome al device sconosciuto senza preoccuparsi che carichi qualcosa o no, basta questo: Device (MCHC) { Name (_ADR, Zero) } Ora lo provo così. E infatti: Forse MC era qui perché avevo lincato questo topic nel suo per uno che aveva la p5kr... Infatti nel suo post, conferma il mio suggerimento. Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 18, 2009 Share Posted December 18, 2009 Allora, vediamo di fare un po di chiarezza riassumendo alcune prove fatte col MCHC. Scambiando gli id e avviando in verbose ho visto che il panic era dato da un "mancato riconoscimento dell'hrdware", e in particolar modo da questo kext che tu stesso hai visto caricato sul tuo mac dal device MCHC : AppleSMCPDRC, il quale non e' altro che un plugin dell' IOplatformpluginfamily. L'indirizzo che avrebbe dovuto caricare a me e' l'8086:2e20 cosi' come da Lspci, che infatti e' proprio l'indirizzo del northbridge. Ora, scrax, noi abbiamo il supporto del southbridge proprio grazie all'AppleLPC caricato dal device LPCB (qui ho una buona nuova che capirai leggendo) e dovremmo, se l'AppleSMCPDRC "digerisce" il nostro controller, avere anche il supporto del northbridge. Ed e' qui che viene il problema, non di kernel panic!, perche': come da prassi se spulci l'infoplist dell'AppleSMCPDRC troverai alcune cose interessanti tipo queste: Dove c'e' proprio l'indirizzo che a te dava kernel panic, ora anche aggiungendo il mio 2e20, indirizzo del mio northbridge E facendo caricare proprio quest'ultimo indirizzo dall' MCHC col mio solito dsm4notserialized, il kext che dovrebbe gestirlo e cioe' proprio l'AppleSMCPDRC non viene caricato oltre il primo riavvio e dal secondo in poi il pc e' inutilizzabile, MA NON HO KP, ho INVECE un notevole rallentamento del sistemae non solo, in quanto ho notato che l'Appleintelcpupower... non riesce a gestire piu' le varie alimentazioni del sistema Speedstep non piu' funzionante, riavvio perso, il dsdt praticamente non riesce piu' a svolgere il suo compito, COME SE NON CI FOSSE. Non solo, il problema mi e' rimasto anche su alcuni riavvi TOGLIENDO l'indirizzo dal dsdt (quindi non facendoglielo caricare!) ma lasciandolo nel plist del plugin. Non riesce in nessun modo ad accettarlo ed E' (SINCERAMENTE) abbastanza strano in quanto col southbridge non abbiamo un problema simile, anzi lo carichiamo con un indirizzo 3a18 che e' diverso dall'indirizzo del southbridge come da LSPCI e cioe' il 3a16! E qui allora ho pensato di rispluciare con piu' attenzione il plist dell' AppleLPC e infatti: fra gli indirizzi presenti di possibili southbridge NON c'e' il nostro 3a16, allora glielo ho aggiunto, ma effettivamente il 3a18 e' presente. Cambiato il rispettivo indirizzo nel device LPCB ORA viene caricato, il southbridge, effettivamente col suo reale indirizzo, proprio come da LSPCI! Per analogia, lo stesso processo o procedimento per il northbridge (parlo ovviamente per esperienza personale solo riguardo la mia deluxe) non porta ORA PIU' ad un kernel panic, ma ai malfunzionamenti che ho spiegato poco piu' su. Ti diro' di piu', ho anche provato ( a parte le centinaia di prove fra stanotte e stammatina) a caricare l'AppleSMCPDRC separatamente, un po' come si "puo' fare con i plugin dell'applehda, per evitare , be' hai capito no...? , lasciando invariato quello originale, ma nulla, sembra davvero che in questo caso "Kext Apple per hardware non Apple" sia impronunciabile Ad ogni modo, scrax, se fai anche tu tutte le prove del caso su un chipset antecedente al p45, penso che ci toglieremo qualche altro sfizio oltre che dubbio. E' stata un buo esercizio in quanto ora il southbridge viene caricato effettivamente col suo indirizzo. Ed e' qui che mi sorge un'altra domanda, come e' possibile che prima con un indirizzo diverso, non solo venisse caricato L'AppleLPC, ma che non portasse nemmeno al kp. Probabilmente 3a18 e 3a16 fanno parte della stessa "regione" ricollegandoci ai nodi per il voodoohda Per concludere, friend, spero di averti fatto cosa gradita, in quanto la soluzione mi e' sembrata davvero a un passo, ovviato il kernel panic bisognerebbe capire perche' l'appleintelcpu.. non riesce a gestire piu' praticamente nulla... Batti un colpo quando leggi e scrivimi le tue considerazioni, mi interessano Dobbiamo uscircene insieme anche da questo (tanto almeno e' rinominato ) Forse MC era qui perche' avevo lincato questo topic nel suo per uno che aveva la p5kr...Infatti nel suo post, conferma il mio suggerimento. S“ infatti ho utilizzato il link di masterchief per un utente che ieri sera chiedeva come "faccio a far funzionare la mia scheda audio 883?" Ovviamente ha preso ed e' scappato... Link to comment Share on other sites More sharing options...
scrax Posted December 18, 2009 Author Share Posted December 18, 2009 Allora, vediamo di fare un po di chiarezza riassumendo alcune prove fatte col MCHC.... Sto swifferando le ventole appena finisco mi cimento con il mio chipset OT:ho iniziato a riprovare a metter leo sul pc vecchio finora nulla (P4V8X-X) EDIT: Forse il mio post non rendeva bene l'entusiasmo per questa notizia... Ora cerco di ricapitolare... Inserire i tuoi id nel .plist di AppleSMCPDRC non ti da KP mentra con gli id nel dsdt si L' id nel dsdt non fa nulla se c'è l'id nel plist per quello che pensavo io avere gli id nel plist o nel dsdt dovrebbe essere la stessa cosa, mentre se non ho capito male in questo caso non lo è. Adesso provo con l'id (29c0) nel plist e nel dsdt: Device (MCHC) { Name (_ADR, Zero) } con AppleSMCPDRC modificato KP: Ho modificato il .kext, poi con osxtools ho riparato i permessi e cancellato la cache delle estensioni, touch di S/L/E/ e poco dopo tendina KP mille lingue... ora provo ad avviare con il codice MCHC completo nel dsdt e semple il kext modificato... NIENTE DA FARE KP... Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 18, 2009 Share Posted December 18, 2009 Scrax prova quest' altro kext per la lan: AttansicL1eEthernet.kext.zip Provasti col tuo kext ad addizionare anche il nostro bel Notify (\_SB.PWRB, 0x02) sotto lo scope gpe nel method L0D tipo: If (\_SB.PCI0.RP06.PMES) { Store (One, \SB.PCI0.RP06.PMES) Notify (\SB.PCI0.RP06, 0x02) Notify (\_SB.PWRB, 0x02) } Link to comment Share on other sites More sharing options...
ErmaC Posted December 19, 2009 Share Posted December 19, 2009 Ciao ragazzi! Approfitto ancora della vostra ospitalita' per porvi un quesito che mi tormenta da un po di tempo. Riguarda l'audio, e per meglio dire iniettare direttamente nel DSDT uno "kext", ora detto cosi suona male. Alcuni dispositivi ho visto che si pssono iniettare direttamente nel HDEF (se non sbaglio AD1988b si poteva fare). Ora avendo il AD2000B.kext non e' possibile ricreare(estrarre) il codice da iniettare nell'HDEF? CONSIGLI? DOMANDA INUTILE? MEGLIO PENSARE AD ALTRO? Fabio Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 19, 2009 Share Posted December 19, 2009 Ciao ragazzi! Approfitto ancora della vostra ospitalita' per porvi un quesito che mi tormenta da un po di tempo. Riguarda l'audio, e per meglio dire iniettare direttamente nel DSDT uno "kext", ora detto cosi suona male. Alcuni dispositivi ho visto che si pssono iniettare direttamente nel HDEF (se non sbaglio AD1988b si poteva fare). Ora avendo il AD2000B.kext non e' possibile ricreare(estrarre) il codice da iniettare nell'HDEF? CONSIGLI? DOMANDA INUTILE? MEGLIO PENSARE AD ALTRO? Fabio L'ad200b e' praticamente l'ad1989b, sono identiche. L'enabler gia' lo iniettiamo nel dsdt, il fix che lo patcha al volo, non credo sia possibile. I plugin modificati dell'applehda devono "necessariamente esserci", ora inserirli nel dsdt o sotto efi, bisognerebbe chiedere a the king. Ma credo che lo avremmo gia' saputo se fosse possibile E sopratutto non VE NE E' l'utilita', pensa ad altro Link to comment Share on other sites More sharing options...
scrax Posted December 19, 2009 Author Share Posted December 19, 2009 anche il nostro bel Notify (\_SB.PWRB, 0x02) sotto lo scope gpe nel method L0D tipo: If (\_SB.PCI0.RP06.PMES) { Store (One, \SB.PCI0.RP06.PMES) Notify (\SB.PCI0.RP06, 0x02) Notify (\_SB.PWRB, 0x02) } l'attansic1Le purtroppo è per un'altra scheda l' avevo provato tempo fa, appunto convinto che mi risolvesse il problema invece nulla... in Scope \_GPE ho aggiunto solo il codice postato nel primo topic, mo provo questo... Per la questione MCHC mi confermi se ho capito bene i tuoi passaggi? iFabio, quoto in toto il regionamento di smith@@ Link to comment Share on other sites More sharing options...
Smith@@™ Posted December 19, 2009 Share Posted December 19, 2009 Certo che si', quelle sono le prove che ho fatto, ma come vedi l'AppleSMCPDRC non riesce a digerire il nostro northbridge, non so se ci sia soluzione, se il kext e' strutturato in un certo modo e solo per northbridge (MCH-->MemoryControllerHub) a lui affini la vedo dura, difficilmente riusciremmo a caricarlo Tentar non nuoce Link to comment Share on other sites More sharing options...
RASONE Posted December 22, 2009 Share Posted December 22, 2009 ciao a tutti, dopo aver letto un post dove si parlava del fatto che la tastiera apple non riesca a gestire la luminosità di schermi non apple, ho provato ad inserire il device nel dsdt, ma non funziona, nel registro vedo che ha caricato il device, ma la funzione non va, che dite ci si può riuscire? qualcuno ha un mac con schermo non apple e tastiera apple e può dirci se tale funzione va? il device è questo, ma non so se tra i portatili e il fisso siano diversi Device (PNLF) { Name (_HID, EisaId ("APP0002")) Name (_CID, "backlight") Name (_UID, 0x0A) Name (_STA, 0x0B) } Link to comment Share on other sites More sharing options...
scrax Posted December 22, 2009 Author Share Posted December 22, 2009 ciao a tutti, dopo aver letto un post dove si parlava del fatto che la tastiera apple non riesca a gestire la luminosità di schermi non apple, ho provato ad inserire il device nel dsdt, ma non funziona, nel registro vedo che ha caricato il device, ma la funzione non va, che dite ci si può riuscire?qualcuno ha un mac con schermo non apple e tastiera apple e può dirci se tale funzione va? il device è questo, ma non so se tra i portatili e il fisso siano diversi Device (PNLF) { Name (_HID, EisaId ("APP0002")) Name (_CID, "backlight") Name (_UID, 0x0A) Name (_STA, 0x0B) } io ho portatile apple e monitor synkmaster, dici che vale la pena di tentare? Link to comment Share on other sites More sharing options...
Recommended Posts