Jump to content
1267 posts in this topic

Recommended Posts

Ho messo il nuovo DSDT 3.3 in Extra.

Stamani appena riavviato mi appare due schermate dicendo:

 

<<

L'estensione del sistema "/System/Library/Extensions/ACard67162.kext" non è ststa installata correttamente e non può essere utilizzata. Prova a reinstallarla o consulta il produttore per un aggiornamento.

>>

 

Il secondo con l'estensione "AppleACPIPlatform.kext"

 

Sapreste dirmi il loro significato, cosa siano e come posso risolvere se possono influire negativamente sul sistema?

 

Grazie in anticipo.

Moreno

...

hmmm...

Riparati i permessi??

 

Fai una cosa...

 

Aggiornati con il bootloader cerca nella sezione Software e simili nel topic di scraxx sulchameleon e installati la "Chameleon 2 RC5pre8" c'e' anche la pre11 (quella che monto io) ma non mi ricordo chi e dove e' postata... ma con la pre8 ci vai ugalmente a meraviglia...

 

fatto questo cancella il contenuto di questa directory...

/System/Library/Caches/com.apple.bootstamps/

e cancella anche i file Extensions.mkext che trovi in /Extra/

 

ripara i permessi e ricostruisci le caches con kext utility

(dovrebbero essere risolti i problemi).

 

Fabio

Ciao Fabio,

te la butto lì, non sono molto esperto ma magari è fattibile e sarebbe una figata eliminare anche questo (molto piccolo) problema...

Secondo te si può applicare questo metodo QUI per la scheda di rete facendogli credere che la nostra 56 sia una 53?

Con poco codice nel DSDT si risolverebbe...he he

 

:)

 

Tommaso

Ho installato il dsdt 3.3, ecco il kernel log:

May 19 19:43:37 localhost kernel[0]: MAC Framework successfully initialized
May 19 19:43:37 localhost kernel[0]: using 16384 buffer headers and 4096 cluster IO buffer headers
May 19 19:43:37 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 64:87IOAPIC: Version 0x20 Vectors 88:111
May 19 19:43:37 localhost kernel[0]: ACPI: System State [s0 S3 S4 S5] (S3)
May 19 19:43:37 localhost kernel[0]: RTC: Only single RAM bank (128 bytes)
May 19 19:43:37 localhost kernel[0]: mbinit: done (64 MB memory set for mbuf pool)
May 19 19:43:37 localhost kernel[0]: From path: "uuid", 
May 19 19:43:37 localhost kernel[0]: Waiting for boot volume with UUID 704B363D-1880-30EA-840C-B2E367D56ADE
May 19 19:43:37 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>
May 19 19:43:37 localhost kernel[0]: netkas presents fakesmc, a kext which emulates smc device
May 19 19:43:37 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib load succeeded
May 19 19:43:37 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
May 19 19:43:37 localhost kernel[0]: Vendor ID 7f7f7f7f 7f7f7f7f
May 19 19:43:37 localhost kernel[0]: Device ID 7f7f7f7f 7f7f7f7f
May 19 19:43:37 localhost kernel[0]: 7f7f7f7f7f7f7f7f7f7f7f7f7f7f7f7f
May 19 19:43:37 localhost kernel[0]: ^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?^?
May 19 19:43:37 localhost kernel[0]: JMicronATA: JMB363 (CMD 0xcc00, CTR 0xc880, IRQ 16, BM 0xc400)JMicronATA: JMB363 (CMD 0xc800, CTR 0xc480, IRQ 16, BM 0xc408)
May 19 19:43:37 localhost kernel[0]: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@1F,2/AppleAHCI/PRT2@2/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/WDC WD3200AAKS-00L9A0 Media/IOFDiskPartitionScheme/Untitled 1@1
May 19 19:43:37 localhost kernel[0]: BSD root: disk0s1, major 14, minor 1
May 19 19:43:37 localhost kernel[0]: FireWire (OHCI) VendorID 1106 ID 3403 built-in now active, GUID 001e8c0000ac8d53; max speed s400.
May 19 19:43:37 localhost kernel[0]: Kernel is LP64
May 19 19:43:37 localhost kernel[0]: AppleIntelCPUPowerManagement: Turbo Ratios 1112
May 19 19:43:37 localhost kernel[0]: AppleIntelCPUPowerManagement: initialization complete
May 19 19:43:46 localhost kernel[0]: systemShutdown false
May 19 19:43:47 localhost kernel[0]: Waiting for DSMOS...

