The VgaShim method is very promising, it works flawlessly on a Kaby Lake SoC. But somehow the boot still fails on Gemeni Lake SoC even though VgaShim correctly maps INT10h entry point.
I did some tests with my own version of int10h compatibility module and I am starting to think that this has something to do with GOP drivers not natively supporting 1024x768 Machines that fail even with VgaShim doesn't support 1024x768 in efi and Windows 7 freezes before int10h actually gets called edit: I could confirm it with custom compiled OVMF with 1024x768 resolution removed from QemuVideoDxe... fallback to 640x480 mode from the bootloader didn't work either
I came up with a new project featuring many fixes and improvements https://forums.mydigitallife.net/th...boot-windows-7-on-uefi-class-3-devices.82137/
As a longtime fan of GPT and UEFI thanks to Linux, I'm curious if this trick would improve boot times and performance on class 2 Legacy/CSM capable motherboards, especially relative to UefiSeven INT10H handler/GOP emulator. Some people seem to think not, but I have no idea where they got that info: If any of y'all got some sources, I know I should just use MBR and CSM but I must have perfection.
Try --> my solution. It doesn't require CSM emulation or any other third party (non-Microsoft) drivers. I have used Windows 10 bootloader, disabled legacy VGA and integrated vendor graphics drivers.
I was able to successfully install and boot into windows 7 on GPT m.2 with CSM enabled and secure boot disabled. I tried the advice OP gave, and I cannot boot into windows 7 with CSM disabled. This is weird because I got it to work on my laptop, but it won't work on my desktop (asus x99 usb 3.1, intel i7 5960x). Any solutions? I'm trying to do dual boot on m.2 with Windows 10 and Windows 7.