Jump to content

[Aiuto] Problema Scheda Audio Esterna Firewire


gustavtoni
 Share

84 posts in this topic

Recommended Posts

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

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

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

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

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

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

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

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

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

 Share

×
×
  • Create New...