P5K DSDT collection patch con EVODSDTSE

scrax · November 18, 2009

Grazie mille iFabio, ora provo subito, sto inserendo la firewire qui (in base a ioreg) P0P1:

			Device (P0P1)
		{
			Name (_ADR, 0x001E0000)
			Method (_PRW, 0, NotSerialized)
			{
				Return (GPRW (0x0B, 0x04))
			}

			Method (_PRT, 0, NotSerialized)
			{
				If (PICM)
				{
					Return (AR01)
				}

				Return (PR01)
			}


			Device (FWBR)
			{
				Name (_ADR, 0x00)
				Device (FRWR)
				{
					Name (_ADR, 0x00)
					Name (_GPE, 0x1A)
					Method (_DSM, 4, NotSerialized)
					{
						Store (Package (0x02)
							{
								"fwhub", 
								Buffer (0x04)
								{
									0x00, 0x00, 0x00, 0x00
								}
							}, Local0)
						DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
						Return (Local0)
					}
				}
			}
		}

Pero non so dove mettere il secondo pezzo, in fondo al dsdt credo che dovrebbe andare bene,no?

Mo provo, va correto per il mio P0P1:

	Method (_L1A, 0, NotSerialized)
	{
		Notify (\_SB.PCI0.P0P1.FWBR.FRWR, 0x00)
	}

La mia scheda non ha firewire 800 quindi l'altra parte la lascio perdere.

Ora riavvio e poi vi aggiorno...

ps la mia è:

05:03.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller [1106:3044] (rev c0)

EDIT: Niente , non mi va.

Bus fireWire:

Attenzione: Impossibile elencare i dispositivi FireWire.

Velocità massima: Fino a 400 Mb/sec

è peggio di prima prima mi leggeva le caratteristiche dell' hd da System Profiler.

Tristano · November 18, 2009

Prima del test della firewire una piccola modifica cosmetica al Jmicron:

aggiunto dopo il Name (_ADR, Zero)

Method (_DSM, 4, NotSerialized)
				 {
					 Store (Package (0x02)
					 {
						 "io-device-location", 
						 Buffer (0x08)
						 {
							 "JM-Bay 1"
						 }
					 }, 
					 Local0)
					 DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					 Return (Local0)
				 }

ciao bello volevo chiederti un favore io ho un controller pci-e chipset jmicron ho letto in un topic in inglese QUI Per la precisione tu potresti aiutarmi a modificarmi delle stringe sul dsdt perche io non ne vengo a cappo non so dove inserire queste famose stringe.

Grazie in anticipo

Tristano

Smith@@™ · November 18, 2009

Method (_L1A, 0, NotSerialized)
	{
		Notify (\_SB.PCI0.P0P1.FWBR.FRWR, 0x00)
	}

Prova sotto Scope (\_GPE) Fammi sapere :rolleyes:

EDIT:

aaaaa scrax, ma sbagli nell'inserire il codice, scusami me ne sono accorto ora, se deve andare in P0P1 cosi' come da ioreg e infatti e' nella stessa posizione anche nel mio, il device FWBR va inserito prima del Method (_PRT, 0, NotSerialized) altrimenti se lo inserisci dopo non fara' piu' parte del P0P1, bensi' di un altro ramo; il Method L1A dovresti gia' averlo sotto _SCOPE, inserisci solo le ultime 2 righe

Notify (\_SB.PCI0.PCIB.FRWR, 0x00)

Notify (\_SB.PWRB, 0x02)

Fammi sapere

Ciao

italy4ever · November 18, 2009

scusate per l'intrusione su indicazione di scrax posto il mio dsdt patchato anche per l'audio sulla p5kc.. bisogna copiare l'intera sezione Device (HDEF) e inserirla tra Device (PCI0) e Method (DTGP) e infine bisogna mettere i 3 file allegati nella cartella extra

audio_p5kc.zip

ciò permetterà di usare l'applehda originale ed eliminare il voodoohda e tutti i problemi dovuti allo stop e al volume basso.

La guida sulla quale mi sono basato si trova sul forum internazionale ma al momento non ricordo il link.

frtommy · November 18, 2009

Ciao Scrax.

Allora, per il problema del riavvio al extensa 5220 con 10.6.2, in uno dei topic che mi hai consigliato mi hanno detto di aprirne uno, che lì ero OT. Quindi ne aprirò uno e vediamo se qualcuno mi risponderà. Ne dubito.

Poi, Nel frattempo facevo pratica sul extensa 5220 con il DSDT.

I punti che vorrei raggiungere son questi, Togliere anche qua il NULLCPU, e provare a mettere la LAN dentro il DSDT.

Perchè con il kext della mia LAN praticamente Spegnimento e Riavvio in 32bit non funzionano.

Quindi o tolgo il kext, oppure rimango con le ventole accese, usb accese e schermo nero, sia se premo spegni che se premo riavvia.

Ti incollo il LSPCI NORMAL di EvoToolX

00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 03)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 03)
00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 03)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03)
00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03)
00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03)
00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 03)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 03)
00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03)
00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller [8086:2828] (rev 03)
00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus Controller [8086:283e] (rev 03)
02:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02)
04:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g [14e4:4315] (rev 01)
0f:06.0 CardBus bridge [0607]: Texas Instruments PCIxx12 Cardbus Controller [104c:8039]
0f:06.1 FireWire (IEEE 1394) [0c00]: Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller [104c:803a]
0f:06.2 Mass storage controller [0180]: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD) [104c:803b]
0f:06.3 SD Host controller [0805]: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller [104c:803c]

Dimmi se è ok, oppure ti serve il completissimo.

Poi qui incollo il DSDT, che è tutto fatto fino al tuo punto 6 , e non dava errori, fino al momento di modificare il SATA.

Inserendo quella riga per il SATA, mi viene 2 errori.

Poi una domanda.

DSDT HACK 17. in EvoDSDTSE sarebbe

Native SATA AHCI hack

Locate the SATA section in your DSDT:

Add /replace with this code.