May 19 19:44:02 yuris-Mac-Pro kernel[0]: NTFS driver 3.2 [Flags: R/W].
May 19 19:44:02 yuris-Mac-Pro kernel[0]: NTFS volume name System Reserved, version 3.1.
May 19 19:44:02 yuris-Mac-Pro kernel[0]: NTFS volume name Win732, version 3.1.
May 19 19:44:02 yuris-Mac-Pro kernel[0]: NTFS-fs warning (device /dev/disk0s2, pid 33): ntfs_system_inodes_get(): NTFS volume is dirty.  You should unmount it and run chkdsk.
May 19 19:44:02 yuris-Mac-Pro kernel[0]: NTFS volume name Win764, version 3.1.
May 19 19:44:02 yuris-Mac-Pro kernel[0]: NTFS-fs warning (device /dev/disk1s4, pid 81): ntfs_system_inodes_get(): NTFS volume is dirty.  You should unmount it and run chkdsk. // questo me lo genera il IOAHCIBlockStorageInjector  

May 19 19:44:03 yuris-Mac-Pro kernel[0]: Previous Shutdown Cause: 0
May 19 19:44:05 yuris-Mac-Pro kernel[0]: DSMOS has arrived
May 19 19:44:05 yuris-Mac-Pro kernel[0]: AppleRTL8169Ethernet: Ethernet address 90:e6:ba:2d:26:4e
May 19 19:44:05 yuris-Mac-Pro kernel[0]: ** Device in slot: SLOT-1 **
May 19 19:44:05 yuris-Mac-Pro kernel[0]: AppleTyMCEDriver::start coreVIDPID = 0xffffffff Number of packages = 1 Number of cpus = 8 memory monitor trough MCA

 

spiego la mia situazione a tutti:

E/E: P6TSE, LegacyATI4800Controller, fakesmc, jmicronATA, IOAHCIBlockStorageInjector.

S/L/E: appleHDA, ATI4800controller, totallyfix

Io ho bisogno del jmicronATA.kext perchè uso un HD IDE, questo però mi genera un errore, ovvero il 2 HD sata mi viene visto come HD (di colore grigio) ma esterno. se uso IOAHCIBlockStorageInjector.kext questo non succede, mah. questo è quanto ed ecco spiegati i miei errori nel kernel log (se uso solo p6tse e fakesmc tutto pulito.. :thumbsup_anim: ). una questione per l'audio, devo usare tutti questi kexts (appleHDA patched con il totalfix) o basta il p6tse??

Con il nuovo dsdt ora tutti i miei HD firewire vengono letti appena li collego, non devo più aspettare di mettere in stanby il PC, tuttavia il mio HD lacie rugged se lo lascio collegato durante il boot non mi vanno comunque i comandi da tastiera e mouse all'avvio, devo fare partire lo standby dal case e poi al riavvio tutto torna normale. ciaao

O.o nn è quello che facciamo già editando il file .plist dentro il kext della rete?...xD

 

Certo ovvio...ma non ti piacerebbe avere tutto in un file solo e una cosa in meno da editare tutte le volte che fai il combo update!?! ;)

Fabio...dimmi che ne pensi...grazie!

spiego la mia situazione a tutti:

E/E: P6TSE, LegacyATI4800Controller, fakesmc, jmicronATA, IOAHCIBlockStorageInjector.

S/L/E: appleHDA, ATI4800controller, totallyfix

