gustavtoni Posted December 30, 2009 Author Share Posted December 30, 2009 Allora forse abbiamo un problema con Chameleon2RC4 io proverei il Chameleon2RC3, l'1 non lo ha mai usato, non son sicuro se supporta il smbios completamente. Per il video invece se usi il dsdt con la scheda integrata non devi aver nient'altro per farla funzionare se hai EFI string e /o kext ti darà sempre problemi conflitti e comportamenti strani posto la schermata di grafica/monitor del sys pro (che a mio parere riconosce al 100% la scheda video e pure il secondo monitor collegato): GeForce 8600M GS: Modello Chipset: GeForce 8600M GS Tipo: GPU Bus: PCIe Larghezza Lane PCIe: x16 VRAM (totale): 256 MB Fornitore: NVIDIA (0x10de) ID dispositivo: 0x0425 ID revisione: 0x00a1 Revisione ROM: xx.xx.xx - internal Monitor: Monitor: Risoluzione: 1600 x 1000 Profondità pixel: Colore 32 bit (ARGB8888) Monitor principale: Sì Mirror: Spento Online: Sì Integrato: Sì Monitor: Risoluzione: 1344 x 1008 @ 85 Hz Profondità pixel: Colore 32 bit (ARGB8888) Mirror: Spento Online: Sì [color="#ff0000"]Rotazione: Supportata[/color] sono riuscito ad ottenere ciò cancellando tutte le aggiunte video presenti (nel mio caso 2 kext, che comunque funzionavo pure loro), e semplicemente aggiungendo <key>GraphicsEnabler</key> <string>Yes</string> nel com.apple.Boot.plist. quello che mi chiedo è se, per far funzionare lo stop, la scheda video debba venir riconosciuta soltanto tramite modifica del dsdt.aml oppure no. Per ora lo stop non va (ma non va nemmeno in Doze, forse va in stop ma non lo scrive in console, comunque sia non riesco a svegliarlo), in Extra/ della pennetta di boot ho: un smbios.plist (che però sembra non influire, leggere qualche riga sotto), un com.apple.Boot.plist, che invece viene letto, dato che ho abilitato grazie ad esso al 100% la scheda video, il tuo dsdt.aml con l'aggiunta della modifica ad hoc per la scheda video. Insomma non ho aggiunto alcun kext in penna_usb/Extra/Extensions/, servirebbero invece per abilitare lo stop? Ho provato ad installare chameleon2 rc3 e la stranezza è la seguente (schematizzo, SI-NO indicano se vengono riconosciuti giusti o meno sul sys pro): -Chameleon2 RC4: MacPro3,1 SI giusta freq.di ram: SI Giusto tipo di processore: SI -Chameleon2 RC3: MacPro3,1 SI giusta freq.di ram: SI Giusto tipo di processore: NO -Chameleon1: MacPro3,1 NO giusta freq.di ram: NO Giusto tipo di processore: NO in aggiunta aggiungendo il smbios.plist corretto nella cartella Extra/ non cambia assolutamente niente, nè in positivo nè in negativo, insomma per ora sembra che il computer non riesca a leggere il smbios.plist (col le nuove giuste modifiche annesse) ps.ho chiamato i rinforzi, aka Giorgio Link to comment Share on other sites More sharing options...
scrax Posted December 30, 2009 Share Posted December 30, 2009 dovresti avere due dsdt fatti da me uno con e uno senza scheda video, prova quello senza tenendo il graphic Enabler in c.a.B.p e poi fai il contrario il dsdt con la scheda video senza il Graphic enabler in c.a.B.p La scheda video può esser riconosciuta in 4 maniere che se funzionano non dovrebbero dare problemi ma in ogni caso è de verificare, di solito si usa quello che va meglio per ogni configurazione: 1. Iniezione tramite .kext (come facevi tu) 2. Iniezione tramite EFI string in c.a.B.p 3. Iniezione tramite dsdt 4. iniezione tramite bootloader abilitato con Graphic Enabler=Yes al boot o in c.a.B.p L'importante è usare solo un metodo alla volta se no si hanno conflitti. Io per esempio ho gli stessi risultati via EFI string che dsdt, mentre il Graphic Enabler non mi fa cambiare la risoluzione i .kext non li ho mai provati. Link to comment Share on other sites More sharing options...
gustavtoni Posted December 31, 2009 Author Share Posted December 31, 2009 dovresti avere due dsdt fatti da me uno con e uno senza scheda video, prova quello senza tenendo il graphic Enabler in c.a.B.p e poi fai il contrario il dsdt con la scheda video senza il Graphic enabler in c.a.B.p La scheda video può esser riconosciuta in 4 maniere che se funzionano non dovrebbero dare problemi ma in ogni caso è de verificare, di solito si usa quello che va meglio per ogni configurazione: 1. Iniezione tramite .kext (come facevi tu) 2. Iniezione tramite EFI string in c.a.B.p 3. Iniezione tramite dsdt 4. iniezione tramite bootloader abilitato con Graphic Enabler=Yes al boot o in c.a.B.p L'importante è usare solo un metodo alla volta se no si hanno conflitti. Io per esempio ho gli stessi risultati via EFI string che dsdt, mentre il Graphic Enabler non mi fa cambiare la risoluzione i .kext non li ho mai provati. ci sono importante conisderazioni: 1-abilitando la scheda video tramite c.a.B.p, sia con il tuo vecchio dsdt che con il nuovo che hai postato (quello con in più le giuste righe per la mia scheda video) ho il video al 100% funzionante. lo stop però non funziona ancora, anche se lo schermo diventa nero e il sistema non va in doze (in console non appare niente relativo al momento in cui cerco di mandarlo in stop) 2-togliendo Graphic Enabler=Yes in c.a.B.p (ed eventuali kext video o efi string) NON ho la scheda videro funzionante sia con il vecchio che con il nuovo dsdt (mentre con quest'ultimo mi sarei aspettatto che la scheda video venisse riconosciuta). ovviamente il sistema non va in stop, però va in doze 3-come precedentemente detto, stranamente apportando modifiche al smbios.plist (per esempio modificare il SMserial, cose ininfluenti) sembra che il smbios.plist non venga letto, dato che le modifiche apportate non vengono rilevate. tuttavia "sulla carta" tutto ciò che è in Extra/ (è anche altro che sembra non esserci, purtroppo, leggere dopo) viene caricato (loaded) dal sistema (ho avviato con Wait = yes) riporto la parte relativa ai file caricati. Loaded HFS+ File: ......... 3 diversi kext presenti in Extra/Extensions/ - nonostante non esista nemmeno la cartella Extensions/ nella pennetta usb, EDIT, in realtà carica la cartella Extra/Extensions/ dell'HD - che elenco: Disabler.kext, fakesmc.kext, OpenHaltRestart.kext successivamente avviando CON Graphic Enabler=Yes in c.a.B.p sotto il carimento dei sopracitati kext (e della cache del sistema presente sull'HD) compare: nVidia GeForce 8600M GS 256MB NV86 [10de:0425] ::PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0) invece avviando senza Graphic Enabler=Yes in c.a.B.p ottengo: efi_inject_get_devprop_string NULL trying stringdata infine, uguale in tutte le prove che ho fatto ritrovo: Loaded HFS+ File: [Extra/smbios.plist] 747 bytes from 4237750. Patched DMI Table Loaded HFS+ File: [Extra/DSDT.aml] 28725 bytes from 4239930. Patched ACPI version 2 DSDT Starting Darwin x86 Press any key to continue... insomma, il smbios.plist viene caricato, ma allora perché non rileva le modifiche che gli apporto? è normale che carichi sia la cartella Extra/ della penna che la cartella Extra/ dell'HD? posso provare a togliere quest'ultima affinchè non carichi i file in essa presenti, oppure rischio KP? forse sono proprio i kext presenti in System/Extra/Extensions a far casino... Link to comment Share on other sites More sharing options...
scrax Posted December 31, 2009 Share Posted December 31, 2009 insomma, il smbios.plist viene caricato, ma allora perché non rileva le modifiche che gli apporto?è normale che carichi sia la cartella Extra/ della penna che la cartella Extra/ dell'HD? posso provare a togliere quest'ultima affinchè non carichi i file in essa presenti, oppure rischio KP? forse sono proprio i kext presenti in System/Extra/Extensions a far casino... Ottime considerazioni, io pensavo che su chiavetta avevi tutto non solo il boot (non chiedermi perchè ma ogni tanto mi confondo ) Quindi quando decidiamo di far partire il volume dell' hd lui va a vedere l'extra dell'HD e anche la S/L/E e questo ci crea i comportamenti stani che abbiamo avuto finora. Anche perchè senza fakeSMC non parte altrimenti Quindi se riesci a fare l'installazione su quella da 8GB sembra la soluzione più comoda per evitarli senza reinstallare tutto sull' HD (almeno finché non risolviamo). Link to comment Share on other sites More sharing options...
gustavtoni Posted January 3, 2010 Author Share Posted January 3, 2010 Ottime considerazioni, io pensavo che su chiavetta avevi tutto non solo il boot (non chiedermi perchè ma ogni tanto mi confondo )Quindi quando decidiamo di far partire il volume dell' hd lui va a vedere l'extra dell'HD e anche la S/L/E e questo ci crea i comportamenti stani che abbiamo avuto finora. Anche perchè senza fakeSMC non parte altrimenti Quindi se riesci a fare l'installazione su quella da 8GB sembra la soluzione più comoda per evitarli senza reinstallare tutto sull' HD (almeno finché non risolviamo). Ciao! la chiavetta da 8 giga è pronta all'uso per sperimentazioni, ho installato snow retail + chameleon2 rc4. tra l'altro il computer stavolta di default viene rilevato così: Riepilogo hardware: Nome modello: MacBook Pro Identificatore modello: MacBookPro4,1 Nome processore: Intel Core 2 Duo Velocità processore: 2,09 GHz Numero di processori: 1 Numero totale di nuclei: 2 Cache L2: 3 MB Memoria: 4 GB Velocità bus: 728 MHz Versione Boot ROM: MBP41.0073.B00 Version SMC (sistema): 1.30f3 Numero di serie (sistema): SOMESRLNMBR Hardware UUID: DF557FA2-C304-556B-A442-960AB835CB5D ho provato già a fare qualche prova, i dsdt patchato + c.a.B.p senza accelerazione grafica non mi fa andare la scheda video, invece dsdt (il primo che avevi postato) + c.a.B.p con accelerazione grafica fa funzionare del tutto la scheda, e pure lo stop sembra parzialmente andare (ma questa volta sul serio!) dico parzialmente perchè subito dopo che ho messo in stop (quindi ventole e processore fermi del tutto e luce sul pulsante d'avvio che indica computer acceso che diventa lampeggiante), dopo pochi secondi senza che tocchi niente fa wakeup. purtroppo però al wakeup il computer rimane ancora "addormentato", 9 volte su 10 il bluetooth non va, non riesco ad aprire applicazioni, al posto della punta bianca come puntatore compare la sfera girevole caleidoscopica (talvolta), insomma computer inusabile. la scheda audio firewire però non funge, nè prima nè dopo lo stop (o meglio, funziona ma l'audio gratta e va a tratti COME sull'HD) aperta e chiusa parentesi: adesso sullo snow dell'HD ho problemi con l'audio, l'AppleHDA modificato che avevo e che ha sempre funzionato (talvolta voleva essere reinstallato) ora non va proprio più, ho provato in svariati modi ma niente, cancellato cache, riparato permessi, installazione con kext helper b3 e via dicendo. posto i messaggi da console relativi al caricamento del suddetto kext - e ciò che sta prima e dopo, anche se ininfluente (che su sys pro, in Estensioni, me lo da presente): Jan 3 16:31:06 Mac-Pro-di-abraman kernel[0]: ApplePS2Trackpad: ALPS GlidePoint v10.115 Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Jan 3 16:31:12 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Jan 3 16:31:13 Mac-Pro-di-abraman kernel[0]: DSMOS has arrived ps.dopo posto i messaggi da console relativi allo stop Link to comment Share on other sites More sharing options...
scrax Posted January 3, 2010 Share Posted January 3, 2010 Anche sulla chiavetta non funziona? riguardando i tuoi log sembra che quest'errore ci fosse già prima: Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Non andava modificato anche il dsdt per farlo funzionare? O avevi solo LegacyHDA.kext modificato da sovrascrivere all'originale? Link to comment Share on other sites More sharing options...
gustavtoni Posted January 3, 2010 Author Share Posted January 3, 2010 Anche sulla chiavetta non funziona? riguardando i tuoi log sembra che quest'errore ci fosse già prima: Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 1656 goto Exit Dec 19 18:25:13 Mac-Pro-di-abraman kernel[0]: Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDADriver.cpp" at line 203 goto Exit Non andava modificato anche il dsdt per farlo funzionare? O avevi solo LegacyHDA.kext modificato da sovrascrivere all'originale? Forse allora quei kernel log si riferivano a quando il kext AppleHDA non era stato ben caricato (non so perchè, ma è l'unico kext aggiuntivo che mi ha sempre dato un po' di problemi: talvolta lo installavo, riavviavo e niente audio, poi senza far niente riavviavo con audio misteriosamente funzionante) sta di fatto che, dopo innumerevoli tentativi, l'audio non funziona (l'icona dell'altoparlante vicino alla data nella barra in alto a destra è trasparente, e non nera) sull'HD. Lo stesso kext mi ha dato problemi (o meglio, più di quelli che solitamente causava) anche sulla penna da 8 giga, ho momentaneamente risolto con un VoodooHDA (che però sull'HD non funziona) Il dsdt non l'ho mai usato per far funzionare l'audio, anche se può essere una valida alternativa. Il legacyHDA.kext non l'ho mai usato, magari provo con quello. La scheda audio è alc268. Comunque sulla penna lo stop sembra fungere, solo che compaiono dei messsaggi "temporanei" nel kenel.log, che infatti al riavvio non ritrovo - probabilmente perchè dopo uno stop sono costretto a chiudere il computer manualmente. DSCN0376.JPG.zip Qui si vede solo parizalmente la parte del kernel.log interessante (non sempre riesce a scrivere tutto quanto la console, sembra), più avanti non appena ho una foto più esaustiva - compresa la parte del wakeup - la posto. Curiosità: perchè dopo uno stop la scheda audio firewire dovrebbe interagire meglio con il computer? Adesso che settaggi (= quali kext devo avere e quali no, dsdst: no, oppure sì, ma quale etc.) dovrei avere per tentare di far funzionare del tutto lo stop? Mi compare infatti (temporaneamente) la scritta - indice che lo stop dovrebbe funzionare: "data" host 349 kernel [0]: System Sleep solo che: -dopo lo stop il sistema si risveglia da solo dopo circa 3 secondi -dopo lo stop il sistema è, di fatto, inusabile, talvolta non va nemmeno la tastiera Link to comment Share on other sites More sharing options...
scrax Posted January 3, 2010 Share Posted January 3, 2010 Curiosità: perchè dopo uno stop la scheda audio firewire dovrebbe interagire meglio con il computer? Perchè dopo lo stop viene "accesa" dal segnale di risveglio e quindi funziona l'hotplug che normalmente non mi funziona quindi mi vede gli HD, le telecamere ecc. Prima dello stop ti va la scheda audio firewire? O va me è rumorosa? Link to comment Share on other sites More sharing options...
gustavtoni Posted January 3, 2010 Author Share Posted January 3, 2010 Perchè dopo lo stop viene "accesa" dal segnale di risveglio e quindi funziona l'hotplug che normalmente non mi funziona quindi mi vede gli HD, le telecamere ecc.Prima dello stop ti va la scheda audio firewire? O va me è rumorosa? Prima dello stop la scheda audio va ma è rumorosa, si comporta esattamente come su Snow leopard dell'HD (con relativo incremento abnorme di consumo di cpu) Link to comment Share on other sites More sharing options...
Recommended Posts