Device (SATA)
{
	Name (_ADR, 0x001F0002)
	Name (_SUN, One)
	Device (PRT0)
	{
		Name (_ADR, Zero)
		Method (_GTF, 0, NotSerialized)
		{
			Name (PIB0, Buffer (0x07)
			{
				0x00, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xF5
			})
			Return (PIB0)
		}
		Method (_DSM, 4, NotSerialized)
		{
			Store (Package (0x02)
				{


					"io-device-location", 
					Buffer (0x06)
					{
						"Bay 1"
					}
				}, Local0)
			DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
		}

	}

	Device (PRT1)
	{
		Name (_ADR, One)
		Method (_GTF, 0, NotSerialized)
		{
			Name (PIB1, Buffer (0x07)
			{
				0x00, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xF5
			})
			Return (PIB1)
		}
		Method (_DSM, 4, NotSerialized)
		{
			Store (Package (0x02)
				{

					"io-device-location", 
					Buffer (0x06)
					{
						"Bay 2"
					}
				}, Local0)
			DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
		}

	}

	Device (PRT2)
	{
		Name (_ADR, 0x02)
		Method (_GTF, 0, NotSerialized)
		{
			Name (PIB2, Buffer (0x07)
			{
				0x00, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xF5
			})
			Return (PIB2)
		}
		Method (_DSM, 4, NotSerialized)
		{
			Store (Package (0x02)
				{
					"io-device-location", 
					Buffer (0x06)
					{
						"Bay 3"
					}
				}, Local0)
			DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
		}
	}

	Device (PRT3)
	{
		Name (_ADR, 0x03)
		Method (_GTF, 0, NotSerialized)
		{
			Name (PIB3, Buffer (0x07)
			{
				0x00, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xF5
			})
			Return (PIB3)
		}
		Method (_DSM, 4, NotSerialized)
		{
			Store (Package (0x02)
				{


					"io-device-location", 
					Buffer (0x06)
					{
						"Bay 4"
					}
				}, Local0)
			DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
		}
	}

	Device (PRT4)
	{
		Name (_ADR, 0x04)
		Method (_GTF, 0, NotSerialized)
		{
			Name (PIB4, Buffer (0x07)
			{
				0x00, 0x00, 0x00, 0x00, 0x00, 0xA0, 0xF5
			})
			Return (PIB4)
		}
		Method (_DSM, 4, NotSerialized)
		{
			Store (Package (0x02)
				{	

					"io-device-location", 
					Buffer (0x06)
					{
						"Bay 5"
					}
				}, Local0)
			DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
		}
	}

	Device (PRT5)
	{
		Name (_ADR, 0x05)
		Method (_GTF, 0, NotSerialized)
		{
			Name (PIB5, Buffer (0x07)
			{
				0x00, 0x00, 0x00, 0x00, 0x00, 0xB0, 0xF5
			})
			Return (PIB5)
		}
		Method (_DSM, 4, NotSerialized)
		{
			Store (Package (0x02)
				{

					"io-device-location", 
					Buffer (0x06)
					{
						"Bay 6"
					}
				}, Local0)
			DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
		}
	}

	Method (_DSM, 4, NotSerialized)
	{
		Store (Package (0x06)
			{
				"device_type", 
				Buffer (0x10)
				{
					"AHCI Controller"
				}, 

				"model", 
				Buffer (0x1C)
				{
					"ICH9-R SATA/AHCI Controller"
				}, 

				"name", 
				Buffer (0x1C)
				{
					"ICH9-R SATA/AHCI Controller"
				}
			}, Local0)
		DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
		Return (Local0)
	}
}

mentre te nella guida hai scritto così...

Device (SATA)
		{
			Name (_ADR, 0x001F0002)
			....bla bla


			 Method (_DSM, 4, NotSerialized)	 //<--questo alla fine del device
			{
				Store (Package (0x02)
					{
						"device-id",
						Buffer (0x04)
						{
							0x81, 0x26, 0x00, 0x00
						}
					}, Local0)
				DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
			}												   //<--fino a qui
		}

Come mai??

Cmq per la LAN non sò proprio dove andare a modificare e quale codice mettere.

Ecco il mio DSDT fino al punto 6, cioè dove ricevo l'errore.

Intel ACPI Component Architecture

ASL Optimizing Compiler version 20090730 [Aug 12 2009]

Supports ACPI Specification Revision 4.0

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 811: Store (0x20, \_SB.PCI0.SBUS.HSTS)

Error 4063 - Object does not exist ^ (\_SB.PCI0.SBUS.HSTS)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1152: Method (_WED, 1, NotSerialized)

Warning 1087 - Not all control paths return a value ^ (_WED)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1152: Method (_WED, 1, NotSerialized)

Warning 1080 - Reserved method must return a value ^ (_WED)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1510: Method (WMCA, 3, NotSerialized)

Warning 1087 - Not all control paths return a value ^ (WMCA)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1645: Method (WMCB, 3, NotSerialized)

Warning 1087 - Not all control paths return a value ^ (WMCB)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1703: Method (WMCD, 3, NotSerialized)

Warning 1087 - Not all control paths return a value ^ (WMCD)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1897: Method (WMCE, 3, NotSerialized)

Warning 1087 - Not all control paths return a value ^ (WMCE)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 2337: Method (WMCF, 3, NotSerialized)

Warning 1087 - Not all control paths return a value ^ (WMCF)

/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 9026: }

Error 4095 - syntax error, unexpected '}', expecting $end ^

ASL Input: /Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl - 9027 lines, 312966 bytes, 3841 keywords

Compilation complete. 2 Errors, 7 Warnings, 0 Remarks, 1015 Optimizations

Can you help me??

Grazie mille.

Ciau.

Smith@@™ · November 18, 2009

Device (SATA)
		{
			Name (_ADR, 0x001F0002)
			....bla bla


			 Method (_DSM, 4, NotSerialized)	 //<--questo alla fine del device
			{
				Store (Package (0x02)
					{
						"device-id",
						Buffer (0x04)
						{
							0x81, 0x26, 0x00, 0x00
						}
					}, Local0)
				DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			Return (Local0)
			}			
}

E' questo il codice per il riconoscimento natio tramite kext apple per il device SATA, non il primo. Il primo errore che ti da' e' dovuto al fatto che hai sbagliato a incollare il codice: "L'oggetto non esiste" viene fuori da cio': quando viene richiamata quella porzione di codice in \_SB.PCI0.SBUS.HSTS , semplicemente non viene trovata nel percorso \_SB.PCI0.SBUS.HSTS proprio perche' non c'e', appunto l'hai incollata in un altro "ramo" e non in PCI0-->SBUS-->HSTS

Per il 2°,4°,5°,6°,7°,8° errore devi aggiungere alla fine di ogni metodo (l'errore stesso ti dice qual è ) questa riga: Return (Zero) prima dell'ultima parentesi graffa cosi' che venga restituito il valore 0 alla funzione chiamante e possa utilizzarlo.

Per il 3° al metodo WED devi aggiungere alla fine: Return (0x00) , sempre prima dell' ultima parentesi graffa.

Ti ripeto, sono convinto che la totalita' degli errori o almeno la grande maggioranza sia dovuta a del codice che hai incollato in un ramo diverso, il quale viene richiamato da un altro, quello in effetti dove dovrebbe essere.. e quindi genera alla fine una sorta di effetto a catena

Ciao

RASONE · November 18, 2009

Scrax, il tuo dsdt è l'unico che non mi ha bloccato l'avvio, funziona perfettamente a quanto vedo nel system profiler! l'unico mio problema è che lo sleep non mi funziona, quindi sono sempre più sicuro che sia l'hub usb pci, devo inserire i device anche per quello nel dsdt?

l'avvio si è ridotto moltissimo, pochi secondi e sono nel sistema!

grazieeeeeee

frtommy · November 18, 2009

Device (SATA)
		 {
			 Name (_ADR, 0x001F0002)
			 ....bla bla


			  Method (_DSM, 4, NotSerialized)	 //<--questo alla fine del device
			 {
				 Store (Package (0x02)
					 {
						 "device-id",
						 Buffer (0x04)
						 {
							 0x81, 0x26, 0x00, 0x00
						 }
					 }, Local0)
				 DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
			 Return (Local0)
			 }			
 }
E' questo il codice per il riconoscimento natio tramite kext apple per il device SATA, non il primo. Il primo errore che ti da' e' dovuto al fatto che hai sbagliato a incollare il codice: "L'oggetto non esiste" viene fuori da cio': quando viene richiamata quella porzione di codice in \_SB.PCI0.SBUS.HSTS , semplicemente non viene trovata nel percorso \_SB.PCI0.SBUS.HSTS proprio perche' non c'e', appunto l'hai incollata in un altro "ramo" e non in PCI0-->SBUS-->HSTS

Per il 2�,4�,5�,6�,7�,8� errore devi aggiungere alla fine di ogni metodo (l'errore stesso ti dice qual è ) questa riga: Return (Zero) prima dell'ultima parentesi graffa cosi' che venga restituito il valore 0 alla funzione chiamante e possa utilizzarlo.

Per il 3� al metodo WED devi aggiungere alla fine: Return (0x00) , sempre prima dell' ultima parentesi graffa.

Ti ripeto, sono convinto che la totalita' degli errori o almeno la grande maggioranza sia dovuta a del codice che hai incollato in un ramo diverso, il quale viene richiamato da un altro, quello in effetti dove dovrebbe essere.. e quindi genera alla fine una sorta di effetto a catena

Ciao

Ok, inserito correttamente la stringa del SATA, e ora l'errore non viene.

Eliminati poi i 7 warnings.

Quindi ora ho 0/0/1016 come risultato.

Installato il DSDT in EXTRA.

Riavviato.

Boom System profiler effettivamente mi riconosce ESB2 gli AHCI.

Quindi ho provato a togliere il NULLCPU kext, ma ho avuto il kernel Panic.

Che cosa allora non ha funzionato?

Smith@@™ · November 18, 2009

Per mia esperienza, il null non posso toglierlo, se lo elimino ho temperature di circa 7/9 gradi maggiori, il client dell'appleintelcpupowermanagement non gestisce come dovrebbe l'alimentazione fra cpu e piastra, quindi devo tenerlo con l'aggiunta del voodoopstate per lo speedstep e funziona da dio (Non potrei avere "overclock" se inserissi lo speedstep nel dsdt.)

L'appleLPC ti viene caricato normalmente? Controlla nell'ioreg o in systemprofile/estensioni.

La modifica del device LPCB l'hai inserita? Con l'aggiunta dell'id del tuo harwdare?

Il sistema ti viene riconosciuto come almeno un mac pro 3.1? Se no iniettalo coll' smbios, personalemente ti dico che finche' era su 2.1 l'appleLPC non veniva caricato..

Fammi sapere

Giorgio_multi · November 18, 2009

Uso DSDT solo sulle 2 motherboard che resettano il bios con Snow. Sui 2 sistemi in cui funziona tutto (ma proprio tutto) su motherboard Auss P5K-SE/EPU e Asrock G31-M GS non ho DSDT, con DSDT ci sono problemi che spariscono senza

Giorgio

Smith@@™ · November 18, 2009

Ma qui si sta discutendo di "qualcosa" che non funziona e l'unico modo per tentare di risolvere e' il dsdt, cosi' come quest'ultimo e' l'unico modo per ottimizzare tante piccole cose. Si sta cercando anche di far riconoscere nativamente la firewire integrata, e tutto il resto che col dsdt si puo' fixare. A priori credo che se funziona, ok, non vale piu' di tanto sbatterci la testa, ma credo oltretutto che oltre il caso di frtommy e il problema mio, di ifabio e di scrax riguardo la firewire, e poche eccezioni sia un puro esercizio di stile, ma personalmente a me piace, e molto anche. E credo ancora che il dsdt sia davvero l'unico metodo per rendere un hack "un po'" piu' simile a quello bianco tanto carino. E' un mio pensiero

Fondamentalmente sono d'accordo con te.

Ciao

Giorgio_multi · November 18, 2009

Ma qui si sta discutendo di "qualcosa" che non funziona e l'unico modo per tentare di risolvere e' il dsdt, cosi' come quest'ultimo e' l'unico modo per ottimizzare tante piccole cose. Si sta cercando anche di far riconoscere nativamente la firewire integrata, e tutto il resto che col dsdt si puo' fixare. A priori credo che se funziona, ok, non vale piu' di tanto sbatterci la testa, ma credo oltretutto che oltre il caso di frtommy e il problema mio, di ifabio e di scrax riguardo la firewire, e poche eccezioni sia un puro esercizio di stile, ma personalmente a me piace, e molto anche. E credo ancora che il dsdt sia davvero l'unico metodo per rendere un hack "un po'" piu' simile a quello bianco tanto carino. E' un mio pensiero

Ciao

Sono fondamentalmente d'accordo: utilizzarla quando le metodiche "normali" non riescano a sistemare determinati problemi, non utilizzarla quando le cose vadano già di per se.

Questa di Smit@@ mi sembra la filosofia giusta. (mi sono spiegato male ma in fondo volevo dire la stessa cosa)

Infatti per il reset del BIOS, non essendoci altro modo, ho messo DSDT.

Giorgio

scrax · November 18, 2009

Scrax, il tuo dsdt è l'unico che non mi ha bloccato l'avvio, funziona perfettamente a quanto vedo nel system profiler! l'unico mio problema è che lo sleep non mi funziona, quindi sono sempre più sicuro che sia l'hub usb pci, devo inserire i device anche per quello nel dsdt?
l'avvio si è ridotto moltissimo, pochi secondi e sono nel sistema!

grazieeeeeee

controlla anche il Device (HPET) perché mi sa che l'avevo inserito sbagliato (senza gli IRQNoFlags). Per il resto tutti i controlli suggeriti da smith@@ sono le cose da controllare per far partire l' appleLPCB.

Io ho iniziato ad usare un DSDT che ho trovato per la P5K-Pro corretto per il mio processore (C-states) ora vorrei capire cosa c'è di differente (dovrebbe essere solo la parte scheda di rete) perché appunto con questo altro dsdt non mi va lo spegnimento senza OHR mentre il resto è tutto perfetto (ferewire esclusa).

Sempre da una guida per la P5K Pro ho trovato i kext e la patch DSDT per far andare l'audio nativo, non so s'è la stessa soluzione di italy4ever (grazie dei file).

@ frtommy

Per il SATA il "mio" metodo inietta solo l'ID quello di DSDTse fa quacosa di più raffinato ma non mi funzionava (in realtà non avevo ancora impostabile l'AHCI e quindi forse anche x quelo non andava)

La lan anche se iniettiamo l'ID via DSDT ha comunque bisogno del kext per funzionare, solo che la facciamo passare per interna e risolviamo i problemi a TimeMachine quindi non credo che ti possa servire per avitare di usare il .kext che ti da problemi, mi sa che è meglio vedere se trovi versioni più recenti.

Per il post dell 'extensa fammi sapere quando l'hai aperto che se posso una mano tela do...

ErmaC · November 18, 2009

Smith@@™ · November 18, 2009

controlla anche il Device (HPET) perché mi sa che l'avevo inserito sbagliato (senza gli IRQNoFlags). Per il resto tutti i controlli suggeriti da smith@@ sono le cose da controllare per far partire l' appleLPCB.

Io ho iniziato ad usare un DSDT che ho trovato per la P5K-Pro corretto per il mio processore (C-states) ora vorrei capire cosa c'è di differente (dovrebbe essere solo la parte scheda di rete) perché appunto con questo altro dsdt non mi va lo spegnimento senza OHR mentre il resto è tutto perfetto (ferewire esclusa).

Sempre da una guida per la P5K Pro ho trovato i kext e la patch DSDT per far andare l'audio nativo, non so s'è la stessa soluzione di italy4ever (grazie dei file).

@ frtommy

Per il SATA il "mio" metodo inietta solo l'ID quello di DSDTse fa quacosa di più raffinato ma non mi funzionava (in realtà non avevo ancora impostabile l'AHCI e quindi forse anche x quelo non andava)