Io ho bisogno del jmicronATA.kext perchè uso un HD IDE, questo però mi genera un errore, ovvero il 2 HD sata mi viene visto come HD (di colore grigio) ma esterno. se uso IOAHCIBlockStorageInjector.kext questo non succede, mah. questo è quanto ed ecco spiegati i miei errori nel kernel log (se uso solo p6tse e fakesmc tutto pulito.. :D ). una questione per l'audio, devo usare tutti questi kexts (appleHDA patched con il totalfix) o basta il p6tse??

Con il nuovo dsdt ora tutti i miei HD firewire vengono letti appena li collego, non devo più aspettare di mettere in stanby il PC, tuttavia il mio HD lacie rugged se lo lascio collegato durante il boot non mi vanno comunque i comandi da tastiera e mouse all'avvio, devo fare partire lo standby dal case e poi al riavvio tutto torna normale. ciaao

 

mi rimangio quello che ho detto, l'hd firewire in realtà non viene letto subito, devo usare lo standby :(

Certo ovvio...ma non ti piacerebbe avere tutto in un file solo e una cosa in meno da editare tutte le volte che fai il combo update!?! ;)

Fabio...dimmi che ne pensi...grazie!

 

dia3olik ti manca la firma...

 

ad ogni modo

 

<string>0x436211AB</string> id 88E8053
<string>0x436411AB</string> id 88E8056

 

Onestamente non avevo mai pensato di "iniettare" l'id delle Lan all'interno del DSDT.

Si potrebbe provare...

Il problema ora sarebbe che su di una configurazione gia' funzionante non funzionerebbe perche' se e' stato eseguito il patch sul .plist nello .kext verrebbero a mancare i dati dell'88E8053...

Io ho la bella abitudine di non sostituire la parte che mi serve ma diduplicarla e editarla in modo da avere un device in piu' di riferimento (in questo caso la 88E8056).

 

Domenica che torno a casa provo a darci una occhiata (cosi' su due piedi mi sembra fattibile)

Piccolo appunto... non ho mai investigato a fondo il motivo, ma krazubu autore della prima patch per le LAN (Tima Machine o che dir si voglia) aveva menzionato proprio l'esistenza della 88E8056 come controller su di un vero Mac (mi sembra MacBookPro 3,x??) se cosi' fosse... e' strano che ora tale controller non sia piu' nativamente presente negli "id" base dello Yukon2...

Edit: Ho controllato era 88E8055 ;)

Fabio

spiego la mia situazione a tutti:

E/E: P6TSE, LegacyATI4800Controller, fakesmc, jmicronATA, IOAHCIBlockStorageInjector.

S/L/E: appleHDA, ATI4800controller, totallyfix

 

 

Ti consiglio... poi scegli tu.. (PARLIAMO DI P6T SE)

 

in E/E : LegacyATI4800Controller, FakeSMC, jmicronATA, totallyfix

in S/L/E : AppleHDA(quello di smith@@), ATI4800controller

 

In neretto e' evidenziato quello che deve avere la P6T SE per funzionare correttamente

 

qundi dalla cartella Extra elimina lo kext P6TSE (sono in pratica la stessa cosa il P6TSE e' piu' leggero nulla di piu'), e il totally lo sposti dalla cartella di sistema alla cartella Extra... riparare i permessi e ricostruire le caches e' obbligo...

Io preferisco non avere legacy nelle vere cartelle di sistema (Non sporcare troppo.. vanilla ;) )

 

Fabio

Buon giorno a tutti, vediamo se potete aiuatrmi:

 

Sono riuscito a installare Snow Leopard 10.6.0, 10.6.2 e 10.6.3 in diverse ocasióni, a funzionato l'audio con il Applehda, peró o dubbi con il speedstep...

 

Per incominciare, l'utilitá del cpux non e piú disponible nella pagina di Netkas, ma peró l'o trovata tramite la rete e mi mostra questo:

 

Sembra non os oscillare il rendimiento dil pc, aparentemente non funciona lo speedstep e mostra un multiplicatore x2...

 

La domanda é: ¿Dovrei attivare o disattivare qualche kext per fare funzionare il speedstep? (voodoopowermini.kext o NullCPUPM.kext o SleepEnabler.kext...)

 

