radu.cocea
Members-
Posts
8 -
Joined
-
Last visited
Reputation
0 NeutralHackintosh Specs
-
CPU
i5 - 3210M 2.5
-
MOTHERBOARD
Lenovo B590
-
GPU
Intel HD4000
-
Solved it.... and indeed I'm quite dumb When I first patched the dsdt.aml, not paying attention, I accidentally created another HDEF device <_< I have sound now! Thank you for all your support!
-
i'm using the kext's from the links provided, and the dsdt.aml that you sent. kextstat | grep HDA 79 2 0xffffff7f8188b000 0xf000 0xf000 com.apple.iokit.IOHDAFamily (2.2.5a5) <5 4 3 1> 80 1 0xffffff7f8189e000 0x16000 0x16000 com.apple.driver.AppleHDAController (2.2.5a5) <79 62 10 6 5 4 3 1> 98 0 0xffffff7f819a9000 0x7b000 0x7b000 com.apple.driver.AppleHDA (2.2.5a5) <97 96 80 79 65 62 6 5 4 3 1>grab2.tiff Used KextWizard
-
used the patch (as I can see there's only a change in 0x0C) tried all tree kext's, same errors. sysinfo grab sysinfo.tiff
-
I read all that was about ALC269 and nothing worked. I've tried to patch it myself and it did not work. Now, I've tried those .kext's again here is what dmesg|grep HDA replays -> Kext AppleHDA ALC269 dmesg output -> Sound assertion ""ERROR: EFI ROM did not publish 'hda-gfx' associative property!\\n"" failed in AppleHDACodecGeneric at line 350 goto ExitError Sound assertion "0 != result" failed in AppleHDADriver at line 1018 goto Exit Sound assertion "!me->fKextResourceLoaded" failed in AppleHDADriver at line 993 goto Exit Kext alc269-8 MIcs fixed dmesg output -> Sound assertion in AppleHDACodecGeneric at line 360 Sound assertion in AppleHDADriver at line 1075 Sound assertion in AppleHDADriver at line 1050 Kext alc269 fixed dmesg output -> Sound assertion in AppleHDACodecGeneric at line 360 Sound assertion in AppleHDADriver at line 1075 Sound assertion in AppleHDADriver at line 1050 I think I'll try the hdef part in the dsdt.aml for the first kernel, maybe it will work.
-
not to post the same thing in a million places, can anyone help/guide me with this? http://Olarila.com/forum/viewtopic.php?f=28&t=2676&p=25962#p25958 thank you!
-
Yes, I saw that a few days ago when I've tried the iAktos. Could not manage to make it work for some reason. I've found clover and fell in love with it. It's a marvelous piece of happiness, and hopefully I'll mange to make the sound work, somehow. Sience 2005 I've been waiting for a chance to play fully with a OS X, never had the compatible HW. Now I'm so close I'm not going back to iAktos, I like Clover much more, even if the sound is off.
-
kextstat -k was saying AppleHDA.kext, and I must be honest, at the moment I did not look for the enabler cause the sound was working. With the iAktos the video was my biggest problem. I'll be searching later in the day on the DVD if i can find the EnablerHDA.kext (I'm shure that it ain't in S/L/E on the DVD), or the VoodooHDA.kext. I trully hope that I wont get a kernel panic, again, cause this means that I have to wipe the HDD all over again It won't proceed to install after windows was booted.
-
It's been 4 days since I'm trying to make the OS X 10.8.3 running on my Lenovo B590 laptop. Managed so far: - Clover UEFI booting, using patched dsdt.aml. - Intel HD4000 working due to dsdt.aml patching. - Realtek [RTL81xx@0x2000:rtl8168_init_board] NIC identified as RTL8168E-VL/8111E-VL (mcfg=16) - a bit buggy but it's good enough. - VoodooPS2 and VoodooBattery for keyboard/touchpad and battery. All working fine. - Native speedsteping and sleep due to dsdt.aml patching. Though I find a bit weird the following WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x3a -- power management may be incomplete or unsupported Well, all good so far, just untill I get to the ALC269VC Realtek sound board. I've been reading and trying the tutorials for patching but I came to no success, mainly due to the fact that I don't fully comprehend the terminology used... I'm a bit dumb, I know . SO: got myself codec_dump from linux mint 14 converted to dec got myself regedit keys from windows, converted them got around to parse the linux codec_dump so to get the verbs list (which is awfully weird) started patching and I managed in getting a kernel panic . For the moment, due to dsdt.aml, in system information: Intel High Definition Audio: Audio ID: 269 Speaker: Connection: Internal External Microphone / iPhone Headset: Connection: 1/8-Inch Jack using HDEF Device (HDEF) { Name (_ADR, 0x001B0000) Device (HDEF) { Method (_DSM, 4, NotSerialized) { Store (Package (0x06) { "hda-gfx", Buffer (0x0A) { "onboard-1" }, "layout-id", Buffer (0x04) { 0x1C, 0x00, 0x00, 0x00 }, "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 } Method (_PRW, 0, NotSerialized) { Return (GPRW (0x0D, 0x04)) } } Can anyone help me in getting the sound going? Attaching the original .kext, codec_dumps, verbs, dsdt.aml + dmesg export (a few weird things over there too). The annoying thing ---> in iAktos ML2 sound works with AppleHDA.kext. If I extract from the install DVD that kext and install it here, nothing works. I'm grateful for any ideas that pop up. I don't mind patching the damned thing myself, but I don't know where in the hell I screw up. EDIT: SPECS: Intel I5-3210M - 2,5GHz Intel HD4000 (VGA+HDMI) 4GB RAM ALC2629VC (Sound) (USB 3.0 not working) files.7z