La lan anche se iniettiamo l'ID via DSDT ha comunque bisogno del kext per funzionare, solo che la facciamo passare per interna e risolviamo i problemi a TimeMachine quindi non credo che ti possa servire per avitare di usare il .kext che ti da problemi, mi sa che è meglio vedere se trovi versioni più recenti.

Per il post dell 'extensa fammi sapere quando l'hai aperto che se posso una mano tela do...

Esatto. Riguardo la lan, sinceramente, "sporcare" il dsdt per evitare di non aver nel com.apple la key su yes, ecco questo mi sembra abbstanza inutile; per l'audio, l'unico kext che POTREMMO non utilizzare grazie al dsdt e' solo l'enabler, ma l'appleHDA, moddato o non, o il voodooHDA dovremo utilizzarlo comunque, non possiamo escludere questi 2 e anche qui e' molto"esercizio di stile"..

Ascolta scrax, per la firewire hai controllato? Quanto mi danna non avere una periferica firewire..

Fammi sapere

Ciao

frtommy · November 18, 2009

Per mia esperienza, il null non posso toglierlo, se lo elimino ho temperature di circa 7/9 gradi maggiori, il client dell'appleintelcpupowermanagement non gestisce come dovrebbe l'alimentazione fra cpu e piastra, quindi devo tenerlo con l'aggiunta del voodoopstate per lo speedstep e funziona da dio (Non potrei avere "overclock" se inserissi lo speedstep nel dsdt.)
L'appleLPC ti viene caricato normalmente? Controlla nell'ioreg o in systemprofile/estensioni.

La modifica del device LPCB l'hai inserita? Con l'aggiunta dell'id del tuo harwdare?

Il sistema ti viene riconosciuto come almeno un mac pro 3.1? Se no iniettalo coll' smbios, personalemente ti dico che finche' era su 2.1 l'appleLPC non veniva caricato..

Fammi sapere

Ciao.

Il voodoopstate non sapevo nemmeno esistesse.

Se lo trovo lo scarico e lo provo sul portatile.

Allora il NullCPU lo terrò.

Non ho controllato se APPLELPC viene caricato. La modifica LPCB dentro il DSDT l'ho inserita, ma non ho inserito l' ID del mio HARDWARE, primo perchè in LSPCI di evotools non sò quali sono i numeri esatti e come inserirli, secondo non avevo capito, pensavo che andava bene quel codice di scrax.

Stessa storia per mac pro 3.1, non l'ho controllato.

Una domandina ulteriore.

Ma se nel codice del LPCI devo inserire l'ID, allora devo farlo anche nel SATA giusto?