¿Dovrei utilizare il fakesmc 2.5?

 

Per usarlo semplicamente si trascinano all'utilitá kextutility, ¿Vero? ¿O dovrei aggiunderli a Extra/Extensions e eseguire kextutility?

 

¿Come dovrei fare perché invece di mostrare macpro 4.1 mostri macpro 3.1? ¿editando il smbios.plist?

 

il mio PC:

 

CPU i7 920 revision d0

 

Asus p6t de luxe v2 bios v.1003 (o tentato pure con la 901)

 

6 GB corsair

 

hd 500 wd blue caviar

 

geforce gtx 275

 

Tentaró di posteggiare le mie tavole ACPI con il metodo descritto in How to dump your ACPI tables, vedró se riesco a farlo funzionare.

 

Grazie anticipate

 

(I'm from spain (and a newbie in mac and linux), a friend translate my message, thank you Roberto)

 

My ACPI tables http://rapidshare.com/files/390378122/920-...e-1003.zip.html ... help me with my steepsped, please

Ti consiglio... poi scegli tu.. (PARLIAMO DI P6T SE)

 

in E/E : LegacyATI4800Controller, FakeSMC, jmicronATA, totallyfix

in S/L/E : AppleHDA(quello di smith@@), ATI4800controller

 

In neretto e' evidenziato quello che deve avere la P6T SE per funzionare correttamente

 

qundi dalla cartella Extra elimina lo kext P6TSE (sono in pratica la stessa cosa il P6TSE e' piu' leggero nulla di piu'), e il totally lo sposti dalla cartella di sistema alla cartella Extra... riparare i permessi e ricostruire le caches e' obbligo...

Io preferisco non avere legacy nelle vere cartelle di sistema (Non sporcare troppo.. vanilla :) )

 

Fabio

 

weilà fabio! ho fatto come mi hai consgliato, tuttavia sto benedetto HD sata secondario viene visto come esterno. se metto l'AHCIBlockSI, si ripiglia invece.. non vorrei fare qualche cazzata nell'eliminare la cache.. innanzi tutto un flag 'f dovrebbe bastare, no???

p.s. a me lasciare l'AHCIblockSI non dispiace, diciamo che sto kext finora mi ha salvato parecchi boot anche con altri pc e leopard vari. ci sono affezzionato ;) . vabbò me ne torno all hack di un mio amico che non ne vuole sapere di far andare la ventola di una 4830 :) . a presto

...

 

Español:

Hola azralex

La utitlty que te refieres a mi opinión "nunca fue tan grande" como referencia, te puedo decir que lo SpeedStep funciona

si deseas más confirmacion usa programas como MRSTools para ver los cambios entre el pico máximo y promedio (60%).

Hace unas pocas páginas he publicado el DSDT por la P6T Deluxe (V3.3 de DSDT) vuelvete a esa página y tambien mira lo kext recomiendado para el correcto funcionamiento del sistema. Si usted tiene una GTX 275 (En la ranura Azul de 16 bits) te propongo una DSDT que es exactamente la misma (por i7 920 inyectados con la GTX 275) por lo que usted no necesita en com.apple.Boot.plist el GraphicsEnabler

 

Háganos saber ..

 

 

Italiano:

Ciao azralex

Quella utitlty a cui fai riferimento a mio parere non e' stata mai un granche' come riferimento, posso dirti che lo SpeedStep funziona

se vuoi ulteriore conferma usa programmi come MRSTools per vedere i cambiamenti tra picchi massimi e medi (60%).

poche pagine addietro ho postato l'ultimo DSDT per la P6T Deluxe (V3.3 del DSDT) ti rimando a quella pagina e a gli kext consigliati per il corretto funzionamento del sistema.

Se hai una GTX 275 (nello Slot Blu a 16bit) qui ti propongo lo stesso identico DSDT (per l'i7 920 con la GTX 275 iniettata) quindi non avrai bisogno di Graphics Enabler nel com.apple.Boot.plist

 

Facci sapere..

 

Fabio

Ciao raga sentite la GTX 480 e' arrivata su Windows7 e' una bestia.......pero' nn mi va + hackintosh!

 

Dovete aiutarmi! Come posso fare?

 

Frank802

Non voglio essere scortese ma qui si parla di come far funzionare le schede madri sopra citate...

Per le schede grafiche rivolgiti ad altri trend che trattano schede grafiche, oppure apri un topic apposta (se gia' non esiste)

 

EDIT: dai una occhiata qui... http://www.insanelymac.com/forum/index.php?showtopic=214219

 

Fabio

Se hai una GTX 275 (nello Slot Blu a 16bit) qui ti propongo lo stesso identico DSDT (per l'i7 920 con la GTX 275 iniettata) quindi non avrai bisogno di Graphics Enabler nel com.apple.Boot.plist

 

Ciao Fabio,

ti posso chiedere un aiutino per far vedere un paio di periferiche PCIe a snow sulla P6T Deluxe V2...

So che con il DSDT non dovrebbe essere troppo difficile ma non ho trovato guide per periferiche generiche,

solo per schede video, audio e rete....

Che cosa ti serve per aiutarmi per il codice da mettere nel DSDT?

Se non erro bisogna aggiungerle sotto PRT0, PRT1, PRT2, etc che dovrebbero essere gli slot PCIe / PCI, no?

Solo che mi incasino con i buffer e quella robina lì he he

O "buffer" rappresenta solo la lunghezza della stringa?

Dump ioreg? out di lspci...grazie per la pazienza intanto...dimmi cosa ti serve che provvedo!

Notte,

Tommaso

...

 

Ciao Tommaso

Che periferica vuoi "aggiungere"?

Ti anticipo che con il DSDT 3.x molti "slot" inutilizzati sono "disattivati" l'unico "buono" che hai e' quello BIANCO 16x

per fare tale operazione ti consiglio di usare il DSDT 2.5 dove c'e' tutto quello che era presente nella tabella originale DSDT,

Successivamente usa LSPci (ovvero EVOTOOLSX) per avere una idea di dove e cosa viene visto in un determinato "slot".

 

Ti faccio un esempio: Recentemente ho comprato una scheda Firewire 800 (F5U602ea) che e' una combo con porte USB,

l'ho fisicamente inserita nello slot Bianco normalmente dedicato alla seconda scheda grafica (nella sua mini PCiexpress non funzionava),

fatto questo ho avviato LSPCI per vedere come il sistema la vede.

A parte che devo ancora risolvere dei problemi di avvio dopo lo stop dovuti a tale scheda causati dalle USB

 

questo l'errore nel kernel-log

USBF: 1.834 AppleUSBEHCI[0xffffff800e4a8000]::CheckSleepCapability - controller will be unloaded across sleep

FireWire runtime power conservation disabled. (2)

USBF: 1.891 AppleUSBOHCI[0xffffff800e4ac000]::CheckSleepCapability - controller will be unloaded across sleep

USBF: 1.892 AppleUSBOHCI[0xffffff800e4aa000]::CheckSleepCapability - controller will be unloaded across sleep

FireWire (OHCI) TI ID 8025 built-in now active, GUID 08002856000004aa; max speed s800.

 

 

il codice che mi sono ricavato.. (e' ibrido ed e' incomleto)

 

[size=1]Device (F5U6) {     Name (_ADR, 0x03000000) //  03:00.0 PCI bridge [0604]: Texas Instruments XIO2000(A)/XIO2200(A) PCI Express-to-PCI Bridge [104c:8231] (rev 03)
   Device (UHC7) { Name (_ADR, 0x04010000) }   //  04:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
   Device (UHC8) { Name (_ADR, 0x04010001) }   //  04:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
   Device (EHC3) { Name (_ADR, 0x04010002) }   //  04:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04)
   Device (F800) { Name (_ADR, 0x04020000)     //  04:02.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller [104c:8025] (rev 01)
       Method (_DSM, 4, NotSerialized) { Store (Package (0x06) {
                   "built-in", Buffer (One) { 0x00 },
                   "fwswappedbib", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 },
                   "fwhub", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }}, Local0)
            MCDP (Arg2, RefOf (Local0)) Return (Local0)}}
}[/size]

 

Ma serve a darti una idea di quello che si puo' fare...

----

Altra cosa per il discorso di iniettare le due lan via DSDT:

Questa e' una lista dei "device" visti nativamente da OSX presenti nello Yukon2 (quelli Marvell):

 

Yukon-88E804A

Yukon-88E804X

Yukon-88E804Y

Yukon-88E804Z

Yukon-88E8053 RIEDITATO PER LE NOSTRE (Yukon-88E8056)

Yukon-88E8055

Yukon-88E8055-B0

Yukon-88E8061

Yukon-88E8062

 

Ora volendo provare inietterei il 55 o 55-B0 cosi' da non compromettere chi ha gia' una Yukon patchata facendo

anche presente che "forse" e' la piu' vicina alla nostra 88E8056

 

Fabio

Ciao Tommaso

Che periferica vuoi "aggiungere"?

Ti anticipo che con il DSDT 3.x molti "slot" inutilizzati sono "disattivati" l'unico "buono" che hai e' quello BIANCO 16x

 

grazie per la risposta velocissima!

dunque ti spiego meglio che periferiche vorrei installare:

 

Slot1 - PCIe 1x - Sil3132 SATA 2 Porte - Sembra funzionare ma non c'è in syst prof ne sotto PCI ne sotto SerialATA

Slot2 - PCIe 16x - ATI HD4850 - Funziona tutto sembra e è listata anche sotto PCI - ;)

Slot3 - PCI - VUOTO

Slot4 - PCI - VUOTO

Slot5 - PCIe 16x - FireWire800 - Funziona perfettamente, in sys profiler sotto firewire ma ovviamente non sotto PCI

Slot6 - PCIe 16x - Sonnet E4P SATA 4 Porte - Vista da lspci e ioregexplorer ma i drivers non trovano la scheda...

 

Quindi sembrerebbe che anche il primo slot 1x in alto funzioni con il DSDT 3.3 dico bene?

In ogni caso non è segnalata da nessuna parte la scheda se non in lspci e ioregexpl...ma se collego un disco fa il mount senza problemi! :)

