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?

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

@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

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?

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...