Jump to content


  • Content count

  • Joined

  • Last visited

About faithie999

  • Rank
    InsanelyMac Protégé
  1. HP Envy 15t k000 ALC290 clover UEFI i upgraded my el cap installation to sierra. i ran mirone's applehda patcher, with the vanilla applehda in S/L/E. i installed the patched applehda.kext, and the patched (layout 3) hdaenabler.kext in S/L/E. i removed the old kext patches from my el cap config.plist and installed the two config.plist patches generated by the patcher. audio works fine but there is no response from the internal mic. the internal mic worked fine on el cap so not a hardware issue. thanks in advance ken
  2. i just discovered this. toleda's previous script didn't enable HDMI audio for me, but this one might work. since my HDMI is working i'm not going to try this so i'm not making an endorsement of it. https://github.com/toleda/audio_CloverHDMI
  3. HD4400 with qe/ci and HDMI audio: i have an H81I mini-itx mobo installed in an old Shuttle enclosure. i'm using an i3-4170 cpu, which has HD4400 graphics. i used RehabMan's FakePCIID kexts to enable full operation of HD4400 and to get HDMI audio working. i had not been successful with the toleda approach to HDMI audio. refer to RehabMan's github page for links to the FakePCIID kexts and info on how to use them. this approach requires an ssdt which contains the GFX0 device and the B0D3 device. refer to Rehabman's excellent guide on patching laptop DSDT's (google for it). don't be put off by "laptop". the procedure for desktops is the same. for my setup, the ssdt that needs to be patched is ssdt-6. i changed the name of device GFX0 to IGPU, and the name of device B0D3 to HDAU. i added a method _DSM device HDAU so i could inject "hda-gfx" = "onboard-1" and "layout-id" = 1. i added a method _DSM to device IGPU so i could inject "hda-gfx" = "onboard-1". then i used kext wizard to install the following RehabMan kexts into system/library/extensions: FakePCIID.kext FakePCIID_Intel_HD_Graphics.kext (if you already have your HD4x00 gfx working properly i would not install this kext) FakePCIID_Intel_HDMI_Audio.kext in config.plist/ACPI/SSDT add key DropOem and set to true/ place your patched ssdt in efi/clover/ACPI/patched reboot, and hopefully your HDMI sound device will show up in system preferences/sound. again, i have not tried to get AppleHDA sound working. if you have, this approach might not work. i'm attaching my patched ssdt, which may or may not work in your configuration, but you can see what changes i made and you can apply them to your own extracted ssdt. credit to Rehabman for the kexts and his help to me to get HDMI audio working. ken SSDT-6.aml.zip
  4. faithie999

    HELP! ALC290, speaker and HP works but MICs doesn't.

    macpeet--great work!! i have an envy 15t-k000 and the "switching" kext from post 37 did the trick. i tested with an apple headphone/mic into the combo jack and both input and output switched correctly. input and output volumes are correct. i didn't use the EAPD kext--what is that for? plus---i can report that the "switching" kext also is working with el capitan, release version. thanks!! ken
  5. faithie999

    Clover General discussion

    the problem was not my DSDT. as i said in my post, i extracted it with F4 but then patched and fixed errors. the problem was the presence of EmuVariableUEFI-64.efi in my drivers64UEFI folder. when i removed it from the folder, i could then boot using the latest clover revision.
  6. faithie999

    Clover General discussion

    i'm trying to do a clean yosemite install on a Dell Latitude E6420. this version has only HD3000 gfx, no discrete card. cpu: i5-2520M 4gb RAM, 1600X900 LCD display i'm using clover v2890. the boot stops early, right during or just after the FakeSMC.kext message shows on the screen (verbose boot). then there is an immediate reboot. attached is my dsdt (extracted with F4, cleaned, compiled), debug.log, and my config.plist. in the config, i have tried both Graphics/Intel/True and False thanks in advance Ken troubleshooting files.zip UPDATE: i tried an older version of clover, v2795. it boots my rig, altho in verbose boot, there is no text shown after the first 2 lines (where the kextcache is being read).
  7. faithie999

    Yosemite: Audio - Realtek ALC AppleHDA

    yes, i missed the fact that the version of config.plist i was using did not have kext-dev-mode=1 in Boot/Arguments. that was the problem, plus, of course, setting layoutID to 1. in my case, the 10.10.1 update HAD properly installed a fresh version of AppleHDA so the patch i had run previously was in fact correct and the patched kext was fine. thanks once again for your dedication to the Hack community!
  8. faithie999

    Yosemite: Audio - Realtek ALC AppleHDA

    need troubleshooting help, please problem: no audio devices shown in sound control panel OS X 10.10.1 (fresh reinstall of combo update 10.10.1 in order to restore native AppleHDA.kext) GA-Z97X-SLI, BIOS F7 ALC1150 I5-4690, HD4600 graphics (no discrete card installed); not using HDMI connector so don't need HDMI audio used method 1: realtekALC/patch in place used script: audio_realtekALC-100_v1.0.3.command. output said: AppleHDA.kext has invalid signature; omitting. i had already reinstalled combo update prior to running the script. tried layout id injection via dsdt: tried layout 1,2, and 3 all to no avail removed layout id dsdt injection, tried clover audio injection, still no audio device shown <key>Audio</key> <dict> <key>Inject</key> <string>1150</string> </dict> (note--above key injects layout ID 7e 04 00 00) requested files attached troubleshooting files.zip thanks in advance
  9. faithie999

    Can't get HD3000 to work on installed Yosemite

    when you booted with the result of showing HD2000, were you using clover? i discovered today, when i FINALLY got my HD3000 working with QE/CI, that if in my config.plist i chose graphics--inject--intel--true, sys info shows HD2000. if i chose false, then sys info shows HD3000. further, i opened DPCIManager, and when the graphics shows as HD3000, DPCIM shows framebuffer as SNBFramebuffer, which is right. when booted with True, resulting in HD2000, DPCIM shows framebuffer as a hex code, which after a google search correlates to a framebufferAzul platform id. very interesting and strange! ken
  10. faithie999

    Yosemite: Audio - Realtek ALC AppleHDA

    ran the audio_cloverALC-90_v2.command script terminal returned: no audio codec detected hardware: MSI B75A-G43, ALC892 software: yosemite public beta 3 clover 2890 verified that kext-dev-mode=1 is present in config.plist, and EFI partition is mounted requested files attached, except there was no debug log saved into clover/misc thanks for your help ioreg 14_9_20.zip config.plist.zip DSDT.aml.zip
  11. faithie999

    Clover General discussion

    need some help. hardware: MSI B75A-S40 8gb mem, UEFI booting. created a usb installer using clover 2774 and yosemite public beta 1. i used the config.plist from my working mavericks install on the same computer. successfully installed Yosemite beta to a spare HD. i installed clover 2774 to the yosemite HD, then copied my EFI folder from the USB stick to the yosemite HD/EFI partition. upon reboot, just got black screen/apple logo/no progress indicator. the hard disk access light on the front panel flashed briefly then went out. tried booting in safe mode. boot proceeded, setup assistant started, but hung (spinning gear wheel) at the end of the setup--on the "Setting up your mac" screen. i rebooted, again in safe mode, got the sign-in screen, entered my password, but hung at that screen (spinning gearwheel and spinning beach ball). booted in verbose mode--after just a couple of lines of verbose messages, got the message: AptioDrvFix--requested memory exceeds our allocated relocation block then message that boot would halt for 30 secs, after which nothing happened. i've attached my config.plist. i did create a 10.10 folder within the kexts folder on the yosemite HD, and copied the kexts into it from the 10.9 folder on my mavericks HD. any suggestions? thanks EDIT: turns out that the clover 2774 install on the yosemite HD will not boot my mavericks install, either. same symptoms: booting in normal mode, lack of gearwheel below the apple logo, no HD access light. in verbose mode, same error message from AptioDrvFix about requested memory exceeds our allocation block. config.plist.zip
  12. i don't know if/what "real" macs use HD2500, but from all i've read in various hackintosh forums, here's what i think is supposed to happen in the case of a hack with HD2500 gfx. as i understand it, HD4000 and HD2500 are cousins. both the stock 10.9.x AppleIntelHD4000Graphics.kext info.plist and AppleIntelCapriFrameBuffer.kext info.plist include PCI match for both HD2500 and HD4000 device id's (0156, 0152 for HD2500 and 0166, 0162 for HD4000). then, for your specific HD2500 gfx, you need to inject the correct ig-platform-id, which i believe earlier in this thread accurately said is a trial-and-error process (there are 12 platform id's). you'll note that the platform id's are actually HD4000 id's--the ones to choose from are 01660000 thru 01660004, 01620005 thru 01620007, and 01660007 thru 0166000B. you can inject the platform id either with chameleon (or clover) or by putting it in your DSDT. what i THINK this accomplishes is: since os x sees the HD2500 gfx (device id 0156 or 0152, for mobile or desktop), it loads the HD4000 kext and the CapriFB kext. then, because you've injected the correct platform id (by trial and error), those two kexts make the 2500 gfx function as HD4000, with full acceleration. HOWEVER--based on countless hours working on two hacks, one with a celeron 1017U and one with a 1037U, i've concluded that the Celeron gfx aren't quite HD2500, even tho system profiler reports HD2500 gfx. (i found one citation somewhere the other day that 1037U gfx are "HD2500 Graphics based on HDGraphics", and the intel site for both the 1017U and 1037U list gfx as HDGraphics). in normal booting, HD4000 tries to load, but since it can't cope with the "almost-HD2500" you get weird gfx at the end of the boot process. i say this because the only way i've been able to boot in normal mode is to remove the HD4000Graphics kext from S/L/E and inject the proper platform id. then, in my experience on two machines, you get full resolution for whatever display you're using. safe mode booting works because HD4000graphics kext doesn't load in safe boot. (my plist incudes dual link yes, graphics mode 1920x1080x32, graphics enabler yes, IGPEnabler no, SkipNvidiaGfx yes) i would guess that if someone way smarter than me could patch the HD4000 kext so that it functions properly with the 1017U/1037U gfx, we'd have a success. i'd really like to have this figured out, since my 1017U is in a nice, inexpensive dell laptop, that without QE/CI there is no DVD player. my 1037U is in a desktop that i'm using for a server. it's attached to a full HD monitor, and the 1080p output of the gfx chip is fine. in server service, i don't care about QE/CI. however, without HD4000graphics.kext there is no HDMI audio, which isn't a killer issue, either. so, if someone could patch the HD4000graphics kext, we'd be eternally grateful! ken
  13. faithie999

    Clover General discussion

    smbios: i read in the clover documentation that just specifying the computer type was sufficient and that clover would fill in the blanks. i will, though, add the other requisite info, as i have a complete smbios in my extra folder from when i booted with chameleon. as for tables--should i add "drop oem ssdt" to my plist, and then set the generate p and c states back to true? thanks!
  14. faithie999

    Clover General discussion

    KP at end of boot specs: Dell Inspiron 15 3521, celeron 1017U, HD2500 with HD4000 injection. full resolution working. mavericks 10.9 installed booting with chameleon everything working properly i want to use clover UEFI. i have installed clover r2269 to my EFI partition. drivers64UEFI:emuvariableuefi-64, fsinject-64, hfsplus, osxaptiofixdrv-64, osxfatbinarydrv-64 clover GUI appears as expected. at the end of the boot, i get a KP on X86PlatformShim. attached is a pic of the KP screen, as well as the kernel log (altho the last entry logged is "DSMOS has arrived", nothing after that is logged), and my config.plist. the config.plist is the default one installed by clover installer with the exception of changing the smbios to macmini6,2 in order to get the hd2500/4000 graphics working. thanks in advance for any help ken **SOLVED** i set generatepstates and generatecstates to false, and that solved the problem. given that this is a low-end cpu (1.6 ghz) is there any benefit to trying to get either pstates or cstates enabled? if so, any tips? KP.jpeg.zip log from failed UEFI boot.zip config.plist.zip