Quindi almeno in questo caso sarebbe solo estetica la soluzione e magari guadagnare qualcosina in stabilità dei drivers siliconimage...

Stesso discorso per la firewire...funziona quindi...

Diverso invece per la Sonnet accidenti...proprio non viene inizializzata dal sistema...secondo me non viene vista dai drivers...

 

per fare tale operazione ti consiglio di usare il DSDT 2.5 dove c'e' tutto quello che era presente nella tabella originale DSDT

 

ok...ma cosa perdo delle tue migliorie tra la 2.5 e la 3.3? ;)

 

Successivamente usa LSPci (ovvero EVOTOOLSX) per avere una idea di dove e cosa viene visto in un determinato "slot".

 

viene visto tutto he he ! !

 

il codice che mi sono ricavato.. (e' ibrido ed e' incomleto)

 

[size=1]Device (F5U6) {     Name (_ADR, 0x03000000) //  03:00.0 PCI bridge [0604]: Texas Instruments XIO2000(A)/XIO2200(A) PCI Express-to-PCI Bridge [104c:8231] (rev 03)
   Device (UHC7) { Name (_ADR, 0x04010000) }   //  04:01.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
   Device (UHC8) { Name (_ADR, 0x04010001) }   //  04:01.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43)
   Device (EHC3) { Name (_ADR, 0x04010002) }   //  04:01.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04)
   Device (F800) { Name (_ADR, 0x04020000)     //  04:02.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller [104c:8025] (rev 01)
       Method (_DSM, 4, NotSerialized) { Store (Package (0x06) {
                   "built-in", Buffer (One) { 0x00 },
                   "fwswappedbib", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 },
                   "fwhub", Buffer (0x04) { 0x00, 0x00, 0x00, 0x00 }}, Local0)
            MCDP (Arg2, RefOf (Local0)) Return (Local0)}}
}[/size]

 

