AppleHDA.kext progress

Re: AppleHDA.kext progress

Thu, 18 Dec 2008 17:28:16 +0000

This should be in a new thread. I'll be making one and posting it there. Interested testers from our dev pool should begin discussion there.

snickers

Re: AppleHDA.kext progress

Thu, 18 Dec 2008 12:16:12 +0000

The Voodoo team now has an alternative implementation of AppleHDA. It is a FreeBSD port and has compatibility with probably 99% of codecs that are out there. Feature wise it is currently capable of outputting to both internal speakers and headphones. Recording via the internal microphone and microphone port is disabled in the build I have but has been completed.

We are going to be looking for some technically proficient testers (those that have actually been modifying AppleHDA and understand pin configuration and verbs) to confirm the extension works on hardware that has been unable to work well with AppleAzalia or AppleHDA. It seems from looking around the forums that EEE users have serious problems, i'd like to hear from any users here who meet the testing requirements so we can find out how well this new extension works.

Re: AppleHDA.kext progress

Tue, 16 Dec 2008 11:00:33 +0000

Does AppleHDA.kext control the mic too? That's really the main thing to *crack* with the audio, isn't it? If we could overclock the volume a bit too, that would be great; it's quite a bit quieter in OS X than XP.

Re: AppleHDA.kext progress

Tue, 16 Dec 2008 10:28:22 +0000

baza is right, the Samsung NC10 uses ALC272. So this guy hasn't done anything impressive (I mean beyond what audio hacking knowledge is already available on InsanelyMac and other places), assuming that ALC272 was a regular hack compared to the nightmare that ALC269 is, and there's still no better source for ALC269 than what we have here. Not that it's much, but it's been a good start.

Oh ye of little faith, you have to wait till next year!
http://ipis-osx.wikidot.com/forum/t-112627/snickers-is-not-gone

Re: AppleHDA.kext progress

Mon, 15 Dec 2008 17:22:04 +0000

I'm not sure that the NC10 has the same audio chipset as the EeePC.

Re: AppleHDA.kext progress

Mon, 15 Dec 2008 16:51:23 +0000

Dear all,
This is my first posting here.
Just came across the following thread on insanelymac.
http://forum.insanelymac.com/index.php?showtopic=137314&st=487
Some progress in Samsung NC10 and Mysticus C* is asking help from msiwin.net forum.
EeePC development seems to slow down after Thanksgiving!
Cheers,
wodonwong

Re: AppleHDA.kext progress

Tue, 02 Dec 2008 22:13:00 +0000

i dont wanna bother. but the stop gap seems to be a true one :) is any developing/testing goin forward? i ask this, because it would be a big step in hda dev for future stuff … have a nice evening guys

Re: AppleHDA.kext progress

Fri, 28 Nov 2008 13:01:43 +0000

I have no idea about programming but i think we all looking forward to see the AppleHDA is working on 1000h. Thanks to the developer for the Audiee as a temporary solution.

Thank you so much.

Tapash

Re: AppleHDA.kext progress

Thu, 13 Nov 2008 22:10:06 +0000

good to hear. i faith in madtux, codeeye, haggle, you and the rest :) … lets get it on!

Re: AppleHDA.kext progress

Thu, 13 Nov 2008 17:15:24 +0000

We haven't stopped… Personally, I'm waiting to see what new information codeye and madtux will get from the decompilations of the AppleHDA kexts. I'll take a look too from time to time, but I'm always juggling this with other things I'm doing as well.

Re: AppleHDA.kext progress

Thu, 13 Nov 2008 16:19:12 +0000

