Hello, everyone,
there's this long standing issue with Windows Intel HD drivers being unable to read the correct dual channel LVDS information on these machines with dgpu disabled. Now we finally have an easy fix for this, unfortunately mostly no longer relevant, but still better late, than never, sadly we didn't have Fable/Sol class models 10 years ago to be able to empower any layman to find a solution to problems like these.
Anyway, the fix patches LFP entry in VBT (which normally incorrectly describes a generic 1280x800 panel on Macbook Pro 2011 17-inch and thus causes Intel HD 3000 driver to corrupt display output when taking control). Patching that VBT entry in place with the MacBookPro8,3's real 1920x1200 dual-channel LVDS configuration allows the Windows Intel HD 3000 driver to initialize the internal panel correctly. I hold no credit to this fix personally, as it's a collaborative work by Claude Fable and ChatGPT Sol, and I only did the field testing.
Attached are two .efi drivers, one for native 60Hz, the other for 90Hz (one redeeming quality of these swan song TN panels is that they usually allow for stable overclocking, and I personally prefer running this MPB at 90Hz), these drivers are injectable via OCLP (which you'd want to use anyway for working sound/correct PCI table on UEFI Windows installs on 2011 machines). Simply unzip the files to OC/Drivers folder on your EFI partition where you installed OpenCore and add the following entry to the OpenCore config.plist right below the ResetNvramEntry.efi dict:
<dict>
<key>Arguments</key>
<string></string>
<key>Comment</key>
<string></string>
<key>Enabled</key>
<true/>
<key>LoadEarly</key>
<false/>
<key>Path</key>
<string>MBP83Vbt90InPlaceDxe.efi</string>
</dict>
(replace the string with MBP83Vbt60InPlaceDxe.efi if you prefer native 60Hz instead)
I can confirm it's working fine on my machine at least.
there's this long standing issue with Windows Intel HD drivers being unable to read the correct dual channel LVDS information on these machines with dgpu disabled. Now we finally have an easy fix for this, unfortunately mostly no longer relevant, but still better late, than never, sadly we didn't have Fable/Sol class models 10 years ago to be able to empower any layman to find a solution to problems like these.
Anyway, the fix patches LFP entry in VBT (which normally incorrectly describes a generic 1280x800 panel on Macbook Pro 2011 17-inch and thus causes Intel HD 3000 driver to corrupt display output when taking control). Patching that VBT entry in place with the MacBookPro8,3's real 1920x1200 dual-channel LVDS configuration allows the Windows Intel HD 3000 driver to initialize the internal panel correctly. I hold no credit to this fix personally, as it's a collaborative work by Claude Fable and ChatGPT Sol, and I only did the field testing.
Attached are two .efi drivers, one for native 60Hz, the other for 90Hz (one redeeming quality of these swan song TN panels is that they usually allow for stable overclocking, and I personally prefer running this MPB at 90Hz), these drivers are injectable via OCLP (which you'd want to use anyway for working sound/correct PCI table on UEFI Windows installs on 2011 machines). Simply unzip the files to OC/Drivers folder on your EFI partition where you installed OpenCore and add the following entry to the OpenCore config.plist right below the ResetNvramEntry.efi dict:
<dict>
<key>Arguments</key>
<string></string>
<key>Comment</key>
<string></string>
<key>Enabled</key>
<true/>
<key>LoadEarly</key>
<false/>
<key>Path</key>
<string>MBP83Vbt90InPlaceDxe.efi</string>
</dict>
(replace the string with MBP83Vbt60InPlaceDxe.efi if you prefer native 60Hz instead)
I can confirm it's working fine on my machine at least.
Last edited: