doddos920 1 Posted December 10, 2020 Share Posted December 10, 2020 (edited) I have old laptop with spec : Acer E1-471 -Intel i3 2348M Sandybridge -Intel HD 3000 (Series 7 Motherboard) -RAM 6GB -macOS Sierra 10.12.6 -Opencore 0.6.3 How to get QECI on this laptop? OC 0.6.3 Acer E1-471.zip Edited December 11, 2020 by doddos920 Quote Link to post Share on other sites
Hervé 2,043 Posted December 10, 2020 Share Posted December 10, 2020 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!). Make sure you use a full vanilla installation, not a distro of course. What's your built-in LCD screen resolution? doddos920 and Mirone 1 1 Quote Link to post Share on other sites
Mirone 1,565 Posted December 10, 2020 Share Posted December 10, 2020 I noticed that you are not using: https://github.com/acidanthera/whatevergreen/releases You could add it to your Kexts folder. Edit: But I agree with @Hervé. doddos920 1 Quote Link to post Share on other sites
doddos920 1 Posted December 11, 2020 Author Share Posted December 11, 2020 Screen Resolution : 1366 x 768 still no luck to get qeci... i change my config to: -SMBIOS MacBookPro 8.1 -added whatevergreen.kext -change SNB value to 0x00010000 or 0x00000100 -change device id to 3A1E0000 or 3A1C0000 but no QECI, what should I do? EFI OC NEW.zip Quote Link to post Share on other sites
Del 1 Posted December 11, 2020 Share Posted December 11, 2020 (edited) 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 1280x1024 Edited December 11, 2020 by Del doddos920 1 Quote Link to post Share on other sites
doddos920 1 Posted December 11, 2020 Author Share Posted December 11, 2020 my laptop IHD3000 on series 7, when I use Clover Bootloader is easy to get QECI, just set fake imei to 0X1C3A8086. But to get QECI with OC is really hard. Quote Link to post Share on other sites
Hervé 2,043 Posted December 11, 2020 Share Posted December 11, 2020 @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. Quote Link to post Share on other sites
doddos920 1 Posted December 11, 2020 Author Share Posted December 11, 2020 still not qeci.... Donquixote’s MacBook Pro.zip EFI.zip Quote Link to post Share on other sites
doddos920 1 Posted December 11, 2020 Author Share Posted December 11, 2020 this bootlog from OC chris1111 1 Quote Link to post Share on other sites
chris1111 4,594 Posted December 11, 2020 Share Posted December 11, 2020 (edited) 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 December 14, 2020 by chris1111 doddos920 1 Quote Link to post Share on other sites
Hervé 2,043 Posted December 11, 2020 Share Posted December 11, 2020 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... 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? doddos920 1 Quote Link to post Share on other sites
doddos920 1 Posted December 12, 2020 Author Share Posted December 12, 2020 Vanilla from App Store, but on S/L/E i put ATH9KInjector.kext for my AR9485 work. is this cause problem? Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.