10 days gone and the "ugly stop gap" - for which i thank you guys - now seems to prevent us from getting forward in hda dev :( are you still around guys? keep the work goin even if we now got comfortable audio output … id love to have input too and to get rid of the azalia solution …

btw.: azalia is ALLWAYS just audio out - right? cause gettin mic internal/external both on azalia workin would be the second step IF its possible and IF hda dev seems to stuck forever. just tryin to motivate you guys cause im behind this since the eee1000h is out … here and on insanely …

Re: AppleHDA.kext progress

Sun, 02 Nov 2008 22:03:18 +0000

Hi MadTux, I have the latest AppleHDA.kext & HDAENabler.kext you wanted me to test installed. I get the proper devices in the sound prefpane and IOReg looks like it is correct (or at least it looks like it's all installed). No sound. I tried using my script to set EAPD on and it failed with "ERROR — Unaligned base address." so I loaded up one of codeye's reg tools and set EAPD on by manually sending the verb. I verified that EAPD is on for node 14 and I still get no sound. One thing I do notice, just as in many other attempts we've done, none of the mute controls are active. They're all grayed out and un-selectable. Could it be that even with he amps on, the volume is still muted?
Also, again it appears as if HDAEnabler is starting twice. There are no errors in the console log.

Console:

 11/2/08 2:41:11 PM kernel HDAEnabler: Copyright (c) 2008 by Kabyl 11/2/08 2:41:11 PM kernel HDAEnabler: 05/05/2008 Added SPAudio support:Taruga 11/2/08 2:41:11 PM kernel HDAEnabler: Copyright (c) 2008 by Kabyl 11/2/08 2:41:11 PM kernel HDAEnabler: 05/05/2008 Added SPAudio support:Taruga

IOReg:

 | | +-o HDEF@1B  | | | | { | | | | "IOPCIResourced" = Yes | | | | "IOInterruptControllers" = ("io-apic-0","IOPCIMessagedInterruptController") | | | | "IOName" = "pci8086,27d8" | | | | "subsystem-id" = <1a830000> | | | | "IOPCIExpressLinkCapabilities" = 0 | | | | "IODeviceMemory" = (({"address"=18446744073573990400,"length"=16384})) | | | | "layout-id" = <0c000000> | | | | "class-code" = <00030400> | | | | "IOPowerManagement" = {"ChildrenPowerState"=2,"CurrentPowerState"=2} | | | | "revision-id" = <02000000> | | | | "IOInterruptSpecifiers" = (<1000000007000000>,<0000000000000100>) | | | | "assigned-addresses" = | | | | 00: phys.hi: 8200d810 phys.mid: 00000000 phys.lo: f7eb8000 | | | | size.hi: 00000000 size.lo: 00004000 | | | | bus: 0 dev: 27 func: 0 reg: 16 | | | | type: Mem flags: abs | | | | "built-in" = <00> | | | | "acpi-device" = "IOACPIPlatformDevice is not serializable" | | | | "device-id" =  | | | | "vendor-id" = <86800000> | | | | "acpi-path" = "IOACPIPlane:/_SB/PCI0@0/HDEF@1b0000" | | | | "subsystem-vendor-id" = <43100000> | | | | "name" = "pci8086,27d8" | | | | "IOPCIExpressLinkStatus" = 0 | | | | "reg" = | | | | 00000000: 00 D8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 D8 00 02 00 00 00 00 00 00 00 00 ................................ | | | | 00000020: 00 00 00 00 00 40 00 00 .....@.. | | | | "compatible" = <"pci1043,831a","pci8086,27d8","pciclass,040300"> | | | | "Credits" = "2008 (c) Kabyl/Taruga" | | | | "PinConfigurations" = | | | | 00000000: 10 09 A3 99 20 01 13 99 30 40 21 01 40 98 A1 01 50 82 05 40 .... ...0@!.@...P..@ | | | | } | | | | | | | +-o AppleHDAController  | | | | { | | | | "IOProviderClass" = "IOPCIDevice" | | | | "IOProbeScore" = 0 | | | | "CFBundleIdentifier" = "com.apple.driver.AppleHDAController" | | | | "HDAConfigDefault" = ({"CodecID"=283902569,"ConfigData"=<0023b00000237000002371000033b00000337000003371000033b0000077010000737000008701000083700000$ | | | | "IOPCIPrimaryMatch" = "0x793a1002 0x437a1002 0x43831002 0x269a8086 0x26688086 0x27d88086 0x284b8086 0x026c10de 0x037110de 0x75021039 0x546110b9 0x3$ | | | | "IOMatchCategory" = "IODefaultMatchCategory" | | | | "IOClass" = "AppleHDAController" | | | | "IOPowerManagement" = {"ChildrenPowerState"=2,"CurrentPowerState"=2} | | | | } | | | | | | | +-o IOHDACodecDevice@0  | | | | { | | | | "IOHDACodecVendorID" = 283902569 | | | | "IOHDACodecRevisionID" = 1048580 | | | | } | | | | | | | +-o IOHDACodecDriver  | | | | { | | | | "IOProviderClass" = "IOHDACodecDevice" | | | | "IOProbeScore" = 0 | | | | "IOMatchCategory" = "IODefaultMatchCategory" | | | | "IOClass" = "IOHDACodecDriver" | | | | "CFBundleIdentifier" = "com.apple.iokit.IOHDAFamily" | | | | } | | | | | | | +-o IOHDACodecFunction@1  | | | | { | | | | "IOHDACodecFunctionSubsystemID" = 272859930 | | | | "IOHDACodecFunctionGroupType" = 1 | | | | } | | | | | | | +-o AppleHDACodecGeneric  | | | | { | | | | "IOProviderClass" = "IOHDACodecFunction" | | | | "IOProbeScore" = 0 | | | | "IOHDACodecFunctionGroupType" = 1 | | | | "IOMatchCategory" = "IODefaultMatchCategory" | | | | "IOClass" = "AppleHDACodecGeneric" | | | | "CFBundleIdentifier" = "com.apple.driver.AppleHDA" | | | | } | | | | | | | +-o AppleHDADriver  | | | | { | | | | "IOProbeScore" = 0 | | | | "CodecInfo" = ({"AnalogOut"={"SignalProcessing"={"Volume"={"SoftwareVolume"={}}}},"CodecID"=283902569}) | | | | "IOAudioDeviceManufacturerName" = "ManufacturerName" | | | | "InputSampleLatency" = 30 | | | | "CFBundleIdentifier" = "com.apple.driver.AppleHDA" | | | | "Layouts" = ({"LayoutID"=12,"PathMapRef"=({"Outputs"=(""IntSpeaker"",""Headphone""),"CodecID"=(283902569),"Inputs"=(""Mic""),"IntSpeaker"$ | | | | "IOMatchCategory" = "IODefaultMatchCategory" | | | | "IOAudioPowerState" = 2 | | | | "IOPowerManagement" = {"CurrentPowerState"=1,"DriverChangePowerState"=1} | | | | "IOAudioDeviceLocalizedBundle" = "AppleHDA.kext" | | | | "IOAudioDeviceShortName" = "DeviceShortName" | | | | "PathMaps" = ({"PathMap"=(((({"Amp"={"PublishMute"=Yes,"VolumeInputAmp"=Yes,"Channels"=({"Bind"=1,"Channel"=1},{"Bind"=2,"Channel"=2}),"M$ | | | | "IOProviderClass" = "AppleHDACodec" | | | | "IOAudioDeviceCanBeDefaults" = 7 | | | | "IOAudioDeviceTransportType" = 1651274862 | | | | "IOAudioDeviceName" = "DeviceName" | | | | "IOAudioDeviceModelID" = "AppleHDA:12" | | | | "SampleOffsetPad" = 260 | | | | "IOClass" = "AppleHDADriver" | | | | "OutputSampleLatency" = 30 | | | | } | | | | | | | +-o AppleHDAEngineOutput  | | | | | { | | | | | "IOAudioEngineOutputSampleLatency" = 30 | | | | | "IOAudioEngineDescription" = "DevShortNameSpkr" | | | | | "IOAudioEngineNumActiveUserClients" = 0 | | | | | "IOAudioEngineClockDomain" = 80172544 | | | | | "IOAudioEngineState" = 1 | | | | | "IOAudioEngineCoreAudioPlugIn" = "AppleHDA.kext/Contents/PlugIns/AppleHDAHALPlugIn.bundle" | | | | | "IOAudioEngineNumSampleFramesPerBuffer" = 16384 | | | | | "IOAudioEngineSampleOffset" = 292 | | | | | "IOAudioEngineFlavor" = 1 | | | | | "IOAudioEngineGlobalUniqueID" = "AppleHDAEngineOutput:0" | | | | | "IOAudioSampleRate" = {"IOAudioSampleRateFraction"=0,"IOAudioSampleRateWholeNumber"=44100} | | | | | "IOAudioEngineInputSampleLatency" = 30 | | | | | "IOGeneralInterest" = "IOCommand is not serializable" | | | | | } | | | | | | | | | +-o IOAudioStream  | | | | | { | | | | | "IOAudioStreamDirection" = 0 | | | | | "IOAudioStreamNumClients" = 0 | | | | | "IOAudioStreamAvailable" = 1 | | | | | "IOAudioStreamID" = 0 | | | | | "IOAudioStreamFormat" = {"IOAudioStreamAlignment"=0,"IOAudioStreamIsMixable"=1,"IOAudioStreamDriverTag"=0,"IOAudioStreamBitDepth"=24,$ | | | | | "IOAudioStreamStartingChannelNumber" = 1 | | | | | "IOAudioStreamAvailableFormats" = ({"IOAudioStreamAlignment"=0,"IOAudioStreamMaximumSampleRate"={"IOAudioSampleRateFraction"=0,"IOAud$ | | | | | "IOAudioStreamStartingChannelID" = 1 | | | | | } | | | | | | | | | +-o IOAudioSelectorControl  | | | | | | { | | | | | | "IOAudioControlUsage" = 1869968496 | | | | | | "IOAudioControlChannelID" = 0 | | | | | | "IOAudioControlValue" = 1769173099 | | | | | | "IOAudioControlSubType" = 1869968496 | | | | | | "IOAudioControlID" = 0 | | | | | | "IOAudioControlChannelNumber" = 0 | | | | | | "IOAudioSelectorControlAvailableSelections" = ({"IOAudioSelectorControlSelectionValue"=1769173099,"IOAudioSelectorControlSelectionDes$ | | | | | | "IOAudioControlType" = 1936483188 | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioLevelControl  | | | | | | { | | | | | | "IOAudioControlUsage" = 1869968496 | | | | | | "IOAudioLevelControlMinValue" = 0 | | | | | | "IOAudioControlChannelID" = 2 | | | | | | "IOAudioControlValue" = 63 | | | | | | "IOAudioControlSubType" = 1986817381 | | | | | | "IOAudioLevelControlMaxValue" = 64 | | | | | | "IOAudioControlID" = 1 | | | | | | "IOAudioLevelControlMinDB" = 18446744073705422848 | | | | | | "IOAudioControlChannelName" = "Right" | | | | | | "IOAudioLevelControlMaxDB" = 65536 | | | | | | "IOAudioControlChannelNumber" = 2 | | | | | | "IOAudioControlType" = 1818588780 | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioLevelControl  | | | | | | { | | | | | | "IOAudioControlUsage" = 1869968496 | | | | | | "IOAudioLevelControlMinValue" = 0 | | | | | | "IOAudioControlChannelID" = 1 | | | | | | "IOAudioControlValue" = 63 | | | | | | "IOAudioControlSubType" = 1986817381 | | | | | | "IOAudioLevelControlMaxValue" = 64 | | | | | | "IOAudioControlID" = 0 | | | | | | "IOAudioLevelControlMinDB" = 18446744073705422848 | | | | | | "IOAudioControlChannelName" = "Left" | | | | | | "IOAudioLevelControlMaxDB" = 65536 | | | | | | "IOAudioControlChannelNumber" = 1 | | | | | | "IOAudioControlType" = 1818588780 | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | "IOAudioEngineUserClientActive" = 0 | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | "IOAudioEngineUserClientActive" = 0 | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o AppleHDAEngineOutput  | | | | | { | | | | | "IOAudioEngineOutputSampleLatency" = 30 | | | | | "IOAudioEngineDescription" = "DevShortNameHdpn" | | | | | "IOAudioEngineNumSampleFramesPerBuffer" = 16384 | | | | | "IOAudioEngineSampleOffset" = 292 | | | | | "IOAudioEngineClockDomain" = 80171520 | | | | | "IOAudioEngineState" = 0 | | | | | "IOAudioEngineFlavor" = 1 | | | | | "IOAudioEngineCoreAudioPlugIn" = "AppleHDA.kext/Contents/PlugIns/AppleHDAHALPlugIn.bundle" | | | | | "IOAudioSampleRate" = {"IOAudioSampleRateFraction"=0,"IOAudioSampleRateWholeNumber"=44100} | | | | | "IOAudioEngineInputSampleLatency" = 30 | | | | | "IOAudioEngineGlobalUniqueID" = "AppleHDAEngineOutput:1" | | | | | "IOGeneralInterest" = "IOCommand is not serializable" | | | | | } | | | | | | | | | +-o IOAudioStream  | | | | | { | | | | | "IOAudioStreamDirection" = 0 | | | | | "IOAudioStreamNumClients" = 0 | | | | | "IOAudioStreamAvailable" = 1 | | | | | "IOAudioStreamID" = 0 | | | | | "IOAudioStreamFormat" = {"IOAudioStreamAlignment"=0,"IOAudioStreamIsMixable"=1,"IOAudioStreamDriverTag"=0,"IOAudioStreamBitDepth"=24,$ | | | | | "IOAudioStreamStartingChannelNumber" = 1 | | | | | "IOAudioStreamAvailableFormats" = ({"IOAudioStreamAlignment"=0,"IOAudioStreamMaximumSampleRate"={"IOAudioSampleRateFraction"=0,"IOAud$ | | | | | "IOAudioStreamStartingChannelID" = 1 | | | | | } | | | | | | | | | +-o IOAudioSelectorControl  | | | | | | { | | | | | | "IOAudioControlUsage" = 1869968496 | | | | | | "IOAudioControlChannelID" = 0 | | | | | | "IOAudioControlValue" = 1751412846 | | | | | | "IOAudioControlSubType" = 1869968496 | | | | | | "IOAudioControlID" = 0 | | | | | | "IOAudioControlChannelNumber" = 0 | | | | | | "IOAudioSelectorControlAvailableSelections" = ({"IOAudioSelectorControlSelectionValue"=1751412846,"IOAudioSelectorControlSelectionDes$ | | | | | | "IOAudioControlType" = 1936483188 | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioLevelControl  | | | | | | { | | | | | | "IOAudioControlUsage" = 1869968496 | | | | | | "IOAudioLevelControlMinValue" = 0 | | | | | | "IOAudioControlChannelID" = 2 | | | | | | "IOAudioControlValue" = 58 | | | | | | "IOAudioControlSubType" = 1986817381 | | | | | | "IOAudioLevelControlMaxValue" = 64 | | | | | | "IOAudioControlID" = 3 | | | | | | "IOAudioLevelControlMinDB" = 18446744073705422848 | | | | | | "IOAudioControlChannelName" = "Right" | | | | | | "IOAudioLevelControlMaxDB" = 65536 | | | | | | "IOAudioControlChannelNumber" = 2 | | | | | | "IOAudioControlType" = 1818588780 | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioLevelControl  | | | | | | { | | | | | | "IOAudioControlUsage" = 1869968496 | | | | | | "IOAudioLevelControlMinValue" = 0 | | | | | | "IOAudioControlChannelID" = 1 | | | | | | "IOAudioControlValue" = 58 | | | | | | "IOAudioControlSubType" = 1986817381 | | | | | | "IOAudioLevelControlMaxValue" = 64 | | | | | | "IOAudioControlID" = 2 | | | | | | "IOAudioLevelControlMinDB" = 18446744073705422848 | | | | | | "IOAudioControlChannelName" = "Left" | | | | | | "IOAudioLevelControlMaxDB" = 65536 | | | | | | "IOAudioControlChannelNumber" = 1 | | | | | | "IOAudioControlType" = 1818588780 | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | | { | | | | | | } | | | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o AppleHDAEngineInput  | | | | { | | | | "IOAudioEngineOutputSampleLatency" = 30 | | | | "IOAudioEngineDescription" = "DevShortNameIMic" | | | | "IOAudioEngineNumActiveUserClients" = 1 | | | | "IOAudioEngineClockDomain" = 80173568 | | | | "IOAudioEngineState" = 1 | | | | "IOAudioEngineCoreAudioPlugIn" = "AppleHDA.kext/Contents/PlugIns/AppleHDAHALPlugIn.bundle" | | | | "IOAudioEngineNumSampleFramesPerBuffer" = 8192 | | | | "IOAudioEngineSampleOffset" = 280 | | | | "IOAudioEngineFlavor" = 1 | | | | "IOAudioEngineGlobalUniqueID" = "AppleHDAEngineInput:2" | | | | "IOAudioSampleRate" = {"IOAudioSampleRateFraction"=0,"IOAudioSampleRateWholeNumber"=44100} | | | | "IOAudioEngineInputSampleLatency" = 30 | | | | "IOGeneralInterest" = "IOCommand is not serializable" | | | | } | | | | | | | +-o IOAudioStream  | | | | { | | | | "IOAudioStreamDirection" = 1 | | | | "IOAudioStreamNumClients" = 1 | | | | "IOAudioStreamAvailable" = 1 | | | | "IOAudioStreamID" = 0 | | | | "IOAudioStreamFormat" = {"IOAudioStreamAlignment"=0,"IOAudioStreamIsMixable"=1,"IOAudioStreamDriverTag"=0,"IOAudioStreamBitDepth"=24,$ | | | | "IOAudioStreamStartingChannelNumber" = 1 | | | | "IOAudioStreamAvailableFormats" = ({"IOAudioStreamAlignment"=0,"IOAudioStreamMaximumSampleRate"={"IOAudioSampleRateFraction"=0,"IOAud$ | | | | "IOAudioStreamStartingChannelID" = 1 | | | | } | | | | | | | +-o IOAudioSelectorControl  | | | | | { | | | | | "IOAudioControlUsage" = 1768845428 | | | | | "IOAudioControlChannelID" = 0 | | | | | "IOAudioControlValue" = 1768778083 | | | | | "IOAudioControlSubType" = 1768845428 | | | | | "IOAudioControlID" = 0 | | | | | "IOAudioControlChannelNumber" = 0 | | | | | "IOAudioSelectorControlAvailableSelections" = ({"IOAudioSelectorControlSelectionValue"=1768778083,"IOAudioSelectorControlSelectionDes$ | | | | | "IOAudioControlType" = 1936483188 | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioLevelControl  | | | | | { | | | | | "IOAudioLevelControlMinValue" = 0 | | | | | "IOAudioControlChannelID" = 2 | | | | | "IOAudioLevelControlMaxValue" = 46 | | | | | "IOAudioLevelControlMinDB" = 18446744073708437504 | | | | | "IOAudioControlChannelNumber" = 2 | | | | | "IOAudioControlChannelName" = "Right" | | | | | "IOAudioControlUsage" = 1768845428 | | | | | "IOAudioControlValue" = 31 | | | | | "IOAudioControlSubType" = 1986817381 | | | | | "IOAudioLevelControlUseLinearScale" = 0 | | | | | "IOAudioControlID" = 6 | | | | | "IOAudioLevelControlMaxDB" = 1900544 | | | | | "IOAudioControlType" = 1818588780 | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioLevelControl  | | | | | { | | | | | "IOAudioLevelControlMinValue" = 0 | | | | | "IOAudioControlChannelID" = 1 | | | | | "IOAudioLevelControlMaxValue" = 46 | | | | | "IOAudioLevelControlMinDB" = 18446744073708437504 | | | | | "IOAudioControlChannelNumber" = 1 | | | | | "IOAudioControlChannelName" = "Left" | | | | | "IOAudioControlUsage" = 1768845428 | | | | | "IOAudioControlValue" = 31 | | | | | "IOAudioControlSubType" = 1986817381 | | | | | "IOAudioLevelControlUseLinearScale" = 0 | | | | | "IOAudioControlID" = 4 | | | | | "IOAudioLevelControlMaxDB" = 1900544 | | | | | "IOAudioControlType" = 1818588780 | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioToggleControl  | | | | | { | | | | | "IOAudioControlUsage" = 1768845428 | | | | | "IOAudioControlChannelID" = 2 | | | | | "IOAudioControlValue" = 0 | | | | | "IOAudioControlSubType" = 1836414053 | | | | | "IOAudioControlID" = 7 | | | | | "IOAudioControlChannelNumber" = 2 | | | | | "IOAudioControlChannelName" = "Right" | | | | | "IOAudioControlType" = 1953458028 | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioToggleControl  | | | | | { | | | | | "IOAudioControlUsage" = 1768845428 | | | | | "IOAudioControlChannelID" = 1 | | | | | "IOAudioControlValue" = 0 | | | | | "IOAudioControlSubType" = 1836414053 | | | | | "IOAudioControlID" = 5 | | | | | "IOAudioControlChannelNumber" = 1 | | | | | "IOAudioControlChannelName" = "Left" | | | | | "IOAudioControlType" = 1953458028 | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioToggleControl  | | | | | { | | | | | "IOAudioControlUsage" = 1768845428 | | | | | "IOAudioControlChannelID" = 0 | | | | | "IOAudioControlValue" = 0 | | | | | "IOAudioControlSubType" = 1836414053 | | | | | "IOAudioControlID" = 8 | | | | | "IOAudioControlChannelNumber" = 0 | | | | | "IOAudioControlChannelName" = "All Channels" | | | | | "IOAudioControlType" = 1953458028 | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | | { | | | | | } | | | | | | | | | +-o IOAudioControlUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | | { | | | | "IOAudioEngineUserClientActive" = 1 | | | | } | | | | | | | +-o IOAudioEngineUserClient  | | | { | | | }

System Profiler:

 Intel High Definition Audio: Device ID: 0x1043831A Audio ID: 12 Available Devices: Microphone: Connection: Internal Speaker: Connection: Internal Headphone: Connection: 1/8 inch Jack Microphone: Connection: 1/8 inch Jack

Output from Verb Injection:

 Node 0x14 [Pin Complex] wcaps 0x0040010d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x00010050: OUT EAPD Balanced EAPD 0x2:EAPD Pin Default 0x99130120: [Fixed] Speaker at Int ATAPI Conn = ATAPI , Colour = Unknown DefAssociation = 0x2, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT VREF_HIZ

Hope that helps!

Re: AppleHDA.kext progress

Sun, 02 Nov 2008 10:48:11 +0000

Mega72 : I've post for the S10, search yet! And it's OK, the driver work very good, after 100 reboot always OK…
(french, sry for my english)

Re: AppleHDA.kext progress

Sun, 02 Nov 2008 05:49:12 +0000

I'll test it tomorrow madtux. I've been gone all day (UofA Band day) and just got home.

Re: AppleHDA.kext progress

Sun, 02 Nov 2008 04:35:11 +0000

tested. noobish answer: amps are on (crackle on both ports). syspane gives me this time: 2 outputs (so no switching when putting hp in hp) - headphones & speakers. ONE mic (internal) in which does not work with internal/external mic.

sysprof gives me 4 devices: mic, mic & out out.

im drunk . but i tested as good as i can. im out …

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 16:36:21 +0000

toonces, Pinconfig data is injected, but now I know that 885 codec doesn't work with 269. So we nead to deal with sigmatel codec, funny thing that alc268 and 862 can work with 885(and hdaverbs)
Can U try this one:
http://www.speedyshare.com/806961393.html

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 15:59:08 +0000

generic test 2 does same thing for me as generic test 1. No sound. Running my set_sound script to send the eapd verb gives an error "ERROR — Unaligned base address."

One thing that looks odd is that HDAEnabler appears to be loading twice according to console logs. There are no other errors in the logs. I verified that I only have the one copy of HDAEnabler installed. When I test I remove Azalia and my copy of HDAEnabler then set ownership & permissions on the 2 files provided in your archive and install them using kext helper.

 11/1/08 8:25:52 AM kernel HDAEnabler: Copyright (c) 2008 by Kabyl 11/1/08 8:25:52 AM kernel HDAEnabler: 05/05/2008 Added SPAudio support:Taruga 11/1/08 8:25:56 AM kernel HDAEnabler: Copyright (c) 2008 by Kabyl 11/1/08 8:25:56 AM kernel HDAEnabler: 05/05/2008 Added SPAudio support:Taruga

Additionally, the sound prefpane shows no input or output devices though I do have the ability to check the box to show volume control in menu bar. Volume controls themselves are grayed out and the Mute box is also checked.

IORegistry doesn't look like it has all of the device entries that previous AppleHDA.kext and Azalia have when they are loaded.

 | | +-o HDEF@1B  | | | | { | | | | "IOPCIResourced" = Yes | | | | "IOInterruptControllers" = ("io-apic-0","IOPCIMessagedInterruptController") | | | | "IOName" = "pci8086,27d8" | | | | "subsystem-id" = <1a830000> | | | | "IOPCIExpressLinkCapabilities" = 0 | | | | "IODeviceMemory" = (({"address"=18446744073573990400,"length"=16384})) | | | | "layout-id" = <0c000000> | | | | "class-code" = <00030400> | | | | "IOPowerManagement" = {"ChildrenPowerState"=2,"CurrentPowerState"=2} | | | | "revision-id" = <02000000> | | | | "IOInterruptSpecifiers" = (<1000000007000000>,<0000000000000100>) | | | | "assigned-addresses" = | | | | 00: phys.hi: 8200d810 phys.mid: 00000000 phys.lo: f7eb8000 | | | | size.hi: 00000000 size.lo: 00004000 | | | | bus: 0 dev: 27 func: 0 reg: 16 | | | | type: Mem flags: abs | | | | "built-in" = <00> | | | | "acpi-device" = "IOACPIPlatformDevice is not serializable" | | | | "device-id" =  | | | | "vendor-id" = <86800000> | | | | "acpi-path" = "IOACPIPlane:/_SB/PCI0@0/HDEF@1b0000" | | | | "subsystem-vendor-id" = <43100000> | | | | "name" = "pci8086,27d8" | | | | "IOPCIExpressLinkStatus" = 0 | | | | "reg" = | | | | 00000000: 00 D8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 D8 00 02 00 00 00 00 00 00 00 00 ................................ | | | | 00000020: 00 00 00 00 00 40 00 00 .....@.. | | | | "compatible" = <"pci1043,831a","pci8086,27d8","pciclass,040300"> | | | | "Credits" = "2008 (c) Kabyl/Taruga" | | | | "PinConfigurations" = | | | | 00000000: 10 09 A3 99 20 01 13 99 30 40 21 01 40 98 A1 01 50 82 05 40 .... ...0@!.@...P..@ | | | | } | | | | | | | +-o AppleHDAController  | | | | { | | | | "IOProviderClass" = "IOPCIDevice" | | | | "IOProbeScore" = 0 | | | | "CFBundleIdentifier" = "com.apple.driver.AppleHDAController" | | | | "HDAConfigDefault" = ({"CodecID"=283902569,"ConfigData"=<0023b00000237000002371000033b00000337000003371000033b0000077010000737000008701000083700000$ | | | | "IOPCIPrimaryMatch" = "0x793a1002 0x437a1002 0x43831002 0x269a8086 0x26688086 0x27d88086 0x284b8086 0x026c10de 0x037110de 0x75021039 0x546110b9 0x3$ | | | | "IOMatchCategory" = "IODefaultMatchCategory" | | | | "IOClass" = "AppleHDAController" | | | | "IOPowerManagement" = {"CurrentPowerState"=2} | | | | } | | | | | | | +-o IOHDACodecDevice@0  | | | | { | | | | "IOHDACodecVendorID" = 283902569 | | | | "IOHDACodecRevisionID" = 1048580 | | | | } | | | | | | | +-o IOHDACodecDriver  | | | | { | | | | "IOProviderClass" = "IOHDACodecDevice" | | | | "IOProbeScore" = 0 | | | | "IOMatchCategory" = "IODefaultMatchCategory" | | | | "IOClass" = "IOHDACodecDriver" | | | | "CFBundleIdentifier" = "com.apple.iokit.IOHDAFamily" | | | | } | | | | | | | +-o IOHDACodecFunction@1  | | | { | | | "IOHDACodecFunctionSubsystemID" = 272859930 | | | "IOHDACodecFunctionGroupType" = 1 | | | }

EDIT: Forgot to add System Profiler Info.

 Intel High Definition Audio: Device ID: 0x1043831A Audio ID: 12 Available Devices: Microphone: Connection: Internal Speaker: Connection: Internal Headphone: Connection: 1/8 inch Jack Microphone: Connection: 1/8 inch Jack

EDIT2: An interesting side effect of loading this kext is that after I revert back to Azalia, I have to reboot twice before getting my audio back. I reboot using -v -f every time I load or replace kext in addition to using kext helper to do the loading. The first time I reboot then run my script to turn on EAPD for the speakers, there are no errors and the script completes normally but I get no sound. The second time I reboot and run the script I have my sound back.

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 13:35:54 +0000

thx for testing, i believe the device detection is fixed now, it should show devices in SysPref, verbs are indentical.
Generic test 2:http://www.speedyshare.com/488450742.html
For EEePC users.
Test 2 noneepc:http://www.speedyshare.com/933251536.html
This is for non eeepc users, why is it different, well because PinConfig verbs for PinComplexes are not the same as in eeepc. And they block proper detection. But eeepc usr can test and this one if they like.

How to test:
Please remove azalia audio kext, or any efi audio string if u have.
install files from zip file
Open OSX86tools, check; Set Extensions permissions, Clear Extensions cache and Touch Extensions Folder
Reboot
If U have sound, well tell me
If not; try to use reggie_se fix and see will sound come from speakers

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 07:08:12 +0000

you will get unknown processor if you do not enter -D PhysAddr as a flag to CLI reggie_se and it will fail to run (the man page for reggie_se is typical Apple documentation - minimalistic to say the least!). Madtux's kext fails to load for me even without azalia and fixing permissions but no complaints in system logs, so not necessarily an azalia problem for toddgarvin.

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 07:06:59 +0000

toddgarvin,
The fact that you had sound before you installed MadTux's test kext means that you didn't remove the existing Azalia audio kext. Please remove it, then install the test kext, then report your findings.

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 05:28:25 +0000

toddgarvin, when you look at About This Mac, what does it show for processor type there? If it shows an unknown type there then you should probably look at installing an alternate SMBIOS or SMBIOSEFI and correct that first. The kext MadTux posted was for testing and shouldn't require using reggie to activate but I would correct the unknown processor before going further.

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 03:51:34 +0000

Not working for me. Actually left me worse off. Before installing the kext files, I had sound showing in menu bar and working volume controls (just no sound). Now I have nothing. No output devices found. If I type "reggie_se" in terminal, I get ERROR: unknown processor type. I'm running on a Lenovo S10. So far, nothing from any of these posts has worked.

Re: AppleHDA.kext progress

Sat, 01 Nov 2008 00:39:25 +0000

Installed the kexts from a fresh install of iDeneb. No sound devices appeared. System profiler shows the audio hardware, though. I tried injecting the verbs and nothing happened either.

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 21:47:49 +0000

try the one 5 post before:
"Alternate link…"

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 21:38:14 +0000

nobody has posted how to do this with a lenovo s10 yet, I've tried, no sound comes out of mine

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 19:40:08 +0000

Hi,

I downloaded and installed the two kexts in the zip but nothing changes. If I inject the known verbs with reggie_se it works as with Azalia.
Do I have to uninstall AppleAzaliaAudio.kext? I haven't done this yet (I just love having sound too much ;-). If ever, is it enough to delete the aforementioned kext and to clear the extensions cache?
What kind of info would you like us to determine with this test?

Nik

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 18:42:07 +0000

removed by me.
go to post:
http://ipis-osx.wikidot.com/forum/t-94017/applehda-kext-progress#post-298015

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 15:43:04 +0000

a) If you did a search of this page, you'd see the answer is "yes".
b) This is a development page, not a support page.
c) You need to run the terminal commands on said support page.

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 15:21:15 +0000

Just a quick question. Has anyone gotten the sound to work on a Lenovo S10 or is this only working on eeePC? Thanks!

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 14:59:46 +0000

I get the same error message as nhirt. mediafire must have had some issues. I couldn't get anything at all last night from their site.

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 07:56:29 +0000

@madtux
When I try to download the file I get a "No servers are currently available…" message.
I would love to give it a shot. Could you please try to re-upload it somewhere else?

Thanks,

Nik

Re: AppleHDA.kext progress

Fri, 31 Oct 2008 04:25:02 +0000

Welcome MadTux! I'll give your test kext a try tomorrow. Thursday is the kid's busy day so I've only been able to pop in for a few minutes at a time between band, gymnastics, cheer and band again. At least the blackberry gives me good speeds for connecting while I wait for one event to be done and the next one to start. Streaming Journey to the Center of the Earth from my slingbox (mac version now that we have sound!) to the eeeMac and tapping out a quick reply to the few threads I can. Anyways, Good to see you here. I'm looking forward to your contribution to our continued progress.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 23:05:51 +0000

yeah … there is a files link ant the bottom of the site ..

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 22:44:50 +0000

madtux,
the program files are found on the sound wiki page http://ipis-osx.wikidot.com/internal-sound. no need to run in single user mode but you need administrator privileges for the program to call reggie_se.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 21:04:41 +0000

yeah madtux is in the house. glad to see you here. thank you :) after 1348923823 reboots and tests now you got finally guys with some skill to deal with :D heheh keep the good work up!

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 19:37:00 +0000

Codeye, where I can download your codec dump program, and does it works thru terminal? And do I need to go in single user mode to get work?

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 19:27:11 +0000

Vendor Id: 0x10ec0269
Mic ATAPI: 0x12 (18), 0x23 (35), 0x08 (8) Mic Jack: 0x18 (24), 0x23 (35), 0x07 (7)
IntSpeakers: 0x02 (2), 0x0c (12), 0x14 (20) HP Jack: 0x03 (3), 0x0d (13), 0x15 (21)

How to HDA VERB based on 0269 Codec dump:
UNMUTE OUTPUTS AND INPUTS OF USING DEVICES:
"002"3B000 00237000 00237100
"003"3B000 00337000 00337100
"007"70100 00737000
00870100 00837000
UNMUTE AUDIO MIXER AND CHANELS AND MUTE ONE THAT U DON'T NEAD
"00b"37180 00b37280 00b37380 00b37480 00b37580
"00c"37000 00c37100 00c3B000
"00d"37000 00d37100 00dB000
"00e"37080 00e37180
"00f"37080 00f37180
FIX PINCTLS AND MUTE PINCOMPLEX(Pin Complexes are automatic unmuted thru Info.plist in Platform plugin):
"012"707"00" 0123B080
"014"707"40" 0143b080
"015"707"C0" 0153b080
"018"707"24" 0183B080
UNMUTE AUDIO SELECTOR FOR MIC
"023"37000 "023"37100 "023"37200 "023"37300
"024"37000 "024"37100 "024"37200 "024"37300
FIX EPAD DETECTION
"014"70C"02" "015"70C"02"
FIX UNSOLICITED_ENABLE
"018"708"08" "015"708"04"
FIX_SET_PROC_STATE
ENEABLE EAPD FOR POPS or fix control of eapd amp thru processing state NID (needed but it is better to test without it)
"020"701"00c"
"020"701"680"
ADD PINCONFIGVERBS
01271C10 01271D09 01271EA3 01271F99 01471C20 01471D01 01471E13 01471F99 01571C30 01571D40 01571E21 01571F01 01871C40 01871D98 01871EA1 01871F01 01D71C50 01D71D82 01D71E05 01D71F40
Without them in Leopard kexts u will have sound only thru speakers, in Tiger it can work without them but no SysProf.

I am uploading a test kext, so please can someone test it, and report back.
link removed

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 15:31:56 +0000

I think the state of play at present is,
We have sound working with azalia via headphones and speakers and therefore know that the corresponding nodes are set up correctly and can be manipulated by sending verbs as defined in alc269.pdf from realtek site or hdaudio_03.pdf from intel site - I have written a spaghettified program that allows you to run verbs and receive node output and a very slow program that will dump the entire codec (ala cat>/proc/asound/codec/codec#0 under linux) - verb_command_plus0.2 and codec_dump0.3 (both use the cli reggie_se).
elroy has a guide to getting azalia working and hagglebeef and others have written some scripts to help automate the process - basically azalia works out of the box with hdaenabler to load it under leopard and a verb command to switch the EAPD on (0x02) the pin complexes (0x14 speaker 0x15 HP) and mute or unmuting of the corresponding complex to switch between outputs.
thanks to hagglebeef we have the initialisation sequence (although I have taken this from patch_realtek.c)
<0083B000 00B37080 00B37180 00B37280 00B37380 0023B000 0033B000 00C37000 00C37100 00D37000
00D37100 00E37000 00E37100 01470740 015707C0 01670740 01870724 01970724 01A70720 01B70720
0143B000 0153B000 0163B080 0183B080 0193B080 01A3B080 01B3B080 01470100 01570100 02437000
02437180 02437280 02437380 01470C02 01570C02 01570101 02370105 0023B026 00837019 01270720
01870880 01570840 01570101 02370101 0023B026 0083701B 01270720 01870880 01570840>
that can be plugged in to controller.plist to correctly set the codec under applehda.kext and snickersmd has sorted the plist for autosensing between HP and speakers and the 2 mics (which are muxed) - I'm at present using a modified (but working on appropriate other hardware) 268 kext with autosensing (?10.5.2) to experiment with.
The lines of attack at present seem to be;
Snickers + Toonces - have good understanding of AppleHDA.kext and the decompiled binary and are looking further into tweaking this at the plist level and binary level to advance our understanding of the loading routines and possibly hardcoding initialisation of the codec if required.
Hagglebeef - gave us sound through azalia and also patched alsa-driver to help us understand how the software communicates with the codec under linux, is looking to do the same under OSX (this would be really cool!)
Codeye - I need to expand the codec_dump program to dump all the extra info on node 0 (and other nodes) with 0xF00 and parameters 0-0x13 that aren't already included, and anything else so that any differences between azalia.kext and our loading but non-functional appleHDA.kext are exposed. I'm also interested in playing with the controller registers to see if I can influence the streams under azalia and appleHDA as everything suggests the streams are being piped to the codec but maybe they are and somehow the codec isn't responding or is it being messed up at the controller level and not reaching the codec? - hard to tell.
Comatron/Madtux/anyone else - a simple fix to put us out of our misery, please? Or roll up your sleeves and hop on!

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 11:15:07 +0000

madtux,

I would like to second the welcome. Mac OS X Internals is a hefty book, but I am getting some very useful information from it. Will start doing some coding later today.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 09:01:50 +0000

madtux,

Welcome! You're already a sort of celebrity here, thanks to comatron and your InsanelyMac guide. :) I believe you will find our community has made very much headway into the deeper inner workings of the AppleHDA.kext, and some things you will find here you already know, and others will be new. I look forward to you sharing your expertise and experiences with us here to finally crack the AppleHDA.kext for full sound support. Please also visit the other project thread I have started here, the proposal for a "VerbSyringe" kext that will inject extra verbs as needed to control codecs that do not work right away with a patched AppleHDA.kext. Perhaps you will be able to lend invaluable help there as well.

Thank you for joining here, and on behalf of the whole community, I welcome you and we look forward to working with you.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 07:27:25 +0000

Hi guys! Comatron told me to come here, when I told him that I am thinking of buying eepc1000, he said that this a great community, And what I see, U are realy working. This post is big, I don't know in what stage U guys are, if U need any help, I would like to get this sound working before I buy a eepc and give Lenovo to my sis

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 06:49:51 +0000

Every successful AppleHDA.kext hack before this has used the 885 routine set. In the 10/16 kext release I made, I chose to use the 262 routine set instead given the model number being in the same family as the 269.

However, as hagglebeef and codeye played around with my kext release, they kept hitting a brick wall. Furthermore, none of us, neither Toonces, nor I, have ever been able to find any reference to the 262 in layouts, plists, or anywhere else. It seems no one is even aware if Apple even has any hardware using the 262.

What if my kext has been wrong all along because of this tiny fact? What if the 262 routines were for a test or prototype that Apple never released? What if they don't even have complete coding behind them? After all, isn't it notable that everyone who has played with the newer MacBook update kexts has seen even more layouts for the 885? What if the 885 is the only Realtek codec in active development with advanced routines, and the 262 is merely in the code as a vestige or afterthought; legacy support if you will?

Here is the same kext I released on 10/16, only this time, invoking 885 routines instead of 262. If my missing routines/actively developed routines theory is correct, this kext may actually have better luck with verb injection than the previous one did (which isn't very much, for that matter).

http://ipis-osx.wikidot.com/local--files/forum:thread/AppleHDA.kext%203.zip

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 06:33:43 +0000

I see what you mean. However, our problem isn't getting Mac OS to see a certain kind of chip, we already do that by patching the codec ID. Even if we dress the 269 as a 262, all that would accomplish is that Mac OS would send it signals intended for a 262, and as we're finding out, the 269 needs commands specific to itself.

I think we need to find the baseline commonality between all the codec chips (ala Azalia driver) then add on the commands that we're missing through an additional kext (taking over what we're doing now with Reggie) from that point on. Hmmm, would you happen to know off the top of your head if the 268to269 kext that they made the discoveries on is based on the 885 routine or the 262 routines?

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 04:58:20 +0000

Yeah, I don't really like that idea either :)

I figured it would get around needing kabyl's patched bios but in reading the short description I was wondering if it might let us mask our hardware as something it really isn't. In other words, could it make something like the ALC269 look like a valid ALC262 chip?? I have absolutely NO idea on it other than the short description that is there but it intrigued me as a possible way to masquerade the hardware into OSX thinking it was what it wants.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 04:21:24 +0000

That's actually one good approach that I thought about, but it has its drawbacks. We would be completely dependent on Apple code, as we would have to manually patch each updated kext as it would come along. More importantly, it would certainly have to wait until we have completely determined all the verbs that must be sent, compared against those that actually are sent.

The kext source you posted is interesting, it doesn't actually deal with registers the way Reggie does though… it looks like a way around needing a patched BIOS from Kabyl. If that works on the ipis and other netbooks, then we wouldn't need a patched BIOS to speed up boot.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 03:11:47 +0000

Snickers, if the sequence of verbs is hardcoded then maybe we can change them to suit the 269?

I haven't looked at this yet but does this do what you are talking about? or maybe something like it? http://store.psystar.com/opensource/opendsdt

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 01:55:02 +0000

hagglebeef,

Didn't you see my post on VerbSyringe? I proposed a similar project last night and was waiting for you and codeye to sound in. If you can code, then we can definitely get started!

Thread is here: http://ipis-osx.wikidot.com/forum/t-100783/verbsyringe-kext-a-possible-different-approach-to-the-applehda-mess

Guess it got drowned under all the other activity. :) As for seeing if the AppleHDA.kext is doing anything different, I could have answered that question. My look into the decompiled code of AppleHDA shows routines specific to each officially used AppleHDA chip, such that after codec ID, the sequence of verbs to send appears hardcoded. Your idea, of course, would show us exactly what is going on under the hood in real time.

Have you had a look into the decompiled code? I think it's on the wiki page.

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 01:15:32 +0000

Hi Codeye,

I got a hold of a copy of Mac OS X Internals. I am hoping that I can put together a kext that will live in between the generic codec driver and the AppleHDA and print out all of the verbs its sending to the alc269 like I did for the Linux alse driver. If it works, I can see if it is doing anything different. Wish me luck… :)

Re: AppleHDA.kext progress

Thu, 30 Oct 2008 00:26:00 +0000

hagglebeef,
sounds like it will be a very well "specked" machine when you finish!
i like everyone else has been hacking all variety of applehda derivations so that i often cannot remember what i've done!
but i think i am at the same stage as you at present. if i load all the verbs, from your alsa-driver dump or the realtek-patch, the codec dump it matches azalia and ubuntu (sets the correct amp settings, EAPD bits etc) - this is putting the verbs in controller.plist and just leaving enabler to load the kext up.
my codec dump however leaves out quite a bit of information (as does ubuntu codec#0) so it may well be other settings that are either not set correctly or are being overriden by the applehda.kext are the problem, when i get time i can make the program querry all the information in the codec, or you can do that yourself with the other verb_command utility.
i will look into this, but i am also going through the cotroller registers just to better understand how streams are fed into the codec on the working azalia system as i think that might be important (and interesting) - i'll let you know if i find anything.

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 09:01:37 +0000

Actually, my HDAEnabler is already cleared. I did try to use just the pinconfigs but that didn't change anything. That could be because of the modified kext I am using with it though….

I am looking at these layouts and though they all have a codec id of ALC885, I haven't yet looked at one that matches an actual ALC885 yet. Granted I've only looked at pathmap 8 so far but the node id for the mic is way off. It correlates to the ALC885's Surround Sound out node. Are these pathmaps disguising chips that are not really 885's but present themselves to the HDA driver to pretend to be one??? The outputs on that pathmap look correct as does the line in input. It's just strange that the node id's are off. Why wouldn't they be the same? It's not like the 885 itself has different node configurations (other than you can use or not use whichever nodes you want). Does it? Can you redefine what each of the inputs and output of the 885 do??? If so that would explain a lot regarding all the different pathmaps.

EDIt: The answer is YES. The ALC885 is about as generic a sound chip you could want. every one of the 8 inputs or outputs can be either inputs or outputs. That really explains why all the layouts. If Apple wants to hook up node 0x16 as a mic, there's nothing stopping them from doing so and the chip will happily accommodate that. The ports that are fixed function are spdif in/out. Everything else will do whatever you tell it…..

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 08:27:27 +0000

Regarding HDAEnabler, I know you can change it, but whether you leave it at 12 or change it to 16 or 8 what I meant is that it will be statically hardcoded for that number, yet it seems that it probably changes around on a real Mac.

Also, I posted before that there may be a bug in the way HDAEnabler parses the plist, because when I tried to modify the layout id to 56, (hex 38) HDAEnabler loads the ASCII equivalent of what is in the plist instead. (in this case, ASCII 8) So, HDAEnabler does have limitations, albeit unintentional, as to the layout id that we can load.

Oh, and happy hunting with the brute force attack. That can't be fun. Necessary, perhaps, but never fun. ;)

EDIT: Here's another thought. If HDAEnabler locks it in to the values loaded, what if we don't use it to load any? What if we completely clear the plist, will it still load to allow detection of our device, but then let the driver have its way with layout ids and pin configs?

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 08:04:21 +0000

Funny, I was just going through a similar process and actually decided set the mic attributes though I haven't tried the new kext out yet since I am not done modifying it. From what I can tell, the node should be changed from 39 to 18 (0x12) and the pinconfig to 2577598752 (decimalized default pinconfig for node 0x12 from linux dump).

One odd thing I noticed as I am going through ever node in the unhacked 2.1 update kext. There's absolutely no layouts or pathmaps for the ALC262 codec. That seems really strange to me since the codec is in the driver. The rest of the codecs and even the new ALC885 on nforce is all there (along with something new called a mikey driver) but nothing for the ALC262. Soooo, either it isn't required!? or maybe that codec doesn't have full support??

I am currently trying something very slow to do. I have changed every layout for the ALC885 to ALC269 and am currently going through all of the associated pathmaps with the intention of changing just the nodeid's to ones that we use. The reason for so many layouts and pathmaps has got to be to account for the variations in all of the implementations Apple has done and some look like they just about match our layouts. Over in controller, I modified all of the associated layouts there (items 1,9,12,13&14) for the ALC885 to match our pinconfigs and the one that only has 2 pin configs (item 12) is to set the mic color and pindetect. I removed the pin detect verb for the SPDIF In since we don't have that and modified the mic jack in that was already there. I am hoping that maybe in all 25 of the layouts in Platform's plist that the ALC885 driver will match one of them up with the 269 once I am done. How it matches them up I have no idea. Subsystem id maybe?? If it is subsystem id, at least we can change that using a verb to anything we want. say something that matches a macbook? In any case, it's a long shot but what the heck else do I have to do this late at night, sleep?? bah!

Just for reference, here are all of the original layouts and their associated pathmaps for the ALC885 (283904133) in Platform's Info.plist

 Layoutid pathmap 12 9 16 8 36 16 38 20 42 15 44 16 46 17 48 17 50 17 52 18 - macbook? 53 26 - macbook? 54 22 56 16 58 17 60 17 62 17 63 42 64 43 65 25 66 40 67 41 69 41 70 41 72 41 16394 9

Edit: Actually, HDAEnabler has a field for LayoutID so you can probably use something other than 12. I think it just happens to be what people started using because it was the first one in the older AppleHDA.kext. EFI Strings should also allow using whatever layout id you want. Wouldn't it be much nicer if it just figured it the heck out ;)

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 06:17:27 +0000

I was playing with PostConstructionInitialiazation (PCI) last night as well, as I had the same idea about the setting. It would appear it is used to send extra verbs to nodes after the driver has initialized.

However, when I tried plugging in the verbs that we are using on Azalia and directed it towards the right node, I got some errors about lacking MicAttributes. So unfortunately, I have reason to believe that the PCI doesn't do what we would have hoped. I'm willing to bet it's a hard coded routine in the driver written specifically to address verb needs on Realtek microphone nodes.

I am still, however, only playing with 10.5.5 kexts. There is a possibility this could be different in the latest MacBook update kexts.

Odd too, Toonces, I thought the same thing with that Mic Widget. There is no Node 39 in any layout I've seen. Perhaps it is a virtual node?

Another thing I tried was to look at this layout 0 and multiple layout per codec scenarios. I surmised that Layout 0 is the default raw config, and modifications are made by calling the other DefaultConfig sets that in turn refer to different layouts with different characteristics. So I put the whole default raw config in and named it Layout 0, and then I took our new found verbs, set that up to point to Layout 12, then rebooted. No dice. Worse, absolutely no config was present in IO Registry.

My assumption with that is that since we are hacking detection with HDAEnabler, the Layout ID is always hardcoded to 12. So in the case of a codec that needs to jump around, we would never be able to do it so long as HDAEnabler forces Layout 12. Unfortunately, we have no source code to HDAEnabler, and I don't know if Kabyl would like to come over and make HDAEnabler do more than it does just for us, would he? If it is even an issue at all, that is. All the more reason for us to have an injecting kext of our own specifically designed to do dynamic audio layout changes.

coders…

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 06:01:00 +0000

Hi Codeye, I looked over an unmodified AppleHDA.kext from the 2.1 macbook update and was just looking at the Controller Info.plist. I am sure you're right about the use. The other thing I kept going back to is the PostConstructionInitialization. In that there is a list of 4 layoutid's that correspond to layouts inside the controller.kext. They don't reference layouts in the Platform Info.plist. of that list of 21 layouts are 4 that are referenced by the ALC885 codecid. The interesting ones are the first layout (layoutid 0) which appears to set the controller up with a complete list of pinconfigs (though it doesn't include the entire chip, just the active nodes & no other initialization verbs) and the 3rd one (layoutid 36) which contains a just 2 verbs to initialize the mic & line in. The interesting thing is it also contains PreservePinConfigs whith a checked box. layoutid 36 is called by PostConstructionInitialization. In looking at the 10.5.5 AppleHDA.kext that snickers last uploaded on the 16th, item 3 is also called LayoutID 12 but with the original codecid. I think that may have been changed but the codecid wasn't. I also wonder with multiple layoutid 12's if that may be causing an issue even though they have different codecids.

Anyways, the reason for bringing all this up is just that I think we might just not have the right data in the right item numbers for correct configuration of the codec. I am thinking that the intial layoutid 12 that we use there should have the entire initialization as found in the 269from268 codec and then the specific verbs for turning on EAPD and setting the appropriate mute verbs should be in item 3 and called by PostConstructionInitialization. I don't know if it will give us sound or not but just makes more sense with how it looks like those other layouts are used.

I know the mic widget under PostConstructionInitialization is wrong as well but until sound out can work it's just an observation and not something that I will probably correct in trying to get a squeek out of AppleHDA.kext.

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 03:29:05 +0000

Thanks again hagglebeef! I was using a supposed 10.5.5 kext and got sidetracked by ALC269 by the time I found out it was really an edit on the same old version that previous versions used. It worked so it wasn't a priority for me and now that you have given me the pre-modified one, it isn't a priority at all :)

Re: AppleHDA.kext progress

Wed, 29 Oct 2008 03:09:06 +0000

Codeye,

I have been avoiding doing anything to the Acer, because it needs a lot of work. I pulled it apart once already to put in 1GB DIMM and a 500GB 2.5" HD, but did not have the airport card at that time. Now I have both the airport card and USB hub, once I get going on it I will have tear it apart again and find the traces of a internal USB and start soldering the hub in for the missing bluetooth and non-working non-usb SD card slots for OSX to work. Maybe this weekend…

Re: AppleHDA.kext progress

Tue, 28 Oct 2008 23:43:35 +0000

Toonces,
I think the reason for multiple entries is similar to alsa, most of the codec behaves the correct way but some extra tweaking is needed depending on which model 885 is in the apple (eg macpro vs macbook).

hagglebeef,
If you want to try something perhaps looking at the debug code that the aspire spits out with your modified alsa driver and compare that to the codec verbs that alc268fix uses to set the aspires sound up under "os x". Does sound work on your aspire under "os x"?

I was thrown off the scent much earlier over at Tarugas website when someone lamented how different the ALC268 and ALC269 were - I'm hoping its their similarities that sort this out for us.

Just a bit of a rant but it really is annoying that Taruga (or someone with a similarly degree of understanding of the realtek codec) was aware that injecting a sequence of verbs was important with the newer codecs, was able to do this successfully, but didn't want to document his finding for some reason - it really has slowed us down a heap!

Re: AppleHDA.kext progress

Tue, 28 Oct 2008 20:03:29 +0000

Toonces,

I am using the latest OSX 10.5.5 kext for graphics which I modified to 27aeAppleIntelGMA950.kext and 27aeAppleIntelIntegratedFramebuffer.kext and put in the brightness control mod. Any particular reason you are using a different AppleIntelIntegratedFramebuffer.kext? Just curious.

UPDATE: I did not realize that the 10.5.5 patch was not put together here already. Had a version since september… Here you go… http://rapidshare.com/files/158469233/eee901and1000-10.5.5-GMA950-with-brightnesscontrol.zip Credit still goes to Codeye as I mention in this post… http://ipis-osx.wikidot.com/forum/t-91753/brightness-control

Re: AppleHDA.kext progress

Tue, 28 Oct 2008 18:31:36 +0000

Thanks hagglebeef. I looked at that already but the AppleIntegratedFrameBuffer.kext I am using is different and doesn't have the same value at the stated location to edit.

Re: AppleHDA.kext progress

Tue, 28 Oct 2008 18:01:24 +0000

Toonces,

I may take a look at that when my brain is less fried…