Jump to content

How to QECI IntelHD3000 with OC in macOS Sierra 10.12.6?


12 posts in this topic

Recommended Posts

All you usually require or mobile HD3000 is:

  • inject AAPL,snb-platform-id 0x00010000 (in reverse byte order)
  • use SMBIOS MacBookPro8,1

You made the mistake of injecting properties required for a Desktop + MBP8,2 SMBIOS. Read the WhateverGreen manual (and you should inject that kext too!).

SNB_layouts.jpg

 

Make sure you use a full vanilla installation, not a distro of course.

 

What's your built-in LCD screen resolution?

  • Like 1
  • Thanks 1

You are not the only person to face this issue on HD3000.

Most people have HD3000 working ootb. But few unlucky ones have the same issue since Mavericks

 

I tried with OC, Clover & Chameleon. No LVDS display without connecting hdmi.

Tried injecting edid as well.

 

No one has solved this issue afaik.

 

PS: ioreg shows entry for Applebacklightdisplay & qeci is working on hdmi

 

Hardware: hd3000 on series 6 chipset (dont need imei patch)

 

Resolution:1366x768 (set in oc/clover/chameleon) yet it chooses 1280x1024Screenshot_20201121-132422.thumb.jpg.424c72604a7370050d6b8373fadda550.jpg

Edited by Del
  • Like 1

@doddos920, you're not injecting the SNB layout properly. I stated above you had to inject 0x00010000 in reverse byte order so below is what you have to inject in your OC config file; you may also try and fake iGPU id 8086:0126 (though your own iGPU id 0x0116 is normally fully supported). Add hda-gfx property to support HDMI audio too.

AAPL,snb-platform-id    00000100     DATA
device-id               26010000     DATA
hda-gfx                 onboard-1    STRING

Make sure you reset NVRAM when you reboot after changing your config. Post a zipped copy of IOReg taken with IORegistryExplorer.

You can Inject HD 3000 from DSDT patch that's working great.

 

#Maintained by: RehabMan for: Laptop Patches
#graphics_HD3K_low.txt

#
# Use this patch if your laptop has the standard 1366x768 screen
#
# Use dual-link if you have 1600x900 or have upgraded
# to 1080p screen.
#

#   Inject HDMI info into GFX0/IGPU
into method label _DSM parent_adr 0x00020000 remove_entry;
into device name_adr 0x00020000 insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }\n
    Return (Package()\n
    {\n
        "AAPL,snb-platform-id", Buffer() { 0x00, 0x00, 0x01, 0x00 },\n
        "hda-gfx", Buffer() { "onboard-1" },\n
    })\n
}\n
end;

 

Edited by chris1111
  • Like 1

No he does not when it's injected via the bootloader config.

 

But that's not the issue. What's worrying is what that screenshot shows as log info: references to the Capri framebuffer and duplicate. It's a shame the line referring to the SNB framebuffer was truncated...

 

This being said, in IOReg, all would look Ok on the SNB graphics side...

Donquixote_IOReg_IGPU.jpg

except that ACPI path retains GFX0 reference and device-id remained at 0116 when the OC config injected 0126... I'd say a Reset NVRAM would be in order as would the adding of an ACPI patch to rename GFX0 (hex: 47465830) to IGPU (hex: 49475055).

 

So, there's something quite fishy about this build. Distro? Not full vanilla?

  • Like 1

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...