Ma serve a darti una idea di quello che si puo' fare...

 

Ho anche trovato in DSDTSE (il software) la patch per il naming delle PCI che riporto qui per comodità:

 

PCI card information

           Device (RP02)
           {
               Name (_ADR, 0x001C0001)  /* last two digits is a number of the bridge */
               Device (ARPT)
               {
                   Name (_ADR, Zero)
                   Name (_SUN, 0x01)    /* add this object with the same value as PCI bridge */
                     Method (_DSM, 4, NotSerialized)   /* add this method */
                   {
                       Store (Package (0x04)
                       {
                           "model",
                           Buffer ()
                           {
                               "Dell Wireless 1395"
                           },

                           "built-in",
                           Buffer ()
                           {
                               0x00
                           }

                       }, Local0)
                       DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))   /* define the method at the top */
                       Return (Local0)
                   }

 

 

L'unica cosa nella quale non ho capito bene cosa mettere nei buffer, nei method e in DTGP nel DSDT!

 

Name (_ADR, 0x001C0001)  /* last two digits is a number of the bridge */
Name (_SUN, 0x01)    /* add this object with the same value as PCI bridge */

 

Queste cose mi sono abbastanza chiare ma queste meno:

 

Method (_DSM, 4, NotSerialized)   /* add this method */

 