Store (Package (0x02)

{

"device-id",

Buffer (0x04)

{

0x81, 0x26, 0x00, 0x00

}

al posto della scritta device-id ?

Perchè io quella scritta pensavo fosse tipo un commento.

Invece se è la parte sotto 0x81 ... allora il sata è per forsa quel numero per farlo andare ESB2, ma torno a ridire, per LPCI non ho inserito niente, cioè ho lasciato quello scritto in prima pagina.

Scusate l'ignoranza, ma il DSDT così in profondità non mi ero mai messo a modificarlo.

Dopo cmq provo a vedere, ora devo scappare.

Ciao e grazie a tutti... E , mitico Giorgio, lo sò come la pensavi, già da altri vecchi post, però visto che l'utente Scrax è così disponibile, ho pensato di smanettare il DSDT per cercare di capire meglio con il suo aiuto

Ciao.

scrax · November 18, 2009

Esatto. Riguardo la lan, sinceramente, "sporcare" il dsdt per evitare di non aver nel com.apple la key <ethernetbuiltin> su yes, ecco questo mi sembra abbstanza inutile; per l'audio, l'unico kext che POTREMMO non utilizzare grazie al dsdt e' solo l'enabler, ma l'appleHDA, moddato o non, o il voodooHDA dovremo utilizzarlo comunque, non possiamo escludere questi 2 e anche qui e' molto"esercizio di stile"..

Ascolta scrax, per la firewire hai controllato? Quanto mi danna non avere una periferica firewire..

Fammi sapere

Ciao

Il key <ethernetbuiltin> non mi va perché faccio l'injection dell'invidia eventualmente dovrei injettare l' Efi string della scheda di rete ma non mi funziona quella di Efistudio e non ho idea di come farne una per l' AttansicL1

Per il firewire nel DSDT della P5K Pro ci sono due modifiche evidenti ma non mi va anzi ora peggio di prima non mi riesce a riconoscere il drive connesso, però questo mi fa credere che siamo sulla strada giusta, ora guardo quello che ha segnalato iFabio, anch'io odio non avere la firewire.

Smith@@™ · November 18, 2009

@frtommy

E' ma se tu non controlli se viene caricato, l'AppleLPC, le domande resteranno domande. Il codice 0x18, 0x3A, 0x00, 0x00 e' corretto, almeno e' quello che vedo nel mio ioreg; per il 3.1 penso tu sappia come controllare;

Per il sata il codice corretto e' quello, a meno che tu non l'abbia cambiato in precedenza, se i dischi ti vengono rilevati in "ESB2 AHCI" allora stai effettivamente usando kext apple per hardware non apple

("device-id" non e' un commento )

Ciao

Il key non mi va perché faccio l'injection dell'invidia eventualmente dovrei injettare l' Efi string della scheda di rete ma non mi funziona quella di Efistudio e non ho idea di come farne una per l' AttansicL1

Per il firewire nel DSDT della P5K Pro ci sono due modifiche evidenti ma non mi va anzi ora peggio di prima non mi riesce a riconoscere il drive connesso, però questo mi fa credere che siamo sulla strada giusta, ora guardo quello che ha segnalato iFabio, anch'io odio non avere la firewire.

Ok, ma il discorso era, visto che utilizzare comunque un kext per la lan e' necessario o comunque un' efistring, il passo successivo sarebbe renderla "built-in" (cosi' da fixare anche timemachine), questo o iniettando codice nel dsdt o con la key nel com.apple; ecco e' qui che mi sembra inutile toccare il dsdt, tanto vale inserire quella chiave, semplicemente, poi se quest'ultima opzione non va, ok, allora e' tutt'altro discorso.. Sono d'accordo con te

Mi spiace tanto non poterti aiutare con la firewire, ma non ne posseggo una che sia una di periferica tale

Col codice che ti ho fatto notare sopra, spostandolo nel suo "ramo", il risultato non e' per nulla migliorato? Hai provato a sostituire il device id con quello rilevato dallo ioreg toglieno quindi tutti gli 0?

Tienimi aggiornato

scrax · November 18, 2009

Ciao.
Il voodoopstate non sapevo nemmeno esistesse.

Se lo trovo lo scarico e lo provo sul portatile.

Allora il NullCPU lo terrò.

Non ho controllato se APPLELPC viene caricato. La modifica LPCB dentro il DSDT l'ho inserita, ma non ho inserito l' ID del mio HARDWARE, primo perchè in LSPCI di evotools non sò quali sono i numeri esatti e come inserirli, secondo non avevo capito, pensavo che andava bene quel codice di scrax.

Stessa storia per mac pro 3.1, non l'ho controllato.

Una domandina ulteriore.

Ma se nel codice del LPCI devo inserire l'ID, allora devo farlo anche nel SATA giusto?

Store (Package (0x02)

{

"device-id",

Buffer (0x04)

{

0x81, 0x26, 0x00, 0x00

}

al posto della scritta device-id ?

Perchè io quella scritta pensavo fosse tipo un commento.

Invece se è la parte sotto 0x81 ... allora il sata è per forsa quel numero per farlo andare ESB2, ma torno a ridire, per LPCI non ho inserito niente, cioè ho lasciato quello scritto in prima pagina.

Scusate l'ignoranza, ma il DSDT così in profondità non mi ero mai messo a modificarlo.

Dopo cmq provo a vedere, ora devo scappare.

Ciao e grazie a tutti... E , mitico Giorgio, lo sò come la pensavi, già da altri vecchi post, però visto che l'utente Scrax è così disponibile, ho pensato di smanettare il DSDT per cercare di capire meglio con il suo aiuto

Ciao.

Allora io non so bene le definizioni ACPI del DSDT ma leggendomi post e articoli vari ho imparato che:

Store (Package (0x02) <--- qui il 2 definisce il numero di "valori" (se è il termine esatto)

{

"device-id",

Buffer (0x04) <--- qui il numero corrisponde ai bite di informazione se non erro qui x es. a valori= 4 byte

{

0x81, 0x26, 0x00, 0x00 <--in questo caso 2681 è l'id del device in lspci sarà preceduto dall' id del produttore

}

Guardando il tuo lspci alla riga dell LPC trovi questo:

00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 03)

1F0 lo puoi ritrovare in ioreg,

8086:2815 sono gli id del produttore e del device. 8086 è Intel, 2815 LPC controller (ICH8M identificato dal 28 nell' ID device)

Quindi essendo il tuo LPC ICH8M se apple non lo supporta la modifica postata in prima pagina che lo camuffa da ICH10 dovrebbe andare bene per te, idem per il sata.

0x18, 0x3A, 0x00, 0x00 //*<--ID mac ICH10

scrax · November 18, 2009

Method (_L1A, 0, NotSerialized)
	{
		Notify (\_SB.PCI0.P0P1.FWBR.FRWR, 0x00)
	}
Prova sotto Scope (\_GPE) Fammi sapere

EDIT:

aaaaa scrax, ma sbagli nell'inserire il codice, scusami me ne sono accorto ora, se deve andare in P0P1 cosi' come da ioreg e infatti e' nella stessa posizione anche nel mio, il device FWBR va inserito prima del Method (_PRT, 0, NotSerialized) altrimenti se lo inserisci dopo non fara' piu' parte del P0P1, bensi' di un altro ramo; il Method L1A dovresti gia' averlo sotto _SCOPE, inserisci solo le ultime 2 righe

Notify (\_SB.PCI0.PCIB.FRWR, 0x00)

Notify (\_SB.PWRB, 0x02)

Fammi sapere

Ciao

Questo non l'avevo visto, provo subito.

Per intanto posso solo dire che col DSDT della P5K Pro con i p-state corretti per la mia CPU la firewire non va e non riconosce neanche il mac in modalità disco destinazione quando il dsdt senza modifiche lo riconosce, e la mia modifica in base al post di iFabio fatto in P0P1 dava impossibile accedere quando collegavo qualcosa.

In tutti i casi se non c'è niente attaccato a parte l'errore "default to full secure" al boot sembra funzionante.

EDIT:

Siccome sto bootando col DSDT della P5KPro ho guardato com'è implementata la Firewire qui e ho questi risultati:

Device (PCIB)  <---rinominato da P0P1
		{
			Name (_ADR, 0x001E0000)
			OperationRegion (SBRT, PCI_Config, 0x3E, 0x02)
			Field (SBRT, WordAcc, NoLock, Preserve)
			{
				blabla
			}

			Method (_PS0, 0, Serialized)
			{
				blabla
			}

			Method (_PS3, 0, Serialized)
			{
				blabla
			}

			Method (_PRW, 0, NotSerialized)
			{
				blabla
			}

			Method (_PRT, 0, NotSerialized)
			{
				blabla
			}

			Device (FRWR)
			{
				Name (_ADR, 0x00030000)
				Name (_GPE, 0x18)
				Method (_DSM, 4, NotSerialized)
				{
					Store (Package (0x02)
						{
							"fwhub", 
							Buffer (0x04)
							{
								0x00, 0x00, 0x00, 0x00
							}
						}, Local0)
					MCDP (Arg2, RefOf (Local0))
					Return (Local0)
				}
			}

Quello di dkawg:

Device (FRWR) // <--Firewire (check to be sure the _GPE value is OK)
			{
				Name (_ADR, 0x00070000)
				Name (_GPE, 0x1A)
				Method (_DSM, 4, NotSerialized)
				{
					Store (Package (0x02)
						{
							"fwhub", 
							Buffer (0x04)
							{
								0x00, 0x00, 0x00, 0x00
							}
						}, Local0)
					DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					Return (Local0)
				}
			}

Quello di iFabio che ho usato io prima, corretta con le tue indicazioni:

Device (P0P1)
		{
			Name (_ADR, 0x001E0000)
			Method (_PRW, 0, NotSerialized)
			{
				Return (GPRW (0x0B, 0x04))
			}

			Device (FWBR)
			{
				Name (_ADR, 0x00)
				Device (FRWR)
				{
					Name (_ADR, 0x00)
					Name (_GPE, 0x1A)
					Method (_DSM, 4, NotSerialized)
					{
						Store (Package (0x02)
							{
								"fwhub", 
								Buffer (0x04)
								{
									0x00, 0x00, 0x00, 0x00
								}
							}, Local0)
						DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
						Return (Local0)
					}
				}

			Method (_PRT, 0, NotSerialized)
			{
				If (PICM)
				{
					Return (AR01)
				}

				Return (PR01)
			}
			}
		}

Tutti cambiano nei name, può essere qui il problema?

I P5K Pro

Name (_ADR, 0x00030000)

Name (_GPE, 0x18)

II dkawg

Name (_ADR, 0x00070000)

Name (_GPE, 0x1A)

III iFabio

Name (_ADR, 0x00)

Name (_GPE, 0x1A)

Cosa scelgo è la domanda che mi pongo ora....

scrax · November 18, 2009

Seconda parte P5K Pro in Scope (\_GPE) ci sono queste due Method (_L1A, 0, ecc.. non c'è:

Method (_L18, 0, NotSerialized)
		{
			Notify (\_SB.PCI0.PCIB.FRWR, Zero)
		}

		Method (_L20, 0, NotSerialized)
		{
			Notify (\_SB.PCI0.UHC6, 0x02)
			Notify (\_SB.PWRB, 0x02)
		}

Metodo dkawg:

Method (_L1A, 0, NotSerialized) // <-- Aggiunto per firewire
	{
		Notify (\_SB.PCI0.PCIB.FRWR, 0x00)
		Notify (\_SB.PWRB, 0x02)
	}

Metodo IFabio:

Method (_L1A, 0, NotSerialized)
	{
		Notify (\_SB.PCI0.P0P1.FWBR.FRWR, 0x00)
	}

Quindi mi pare di capire che il valore di _GPE è uguale al _Lxx, ma questo mi serve?

Quel Notify (\_SB.PWRB, 0x02) mi sa che va nel successivo Method (_Lxx come in P5K Pro, però non ho ancora idea di che _ADR usare.

suggerimenti, mentre guglo?

ciao bello volevo chiederti un favore io ho un controller pci-e chipset jmicron ho letto in un topic in inglese QUI Per la precisione tu potresti aiutarmi a modificarmi delle stringe sul dsdt perche io non ne vengo a cappo non so dove inserire queste famose stringe.
Grazie in anticipo

Tristano

VEdo di capire meglio cosa fare e poi t'informo.

Smith@@™ · November 18, 2009

Questo non l'avevo visto, provo subito.

Per intanto posso solo dire che col DSDT della P5K Pro con i p-state corretti per la mia CPU la firewire non va e non riconosce neanche il mac in modalità disco destinazione quando il dsdt senza modifiche lo riconosce, e la mia modifica in base al post di iFabio fatto in P0P1 dava impossibile accedere quando collegavo qualcosa.

In tutti i casi se non c'è niente attaccato a parte l'errore "default to full secure" al boot sembra funzionante.

EDIT:

Siccome sto bootando col DSDT della P5KPro ho guardato com'è implementata la Firewire qui e ho questi risultati:

Device (PCIB)  <---rinominato da P0P1
		{
			Name (_ADR, 0x001E0000)
			OperationRegion (SBRT, PCI_Config, 0x3E, 0x02)
			Field (SBRT, WordAcc, NoLock, Preserve)
			{
					,   6, 
				PRST,   1, 
						Offset (0x02)
			}

			Method (_PS0, 0, Serialized)
			{
				Store ("PCIB D0 Entry", Debug)
				Store (^^SBUS.SRDB (0xD2, 0x80), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x81), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x83), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x84), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x85), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x86), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x87), Local0)
				Store (^^SBUS.SRDB (0xD2, 0x82), Local0)
				If (LEqual (And (Local0, 0x80), Zero))
				{
					Store (One, PRST)
					Or (Local0, 0x80, Local0)
					If (LNot (^^SBUS.SWRB (0xD2, 0x82, Local0)))
					{
						Store ("PCIB: Setting Clock Failed!", Debug)
					}

					Sleep (0x0A)
					Store (Zero, PRST)
				}

				Store (^^SBUS.SRDB (0xD2, 0x82), Local0)
				Store ("PCIB D0 Exit", Debug)
			}

			Method (_PS3, 0, Serialized)
			{
				Store ("PCIB D3 Entry", Debug)
				Store (^^SBUS.SRDB (0xD2, 0x82), Local0)
				And (Local0, 0x7F, Local0)
				If (LNot (^^SBUS.SWRB (0xD2, 0x82, Local0)))
				{
					Store ("PCIB: Setting Clock Failed!", Debug)
				}

				Store (^^SBUS.SRDB (0xD2, 0x82), Local0)
				Store ("PCIB D3 Exit", Debug)
			}

			Method (_PRW, 0, NotSerialized)
			{
				Return (GPRW (0x0B, 0x04))
			}

			Method (_PRT, 0, NotSerialized)
			{
				Return (Package (0x09)
				{
					Package (0x04)
					{
						0x0001FFFF, 
						Zero, 
						Zero, 
						0x11
					}, 

					Package (0x04)
					{
						0x0001FFFF, 
						One, 
						Zero, 
						0x12
					}, 

					Package (0x04)
					{
						0x0001FFFF, 
						0x02, 
						Zero, 
						0x13
					}, 

					Package (0x04)
					{
						0x0001FFFF, 
						0x03, 
						Zero, 
						0x10
					}, 

					Package (0x04)
					{
						0x0002FFFF, 
						Zero, 
						Zero, 
						0x12
					}, 

					Package (0x04)
					{
						0x0002FFFF, 
						One, 
						Zero, 
						0x13
					}, 

					Package (0x04)
					{
						0x0002FFFF, 
						0x02, 
						Zero, 
						0x10
					}, 

					Package (0x04)
					{
						0x0002FFFF, 
						0x03, 
						Zero, 
						0x11
					}, 

					Package (0x04)
					{
						0x0003FFFF, 
						Zero, 
						Zero, 
						0x10
					}
				})
			}

			Device (FRWR)
			{
				Name (_ADR, 0x00030000)
				Name (_GPE, 0x18)
				Method (_DSM, 4, NotSerialized)
				{
					Store (Package (0x02)
						{
							"fwhub", 
							Buffer (0x04)
							{
								0x00, 0x00, 0x00, 0x00
							}
						}, Local0)
					MCDP (Arg2, RefOf (Local0))
					Return (Local0)
				}
			}

Quello di dkawg:

Device (FRWR) // <--Firewire (check to be sure the _GPE value is OK)
			{
				Name (_ADR, 0x00070000)
				Name (_GPE, 0x1A)
				Method (_DSM, 4, NotSerialized)
				{
					Store (Package (0x02)
						{
							"fwhub", 
							Buffer (0x04)
							{
								0x00, 0x00, 0x00, 0x00
							}
						}, Local0)
					DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					Return (Local0)
				}
			}

Quello di iFabio che usato io prima, corretta con le tue indicazioni:

Device (P0P1)
		{
			Name (_ADR, 0x001E0000)
			Method (_PRW, 0, NotSerialized)
			{
				Return (GPRW (0x0B, 0x04))
			}

			Device (FWBR)
			{
				Name (_ADR, 0x00)
				Device (FRWR)
				{
					Name (_ADR, 0x00)
					Name (_GPE, 0x1A)
					Method (_DSM, 4, NotSerialized)
					{
						Store (Package (0x02)
							{
								"fwhub", 
								Buffer (0x04)
								{
									0x00, 0x00, 0x00, 0x00
								}
							}, Local0)
						DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
						Return (Local0)
					}
				}

			Method (_PRT, 0, NotSerialized)
			{
				If (PICM)
				{
					Return (AR01)
				}

				Return (PR01)
			}
			}
		}

Tutti cambiano nei name, può essere qui il problema?

I P5K Pro

Name (_ADR, 0x00030000)

Name (_GPE, 0x18)

II dkawg

Name (_ADR, 0x00070000)

Name (_GPE, 0x1A)

III iFabio

Name (_ADR, 0x00)

Name (_GPE, 0x1A)

Cosa scelgo è la domanda che mi pongo ora....

Ciao scrax, ascolta nel primo esempio c'e' tanto codice in piu' riguardante lo speedstep, se puoi eliminarlo (il codice in piu') cosi' accorciamo un po i post, perche' sta diventando un problema districarsi nel leggere e mettere insieme un "discorso" sensato

Riguardo alla tua domanda, me la sono posta anch'io, ma non ho idea di quale _ADR vada scelto, ci sto dando un'occhiata anch'io.

Ora mi leggo il post successivo

Il metodo L1A sono convinto che vada aggiunto se non c'e', ma non capisco perche' questo (\_SB.PWRB, 0x02) dici che vada aggiunto nel successivo, nel senso io devo inserirlo necessariamente qui:

 Scope (\_GPE)
			{
				Method (_L1A, 0, NotSerialized)
				{
					Notify (\_SB.PCI0.LPCB.ASOC, One)
					Sleep (0x03E8)
					Notify (\_SB.PCI0.P0P1.FWBR.FRWR, Zero)
					Notify (\_SB.PWRB, 0x02)
				}
			}

Successivamente ho un altro Scope e non un metod

EDIT: il valore dell'adr in questo caso non riesco a capire da dove viene preso

Smith@@™ · November 18, 2009

Edit edit: capito, ascolta mi indichi il tuo p0p1? Il mio e' pci11c1,5811@3

Se hai un @3 finale l'adr sara' cosi': 0x00030000, il cambiamento a seconda della necessita' e' semplice. Sperando di non dover cambiare il dtgp con un metodo diverso per iniettare codice.

Novita', qualche test sul campo? (Per stasera me ne vado a nanna, notte!)

frtommy · November 18, 2009

Eccomi.

Rimesso il NullCPU e son ripartito.

Allora il mio system profiler mi dice che ho un MACPRO2,1

AppleLPC:

Versione: 1.4.9

Ultima modifica: 01/08/09 07.57

Tipo: Intel

Architetture: i386, x86_64

64-bit (Intel): Sì

Posizione: /System/Library/Extensions/AppleLPC.kext

Versione kext: 1.4.9

Indirizzo di caricamento: 0x47e77000

Valida: Sì

Autentico: Sì

Dipendenze: Soddisfatte

Viene caricato AppleLPC, quindi in teoria il punto 5 quello che mi dovrebbe rilevare ICH10 dovrebbe funzionare giusto?

mentre questo è ATA SERIALE

Intel ESB2 AHCI:

Fornitore: Intel

Prodotto: ESB2 AHCI

Velocità: 3 Gigabit

Descrizione: AHCI Version 1.10 Supported

TOSHIBA MK1246GSX:

Capienza: 120,03 GB (120.034.123.776 byte)

Modello: TOSHIBA MK1246GSX

Revisione: LB213J

Numero di serie: 686SF50BS

Native Command Queuing: Sì

Lunghezza coda: 32

Disco estraibile: No

Unità amovibile: No

Nome BSD: disk0

Tipo mappa partizione: GPT (GUID Partition Table, Tabella di partizione GUID)

Stato S.M.A.R.T.: Verificato

Volumi:

snowleo:

Capienza: 119,69 GB (119.690.149.888 byte)

Disponibile: 96,24 GB (96.238.718.976 byte)

Scrivibile: Sì

File System: Journaled HFS+

Nome BSD: disk0s2

Punto di attivazione: /

Quindi qua il punto 6 ha funzionato, a quello che ho capito.

Se però il punto 5, cioè LSPCI non ha funzionato, non ho capito,(scusate sono durino XD )

ma dovrei modificare il codice inserendo questi id?

Method (_DSM, 4, NotSerialized)

{

Store (Package (0x02)

{

"device-id",

Buffer (0x04)

{

0x18, 0x3A, 0x00, 0x00 //*<--ID mac corretto 0x15, 0x28, 0x00, 0x00

}

}, Local0)

DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))

Return (Local0)

}

Dato che il caricamento dell LSPCI sembra avvenga, visto che è nella lista, allora non serve che metta il SMBIOS.KEXT e scriva MACPRO3,1 giusto?

Grazie per la vostra pazienza.

Ciao.

scrax · November 18, 2009

@frtommy

Ciao frtommy, sono ancora indeciso se avere MacPro2,1 o MacPro3,1 in smbios.plist (non è un kext, occhio) ma ultimamente ho messo 3,1 perché mi sembrava meglio. Se non lo usi prova Lizard è molto comodo per queste cose. Lo trovi sul forum di voodoo project ora non ho il link alla mano...

In pratica a quanto pare hai fatto tutto bene finora, se cambi il codice 0x18, 0x3A, 0x00, 0x00 e metti il tuo reale codice x15, 0x28, 0x00, 0x00 rende inutile la modifica stessa.

Il codice serve per dare a osx un id che gli piace (quello dell'ich10) anziché il tuo che non gli piace molto (ICH9 nel mio caso).

Così forse è più chiara la faccenda.

@ smith@@

Ho fatto qualche prova e con il dsdt della P5K Pro la firewire mi monta gli hd solo dopo aver fatto uno stop che tra l'altro si riattiva subito da solo. Dopo esser ripartito carica un HD e mac in firewire (un'altro HD non lo carica sempre ma una 1 volta su 5) ma se li smonto, li scollego e li riattaco non li vede più fino a nuovo stop...

Con il mio DSDT a cui ho aggiunto l'audio invece il macbook in modalità disco viene visto normalmente come sempre ma ho notato che ho un po di confusione nei codici della firewire quindi adesso lo correggo e poi riprovo...

Il mio ioname è pci1106,3044@3 infatti

copiando dal DSDT P5KPro ho inteso così, ma è un'idea campata in aria:

Scope (\_GPE)
			{
				Method (_L1A, 0, NotSerialized)
				{
					Notify (\_SB.PCI0.LPCB.ASOC, One)
					Sleep (0x03E8)
					Notify (\_SB.PCI0.P0P1.FWBR.FRWR, Zero)
					Method (_L22, 0, NotSerialized)
					 {
		 				 Notify (\_SB.PWRB, 0x02)
					 }
				}
			}

(Il fatto che lo stop non vada più mi sembra strano in verità da quando ho corretto gli usb non mi aveva più dato problemi).

Codice in prova:

Device (P0P1)
           {
               Name (_ADR, 0x001E0000)
               Method (_PRW, 0, NotSerialized)
               {
                   Return (GPRW (0x0B, 0x04))
               }

               Method (_PRT, 0, NotSerialized)
               {
                   If (PICM)
                   {
                       Return (AR01)
                   }

                   Return (PR01)
               }

               Device (FWBR)
               {
                   Name (_ADR, Zero)
                   Device (FRWR)
                   {
                       Name (_ADR, 0x00030000)
                       Name (_GPE, 0x1E)                 //--- non avendo 1A in Scope (\_GPE)
                       Method (_DSM, 4, NotSerialized)
                       {
                           Store (Package (0x02)
                               {
                                   "fwhub", 
                                   Buffer (0x04)
                                   {
                                       0x00, 0x00, 0x00, 0x00
                                   }
                               }, Local0)
                           DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                           Return (Local0)
                       }
                   }
               }
           }

e

Scope (\_GPE)
               {
                   Method (_L1E, 0, NotSerialized)
                   {
                       Notify (\_SB.PCI0.LPCB.ASOC, One)
                       Sleep (0x03E8)
                       Notify (\_SB.PCI0.P0P1.FWBR.FRWR, Zero)
                       Notify (\_SB.PWRB, 0x02)
                   }
               }

o

Scope (\_GPE)
                {
                 cancellato!!!   
                NON COMPILA NEANCHE:::::
                }

Tra poco aggiornamento

P5K DSDT collection patch con EVODSDTSE

Cosa ne pensi dei metodi di hack tramite DSDT? 64 members have voted

1. Di la tua

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Cosa ne pensi dei metodi di hack tramite DSDT?
64 members have voted