Jump to content

AppleHDA working perfect on ALC269 (Inspiron 1464)!


Ccc
 Share

4 posts in this topic

Recommended Posts

Finally got it working on my Inspiron 1464!!! :thumbsup_anim:

Headphone, Internal Speaker, Internal Mic, External Mic all working with auto switch.

 

If you know Chinese, you can check it on

[Dell Inspiron 1464/1564] http://bbs.pcbeta.co...004837-1-1.html

[K580P] http://bbs.pcbeta.co...003562-1-1.html

[Lenovo Y450] http://bbs.pcbeta.co...005061-1-1.html

 

Keywords:

Set IntMic as LineIn.

Update April 4, 2012: Must Set ExtMic as LineIn.

 

Use 10.6.2 or 10.7 AppleHDA.kext.

 

my config data:

0x14 IntSpeaker

0x15 Headphone

0x18 ExtMic Set as LineIn

0x19 IntMic


01471C40 01471D01 01471E13 01471F90
01571C50 01571D10 01571E21 01571F01
01871C'2'0 01871D00 01871E'8'1 01871F01 -&--#62; Here this '2' and '8' means Line In
01971C10 01971D01 01971EA0 01971F90
01470C02

 

Set correct MuteGPIO according your codec_dump in Layouts and PathmapRef .

ExtMic MuteGPIO=1342242840 =0x50010018 = 0x50 + 0100 + NodeID

IntMic MuteGPIP=1342242841 =0x50010019 = 0x50 + 0100 + NodeID

 

Set correct pathmaps.

 

Add correct CodecAddressFilterArray in AppleHDAController.kext.

Update April 4, 2012: This might not be necessary.

 

 

Here's the HDEF section in DSDT.aml


Device (HDEF)
{
Name (_ADR, 0x001B0000)
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x0A)
{
"codec-id",
Buffer (0x04)
{
0x69, 0x02, 0xEC, 0x10
},
"layout-id",
Buffer (0x04)
{
0x0D, 0x01, 0x00, 0x00
},
"device-type",
Buffer (0x0F)
{
"Realtek ALC269"
},
"hda-gfx",
Buffer (0x0A)
{
"onboard-1"
},
"PinConfigurations",
Buffer (Zero) {}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
OperationRegion (HDAR, PCI_Config, 0x4C, 0x10)
Field (HDAR, WordAcc, NoLock, Preserve)
{
DCKA, 1,
Offset (0x01),
DCKM, 1,
, 6,
DCKS, 1,
Offset (0x08),
, 15,
PMES, 1
}
}

 

 

Sound assertion error during boot could be removed by seaching those contents in the binary file under /MacOS/ and replace it with 00000.

but this only remove the error output, the error is still there.

Some people says that some real mac computer also get these sound assertion errors.

Well we have to say there must be bugs in the original Apple code.

AppleHDA.allworking.kext.zip

  • Like 2
Link to comment
Share on other sites

Can you post your DSDT'S HDEF section ? Don't think it's gonna work without it

 

Thanks for this - great news for all ALC269 users (such as myself!)

Could you post the DSDT and also a very quick indication of how to patch AppleHDA (or at least point us to a URL?)

 

It would be really useful if you could attach the original AppleHDA that you used so that I could diff all the changes made and apply it to my own ALC269 (subsystem: 0x10280446)

 

thanks!

jkbuha

Link to comment
Share on other sites

Thanks for this - great news for all ALC269 users (such as myself!)

Could you post the DSDT and also a very quick indication of how to patch AppleHDA (or at least point us to a URL?)

It would be really useful if you could attach the original AppleHDA that you used so that I could diff all the changes made and apply it to my own ALC269 (subsystem: 0x10280446)

thanks!

jkbuha

 

I used the 10.6.2 AppleHDA.kext. and no need to patch the binary code.

You just need to edit 3 Info.plist files:

AppleHDAHardwareConfigDriver.kext : the config data and the codec id

AppleHDAPlatformDriver.kext : the pathmaps, the layout and the layout id.

AppleHDAController.kext : the corresponding layout id ( maybe not necessary).

 

the config data on K580P is

Node 0x12 10 01 A0 90 Int Mic
Node 0x14 40 01 13 90  Int SPK
Node 0x18 20 00 81 01  Ext Mic
Node 0x21 50 10 21 01  HP out

and you can see mine is the same, only with different NodeID. (I have attached my working kext)

Maybe you should try this config data.

 

And MuteGPIO is required.

Link to comment
Share on other sites

 Share

×
×
  • Create New...