bisogna scrivere sempre questo method o ce ne sono altri?

 

             "model",
                           Buffer ()
                           {
                               "Dell Wireless 1395"
                           },

                           "built-in",
                           Buffer ()
                           {
                               0x00
                           }

 

va bene lasciare buffer vuoto?

 

DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))   /* define the method at the top */

 

e qui non è molto chiaro...bho???

 

Altra cosa per il discorso di iniettare le due lan via DSDT:

Questa e' una lista dei "device" visti nativamente da OSX presenti nello Yukon2 (quelli Marvell):

 

Yukon-88E804A

Yukon-88E804X

Yukon-88E804Y

Yukon-88E804Z

Yukon-88E8053 RIEDITATO PER LE NOSTRE (Yukon-88E8056)

Yukon-88E8055

Yukon-88E8055-B0

Yukon-88E8061

Yukon-88E8062

 

Ora volendo provare inietterei il 55 o 55-B0 cosi' da non compromettere chi ha gia' una Yukon patchata facendo

anche presente che "forse" e' la piu' vicina alla nostra 88E8056

 

Fabio

 

mi sembra perfetto...hai già fatto delle prove? Sono curiosissimo!

Forse pian piano possiamo arrivare davvero a solo 2-3 kexts + DSDT senza nessun'altra modifica! ;)

Intanto grazie ancora per l'aiuto e la disponibilità!

Tommaso

Tommaso

 

Ciao Tommaso.

Guarda facciamo una cosa. posta il tuo IOREG (versione grafica) in formato compresso (.zip)

e anche quello che ti da LSPCI (cosi' si possono vedere tutti i dettagli delle periferiche)

MA ti chiedo di farlo con il DSDT 2.5 (per le ragioni che ti ho spiegato prima).

 

Una volta che hai tutto il materiale ci spostiamo un un trend che tratta DSDT per non andare off-topic in questo

Con l'aiuto e consulenza di altri amici del Forum sicuramente si ottengono risultati migliori, non mi va l'idea di chiudere un discorso "non generico" qui la cosa' potrebbe venire utile anche ad altre persone per altre mobo.

 

Fabio

Sono comunque cose straribattute, imho non servirebbe nessun nuovo topic. Basterebbe solo cercare un pochino.

;)

 

Si effettivamente molte cose sono state ripetute molte volte...

Questo il motivo per il quale vorrei spostare la discussione in uno di questi:

- P5K DSDT collection patch con EVODSDTSE

- [Guida] Modifica del DSDT - Le basi e le fix più comuni

- [info] DSDT A PEZZI, Proviamo a capirci di più?

 

Anche perche la "ricostruzione della struttura" di periferiche esterne (per quanto possa servire) non e' molto comune.

 

Fabio

×
×
  • Create New...