676 replies to this topic

[theproto]

Lightsout565, on Oct 22 2009, 03:26 PM, said:

Hey Proto those are bitswaped  

Edit: Also, Shoarthing pointed me to this tutorial which looks very helpful.
http://www.projectos...p?showtopic=465

WOW that is a great guide...  Wish I found it earlier!

How far did you get?

Could you verify this is accurate to what you have?  Another set of eyes always helps!

                            “PinConfigurations”,
                            Buffer (0×98)
                            {
                                /* 0000 */    0x00, 0xA7, 0x1C, 0x20, 0x00, 0xA7, 0x1D, 0x90,
                                /* 0008 */    0x00, 0xA7, 0x1E, 0xA1, 0x00, 0xA7, 0x1F, 0x03,
                                /* 0010 */    0x00, 0xB7, 0x1C, 0x1F, 0x00, 0xB7, 0x1D, 0x40,
                                /* 0018 */    0x00, 0xB7, 0x1E, 0x21, 0x00, 0xB7, 0x1F, 0x03,
                                /* 0020 */    0x00, 0xC7, 0x1C, 0xF0, 0x00, 0xC7, 0x1D, 0x00,
                                /* 0028 */    0x00, 0xC7, 0x1E, 0xF0, 0x00, 0xC7, 0x1F, 0x40,
                                /* 0030 */    0x00, 0xD7, 0x1C, 0x10, 0x00, 0xD7, 0x1D, 0x01,
                                /* 0038 */    0x00, 0xD7, 0x1E, 0x17, 0x00, 0xD7, 0x1F, 0x90,
                                /* 0040 */    0x00, 0xE7, 0x1C, 0xF0, 0x00, 0xE7, 0x1D, 0x00,
                                /* 0048 */    0x00, 0xE7, 0x1E, 0xF0, 0x00, 0xE7, 0x1F, 0x40,
                                /* 0050 */    0x00, 0xF7, 0x1C, 0xF0, 0x00, 0xF7, 0x1D, 0x00,
                                /* 0058 */    0x00, 0xF7, 0x1E, 0xF0, 0x00, 0xF7, 0x1F, 0x40,
                                /* 0060 */    0x01, 0x07, 0x1C, 0xF0, 0x01, 0x07, 0x1D, 0x00,
                                /* 0068 */    0x01, 0x07, 0x1E, 0xF0, 0x01, 0x07, 0x1F, 0x40,
                                /* 0070 */    0x01, 0x17, 0x1C, 0x30, 0x01, 0x17, 0x1D, 0x01,
                                /* 0078 */    0x01, 0x17, 0x1E, 0xA6, 0x01, 0x17, 0x1F, 0x90,
                                /* 0080 */    0x01, 0xF7, 0x1C, 0xF0, 0x01, 0xF7, 0x1D, 0x00,
                                /* 0088 */    0x01, 0xF7, 0x1E, 0xF0, 0x01, 0xF7, 0x1F, 0x40,
                                /* 0090 */    0x02, 0x07, 0x1C, 0xF0, 0x02, 0x07, 0x1D, 0x00,
                                /* 0098 */    0x02, 0x07, 0x1E, 0xF0, 0x02, 0x07, 0x1F, 0x40

[Lightsout565]

theproto, on Oct 22 2009, 07:01 PM, said:

WOW that is a great guide...  Wish I found it earlier!

How far did you get?

Could you verify this is accurate to what you have?  Another set of eyes always helps!

                            �€œPinConfigurations�€�,
                            Buffer (0�—98)
                            {
                                /* 0000 */    0x00, 0xA7, 0x1C, 0x20, 0x00, 0xA7, 0x1D, 0x90,
                                /* 0008 */    0x00, 0xA7, 0x1E, 0xA1, 0x00, 0xA7, 0x1F, 0x03,
                                /* 0010 */    0x00, 0xB7, 0x1C, 0x1F, 0x00, 0xB7, 0x1D, 0x40,
                                /* 0018 */    0x00, 0xB7, 0x1E, 0x21, 0x00, 0xB7, 0x1F, 0x03,
                                /* 0020 */    0x00, 0xC7, 0x1C, 0xF0, 0x00, 0xC7, 0x1D, 0x00,
                                /* 0028 */    0x00, 0xC7, 0x1E, 0xF0, 0x00, 0xC7, 0x1F, 0x40,
                                /* 0030 */    0x00, 0xD7, 0x1C, 0x10, 0x00, 0xD7, 0x1D, 0x01,
                                /* 0038 */    0x00, 0xD7, 0x1E, 0x17, 0x00, 0xD7, 0x1F, 0x90,
                                /* 0040 */    0x00, 0xE7, 0x1C, 0xF0, 0x00, 0xE7, 0x1D, 0x00,
                                /* 0048 */    0x00, 0xE7, 0x1E, 0xF0, 0x00, 0xE7, 0x1F, 0x40,
                                /* 0050 */    0x00, 0xF7, 0x1C, 0xF0, 0x00, 0xF7, 0x1D, 0x00,
                                /* 0058 */    0x00, 0xF7, 0x1E, 0xF0, 0x00, 0xF7, 0x1F, 0x40,
                                /* 0060 */    0x01, 0x07, 0x1C, 0xF0, 0x01, 0x07, 0x1D, 0x00,
                                /* 0068 */    0x01, 0x07, 0x1E, 0xF0, 0x01, 0x07, 0x1F, 0x40,
                                /* 0070 */    0x01, 0x17, 0x1C, 0x30, 0x01, 0x17, 0x1D, 0x01,
                                /* 0078 */    0x01, 0x17, 0x1E, 0xA6, 0x01, 0x17, 0x1F, 0x90,
                                /* 0080 */    0x01, 0xF7, 0x1C, 0xF0, 0x01, 0xF7, 0x1D, 0x00,
                                /* 0088 */    0x01, 0xF7, 0x1E, 0xF0, 0x01, 0xF7, 0x1F, 0x40,
                                /* 0090 */    0x02, 0x07, 0x1C, 0xF0, 0x02, 0x07, 0x1D, 0x00,
                                /* 0098 */    0x02, 0x07, 0x1E, 0xF0, 0x02, 0x07, 0x1F, 0x40

Everything looks to be right. I didn't get very far, just started today. Take a look at the link to the tutorial i said in the previous post. It's much more detailed and contains a possible way to fix audio via the DSDT.

Edit: It's post #399

[theproto]

Lightsout565, on Oct 22 2009, 06:27 PM, said:

Everything looks to be right. I didn't get very far, just started today. Take a look at the link to the tutorial i said in the previous post. It's much more detailed and contains a possible way to fix audio via the DSDT.

Edit: It's post #399

Yeah...  I found that article a bit too detailed...  I really hope we don't have to go down that route...  The HEX above is in my DSDT right now...  Not that I am having any luck yet...  But its there and AppleHDA knows it...  I even have outputs (in system profiler only)...  But nothing to get excited about as its not working :-(  I am also getting many KPs on boot now with it...  Still have work to do.

I am NOT using HDAEnabler...  DSDT with the modified AppleHDA binay and update Info.plists

[Lightsout565]

Did you try using HDAenabler along with AppleHDA? I was under the impression that you needed HDAenabler in order for Apple HDA to work.

[theproto]

Lightsout565, on Oct 22 2009, 06:39 PM, said:

Did you try using HDAenabler along with AppleHDA? I was under the impression that you needed HDAenabler in order for Apple HDA to work.

HDAenabler is an alternative to using the DSDT from all I have read...

I tried HDAenabler and had a dummy device show up however with the DSDT I get pinouts showing and AppleHDA boot errors...

EDIT:

I can see that the AppleHDA drivers are loading in my IOR as well as these errors on startup:

10/22/09 9:39:52 PM kernel Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit
10/22/09 9:39:52 PM kernel Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto ExitSound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit
10/22/09 9:39:52 PM kernel Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto Exit

I am still working on it as I believe my layout is messed up...  I am still fuzzy on the layout piece.

theproto, on Oct 22 2009, 06:44 PM, said:

HDAenabler is an alternative to using the DSDT from all I have read...

I tried HDAenabler and had a dummy device show up however with the DSDT I get pinouts showing and AppleHDA boot errors...

EDIT:

I can see that the AppleHDA drivers are loading in my IOR as well as these errors on startup:

10/22/09 9:39:52 PM kernel Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit
10/22/09 9:39:52 PM kernel Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto ExitSound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit
10/22/09 9:39:52 PM kernel Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto Exit

I am still working on it as I believe my layout is messed up...  I am still fuzzy on the layout piece.

EDIT:

I have now gone back to the stock non-hexedited AppleHDA kext since we are now dealing with the DSDT...  And I see the same issue causing KP on boot as a pasted above...  If I boot in safe mode I can get to the desktop.

EDIT:  ANY IDEAS?

[Lightsout565]

I'm really not that informed on audio. Shoarthing seemed like he really knew what he was doing. Maybe we can get his advice.

[theproto]

Lightsout565, on Oct 22 2009, 07:25 PM, said:

I'm really not that informed on audio. Shoarthing seemed like he really knew what he was doing. Maybe we can get his advice.

Agreed... I have no clue what I am doing with sound either...  Seems like it was  ALOT easier in 10.5 than it is in 10.6...  In fact many things were easier in 10.5 it seems...

Well, the good news it that we have a dump from supervisa and flipped pin configs from you.

Here is the DSDT code I was playing with:

			Device (HDEF)
			{
				Name (_ADR, 0x00080000)
				Name (_PRW, Package (0x02)
				{
					0x15, 
					0x05
				})
				Method (_DSM, 4, NotSerialized)
				{
					Store (Package (0x08)
						{
							"codec-id", 
							Buffer (0x04)
							{
								0x05, 0x76, 0x1D, 0x11
							}, 

							"layout-id", 
							Buffer (0x04)
							{
								0x0C, 0x00, 0x00, 0x00
							}, 

							"device-type", 
							Buffer (0x0F)
							{
								"IDT 92HD81B1X5"
							}, 

							"PinConfigurations", 
							Buffer (0xA0)
							{
								/* 0000 */	0x00, 0xA7, 0x1C, 0x20, 0x00, 0xA7, 0x1D, 0x90, 
								/* 0008 */	0x00, 0xA7, 0x1E, 0xA1, 0x00, 0xA7, 0x1F, 0x03, 
								/* 0010 */	0x00, 0xB7, 0x1C, 0x1F, 0x00, 0xB7, 0x1D, 0x40, 
								/* 0018 */	0x00, 0xB7, 0x1E, 0x21, 0x00, 0xB7, 0x1F, 0x03, 
								/* 0020 */	0x00, 0xC7, 0x1C, 0xF0, 0x00, 0xC7, 0x1D, 0x00, 
								/* 0028 */	0x00, 0xC7, 0x1E, 0xF0, 0x00, 0xC7, 0x1F, 0x40, 
								/* 0030 */	0x00, 0xD7, 0x1C, 0x10, 0x00, 0xD7, 0x1D, 0x01, 
								/* 0038 */	0x00, 0xD7, 0x1E, 0x17, 0x00, 0xD7, 0x1F, 0x90, 
								/* 0040 */	0x00, 0xE7, 0x1C, 0xF0, 0x00, 0xE7, 0x1D, 0x00, 
								/* 0048 */	0x00, 0xE7, 0x1E, 0xF0, 0x00, 0xE7, 0x1F, 0x40, 
								/* 0050 */	0x00, 0xF7, 0x1C, 0xF0, 0x00, 0xF7, 0x1D, 0x00, 
								/* 0058 */	0x00, 0xF7, 0x1E, 0xF0, 0x00, 0xF7, 0x1F, 0x40, 
								/* 0060 */	0x01, 0x07, 0x1C, 0xF0, 0x01, 0x07, 0x1D, 0x00, 
								/* 0068 */	0x01, 0x07, 0x1E, 0xF0, 0x01, 0x07, 0x1F, 0x40, 
								/* 0070 */	0x01, 0x17, 0x1C, 0x30, 0x01, 0x17, 0x1D, 0x01, 
								/* 0078 */	0x01, 0x17, 0x1E, 0xA6, 0x01, 0x17, 0x1F, 0x90, 
								/* 0080 */	0x01, 0xF7, 0x1C, 0xF0, 0x01, 0xF7, 0x1D, 0x00, 
								/* 0088 */	0x01, 0xF7, 0x1E, 0xF0, 0x01, 0xF7, 0x1F, 0x40, 
								/* 0090 */	0x02, 0x07, 0x1C, 0xF0, 0x02, 0x07, 0x1D, 0x00, 
								/* 0098 */	0x02, 0x07, 0x1E, 0xF0, 0x02, 0x07, 0x1F, 0x40
							}
						}, Local0)
					DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
					Return (Local0)
				}
			}

I guess that is where it  will be left for now...  I'll play a bit longer but hope someone posts some help here...  It seems there are a number of ways to go about doing this, some with the config in the DSDT and some not.

EDIT: for reference:

Subsystem Vendor ID: 111D7605
Codec ID in DEC: 287143429
Codec ID FILP HEX: 05 76 61 D1 11

Lightsout565's flipped pin config added for good measure:

<00A71C20 00A71D90 00A71EA1 00A71F03 00B71C1F 00B71D40 00B71E21 00B71F03 00C71CF0 00C71D00 00C71EF0 00C71F40 00D71C10 00D71D01 00D71E17 00D71F90 00E71CF0 00E71D00 00E71EF0 00E71F40 00F71CF0 00F71D00 00F71EF0 00F71F40 01071CF0 01071D00 01071EF0 01071F40 01171C30 01171D01 01171EA6 01171F90 01F71CF0 01F71D00 01F71EF0 01F71F40 02071CF0 02071D00 02071EF0 02071F40>

Supervia's codec dump is attached

[superviza]

theproto, on Oct 23 2009, 10:32 AM, said:

I guess that is where it  will be left for now...  I'll play a bit longer but hope someone posts some help here...  It seems there are a number of ways to go about doing this, some with the config in the DSDT and some not.

Thanks for putting in some time with the DSDT in relation to Audio.

What behavior were you getting when using the above DSDT ?

I assume no audio but outputs listed in System Profiler?

[Lightsout565]

On a different note, anyone know if this WiFi card works with Snow Leopard?
http://cgi.ebay.com/...=item27aa0b5587

[theproto]

superviza, on Oct 22 2009, 07:48 PM, said:

Thanks for putting in some time with the DSDT in relation to Audio.

What behavior were you getting when using the above DSDT ?

I assume no audio but outputs listed in System Profiler?

Exactly what I was getting...  I also made changes to a 6.6MB kext that I cannot upload...  I don't think it is of much use to have the kext uploaded.

Lightsout565, on Oct 22 2009, 07:55 PM, said:

On a different note, anyone know if this WiFi card works with Snow Leopard?
http://cgi.ebay.com/...=item27aa0b5587

I wish I knew what allowed some to work and others not to!  I really don't understand how all these device IDs (including our Wireless N cards) are already written in the Info.plist of the stock Apple kext and are even being shipped by Apple with the same IDs as far as I can see, yet they are not recognized.

[Lightsout565]

I will probably pick this card up this weekend and let you know. I only have wireless G so even if it doesn't work I'll still get wireless N out of it.

[superviza]

theproto, on Oct 23 2009, 11:04 AM, said:

I wish I knew what allowed some to work and others not to!  I really don't understand how all these device IDs (including our Wireless N cards) are already written in the Info.plist of the stock Apple kext and are even being shipped by Apple with the same IDs as far as I can see, yet they are not recognized.

It makes me think that this is not accidental.

To me... It seems Apple have introduced more detailed checking of the card's credentials before allowing it to be initialized and loaded.

The fact that the card works in 10.5.8 and not in 10.6 probably means that this is a new function within SL.

What values they could be checking could be anyones guess.

I guess we just need to bite the bullet and buy some of these cards to see if we can build a compatability list of PCI-e cards (half and full height)

It would be great Lightsout if you wanted to purchase this card and try it out in SL.

My BCM94321 should arrive in the next couple of days.

If only swapping out the Sound IC was as easy as a wifi card

[theproto]

superviza, on Oct 22 2009, 09:27 PM, said:

It makes me think that this is not accidental.

To me... It seems Apple have introduced more detailed checking of the card's credentials before allowing it to be initialized and loaded.

The fact that the card works in 10.5.8 and not in 10.6 probably means that this is a new function within SL.

What values they could be checking could be anyones guess.

I guess we just need to bite the bullet and buy some of these cards to see if we can build a compatability list of PCI-e cards (half and full height)

It would be great Lightsout if you wanted to purchase this card and try it out in SL.

My BCM94321 should arrive in the next couple of days.

If only swapping out the Sound IC was as easy as a wifi card

I hesitate not getting a true Apple card for this reason like I have in my other 2 notebooks, however this card may be one of these that cannot be distinguished from Apples own.

It may just be a matter of tim untill we are choked out completely...  I hope not...  but you never know...  They have been making many changes that have delt much pain to the community as of late.   10.5.6 (hello DSDT!), 10.5.8 (much broke again), 10.6 (again MANY more checks and reworks).

I may bit the bullet and go with on of these as well http://cgi.ebay.com/...#ht_4381wt_1167

I have seen a number of signatures with folks running the...  None stating if they work or not, but that may be good.

EDIT:  I just bought the card above that I linked to.  The same one as LightScout's but new instead of used.

I have now relocated my half size card with built in BT to the full size slot and put one nice bead of low temperature hot glue through either screw hole.  This is very sturdy, clean and it doesn't look out of place at all.  The good news is that the BT module had no issue at all where it is and when our new cards come in we should be in business, provided they work as it seems other have them working.

With this in mind, it looks like we are now down to getting sound going for the major hurdles.

[cumbaya19]

this is officially over my head. I'll be waiting for a guide haha.
thanks for all your hard work guys

[MowgliBook]

@ theproto : about Sound assertion, this is normal to have some, since you use Disabler or any similar thing. You only get rid of it when the system can load IntelCPUM (don't ask me why)
Your DSDT injection looks good. I'll try to work on it (if not too late when I receive my Mini 311c (ordered in France then transferred  to UK where I live)
Now it's all about injecting the right thing to AppleHDA. You seems to be close. just take a look at the Injector I made for ALC272 (NB200)

About PCI recognition, the issue is probably related to a ProbeHardware included in 10.6 kext. They included one in R8169 kext, and thus the Gigabyte RTL8168 kext is rejected by the kext. "ProbaHardware failed, unknow Hardware ID"

[souljah1h]

Today Psystar announced REBEL EFI. Maybe someone can give it a go? http://store.psystar...fi-preview.html

I got this from tweakers.net : http://translate.goo...history_state0=

You need a Snow Leopard DVD + external DVD

[theproto]

MowgliBook, on Oct 23 2009, 06:00 AM, said:

@ theproto : about Sound assertion, this is normal to have some, since you use Disabler or any similar thing. You only get rid of it when the system can load IntelCPUM (don't ask me why)
Your DSDT injection looks good. I'll try to work on it (if not too late when I receive my Mini 311c (ordered in France then transferred  to UK where I live)
Now it's all about injecting the right thing to AppleHDA. You seems to be close. just take a look at the Injector I made for ALC272 (NB200)

About PCI recognition, the issue is probably related to a ProbeHardware included in 10.6 kext. They included one in R8169 kext, and thus the Gigabyte RTL8168 kext is rejected by the kext. "ProbaHardware failed, unknow Hardware ID"

I did forget to mention that on this board all AZAD (note the D) devices need to be changed to HDEF.

Hopefully you get your 311 soon and can take a look...    From what I see in your uploads section you have some great accomplishments.

I've exhausted my patience with audio on this thing for a few days...

On the flip side, I do believe using the VoodooHDA kext with the sample rate at 44.1 AND HDEF in the DSDT like my attached and currently in DSDT has seems to work very well for sound effects.

However I am never content with just well...  I would like to know that all the bells and whistles are on and all is done right and native as possible :-)

I have not tried to listen to music yet...  Just the sound effects...

EDIT:  Top post now updated with latest archives - Try the archives as you may find that this is really finally coming together nicely...  Not a single KP in 24 hours of heavy testing (Sleep, swapping USB devices after wake, etc...) with the PC EFI 10.5 boot binary, DSDT we've built and other supporting files.   I see us all closing in on a fully usable netbook by the end of the month or very early November should WiFi prove to be a simple card swap with a Dell 1510 (shipped today).  I am really excited about this first real complete release archive to get this unit working.

EDIT: Be sure to add "-pci1" to the boot.plist as show below to allow PC EFI to find the PCI root, don't want to upload a new archive just for that today.
<key>Kernel Flags</key>
<string>arch=i386 -x32 -pci1</string>

EDIT: Sound still sucks...  just suffers less static than before.

[Lightsout565]

Just wondering Proto, How do you check what version EFI is installed?

Edit: When watching a YouTube video the sound is pretty acceptable. I did find that changing the volume on the OS didn't do much good. I even muted the volume on the OS but the music still played!

[theproto]

Lightsout565, on Oct 23 2009, 02:27 PM, said:

Just wondering Proto, How do you check what version EFI is installed?

Not really sure you can easily do so...  Maybe using the non GUI version...  I would say just install the latest, being Cham 2.0 RC3 with PC EFI 10.5.

[Lightsout565]

theproto, on Oct 23 2009, 03:33 PM, said:

Not really sure you can easily do so...  Maybe using the non GUI version...  I would say just install the latest, being Cham 2.0 RC3 with PC EFI 10.5.

I currently am using RC2. What do I replace on my Flash Drive from the RC3 Source Files?