Hervé

No. SMBIOS is something taken into account at boot time only; changing from MBP13,1 to MBP14,1 will not prevent your laptop from booting mcOS. If you're that frightened, use a USB key to boot with your adjusted bootloader setup.

You should boot in verbose mode to begin with. I'd say there's a good chance your trouble comes from lack of USB ports mapping (either your own port mappings or default kext USBInjectAll). You should also remove your XHCILimit quirk.

Easy: change your SMBIOS to MacBookPro14,1. It's the minimum requirements as posted in our Ventura announcement.

You should post a zipped copy of your bootloader's EFI folder. To install and run Ventura, Skylake laptops require: injecting the iGPU properties you've used (see note below) using SMBIOS MBP14,1 which you've done injecting Whatevergreen kext v1.6.1 or later (but basically update your essential kexts like Lily & Plugins to latest versions) removing SyncRuntimePermissions booter quirk Clover r5148 minimum or OpenCore v0.8.5 (the recommended version for lacOS 13.0) which you use Other than that, it should be the same setup as used for Monterey. NB: out of the 2 sets of iGPU properties you posted, both can equally be used afaik (see my deprecated Ventura beta threads in Archive section) but you would indeed require to uncomment those con1 patches to obtain HDMI video output & audio.

Target macOS release: Ventura 13.x This is a Clover-based installation using the well-known/well documented vanilla method detailed below: Working: full QE/CI with HD520 graphics (with KBL layout 0x59160000, KBL faked id 0x5916, MBP14,1 SMBIOS and Whatevergreen kext v1.6.1 or later) HDMI output OOB but built-in LCD goes off on 1st cable connection. With WEG boot arg igfxonln=1, LCD picture is recovered after closing then re-opening the LID and HDMI is on at 1st boot & after wake mDP output OOB touchscreen with USB HID fix (patch of IOHIDFamily to fake single-user mode) due to Apple dropping support for old USB hardware full audio, including jack microphone input and headset output (with AppleALC kext & layout-id 11) HDMI audio (with KBL con1 connector-type patch) built-in Gigabit Ethernet (with IntelMausiEthernet kext) full CPU power management, including Turbo boost to 3.4GHz (with PlugIn type settings) sleep: Ok through Apple menu->Sleep, lid closure, power button, Fn-Insert and energy savings settings with hibernation mode set to 0 (sleep to RAM) and /var/vm/sleepimage file deleted. wake: Ok through lid opening and power button wireless & bluetooth with any compatible card/USB dongle battery management and monitoring (with ACPIBatteryManager kext) SD card reader (with 1Revenger1's RealtekCardReader kext) integrated webcam OOB keyboard backlight control OOB (for backlit models) audio volume control through Fn-F1/Fn-F2/Fn-F3 brightness control through Fn-F11/Fn-F12 touchpad basic features, incl. buttons (with Rehabman's VoodooPS2Controller kext) but not recognised in PrefPane USB3.0 ports (with Hackintool's generated USBPorts kext) Stage Manager Continuity Camera Not Working: N/A Not tested: SmartCard reader GeekBench v4.4.4 (64bit) gives the following rating: macOS Ventura not natively supporting platforms older than Kaby Lake/HD6x0, it cannot be natively installed and cannot natively run on the Skylake/HD520 Latitude E7270 as used to be the case for earlier versions of the OS. This can however be easily achieved by implementing the following settings which allow keeping a full vanilla installation without calling on add-on patches that would install older kexts, frameworks or other necessary files: use of Kaby Lake framebuffer 0x59160000 (0x591B0000 may also be used but requires further graphics connectors patching) fake Kaby Lake HD620 iGPU id 0x5916 use Kaby Lake platform SMBIOS MacBookPro14,1 use Whatevergreen v1.6.1 minimum to properly support use/fake KBL graphics on Skylake platforms 1) 13.x USB installer creation Using a USB key of 16GB minimum, create a Ventura USB installer through the following Terminal command: sudo <path>/Install\ macOS\ Ventura.app/Contents/Resources/createinstallmedia --volume /Volumes/<USB key> where: <path> = location of Ventura installation package (eg: /Applications if freshly downloaded) <USB key> = name of formatted USB volume (eg: USB_16GB) The process will take several minutes. Once completed: install Clover bootloader on the USB installer with the following customised settings: Clover for UEFI booting only Install Clover in the ESP UEFI Drivers Recommended drivers FSInject SMCHelper Human Interface Devices (optional) Ps2MouseDxe UsbMouseDxe FileSystem Drivers ApfsDriverLoader Memory fix drivers OpenRuntime Additional Drivers (optional) NvmExpressDxe PartitionDxe Themes (optional) BootLoaderChooser (optional) CloverConfigPlistValidator (optional) Install Clover Preference Pane (optional) you must use Clover version r5148 minimum as attached below: Clover_r5148.pkg.zip once Clover is installed, launch Clover Configurator app and mount the freshly created EFI partition of the USB installer Clover Configurator.zip add the (unzipped) HFSPlus driver attached below to the EFI/CLOVER/drivers/UEFI folder HFSPlus.efi.zip open this EFI partition and transfer/copy the files & folders from the Latitude E7270 Ventura Clover pack below to the EFI/CLOVER folder Clover_Pack_E7270_Ventura.zip 2) 13.x installation boot the Ventura USB installer at the Clover main menu, select the "Install macOS Ventura" partition (but don't press [ENTER]) press [SPACE], select -v verbose option in the menu, then choose to boot with the selected options proceed with installation, creating & formatting the target Ventura installation through Disk Utility as/if required on 1st reboot, boot off the USB installer and select the freshly created "macOS install from <target Ventura partition>" repeat this until this partition is no longer offered and only the target Ventura partition is left to boot Reboot the target Ventura partition via your USB installer 3) Post-installation tuning Once the target Ventura partition has booted, complete the 1st boot configuration tuning Once at the desktop, install Clover bootloader on the Ventura partition/disk with the customised settings listed above Once Clover is installed, launch Clover Configurator app and mount the freshly created EFI partition of the Ventura partition/disk Open this EFI partition and transfer the files & folders from the above Latitude E7270 Ventura Clover pack to the EFI/Clover folder You may then reboot and verify that Ventura boots off your disk through Clover Please note that: Clover config of the pack contains HDMI-audio KBL framebuffer patch. Clover config of the pack contains disabled settings for DW1820A wireless card. Enable or remove as appropriate. Booter quirk SyncRuntimePermissions must be removed for Ventura. Edit: 17 Jan 2024 Revised bootpack with modified SSDT-GPRW patched ACPI table to fix intermittent loss of Bluetooth on wake.

Released Oct 24th, 2022 as announced. Version 13.0, build 22A380. Ventura drops support for Intel Haswell, Broadwell and Skylake platforms that remained officially supported in Monterey. Patches are available to regain graphics acceleration though. This time, Apple raised minimal requirements to Kaby Lake platforms (with the exception of iMacPro1,1): iMac18,1 (Kaby Lake) iMacPro1,1 (Skylake) Macmini8,1 (Coffee Lake) MacBook10,1 (Kaby Lake) MacBookAir8,1 (Amber Lake) MacBookPro14,1 (Kaby Lake) MacPro7,1 (Cascade Lake) On the AMD front, it's Polaris minimum. Also released at the same time: macOS Monterey 12.6.1 Security Update (build 21G217) macOS Big Sur 11.7.1 Security Update (build 20G918) NB: macOS Catalina is now officially unsupported. View full article

I recommend you stick to Monterey for the time being. As you probably know, Ventura drops everything older than Kaby Lake hardware so patches are required on such hardware. Monterey still fully and natively supports Haswell platforms. Ventura will be officially released today but it's best you wait until the required patches are mature enough before you consider installing mac0S 13.0 on your E7240.

Pretty straight forward procedure, really: install Clover r5148 on a USB key as per my E7270 Monterey guide download the Clover pack I posted in my Ventura beta3 thread and copy its config.plist + ACPI & Kexts folders to the EFI/CLOVER folder of your USB key boot your E7270 with Opencore, Reset NVRAM at OC picker and reboot press F12 once your E7270 complete POST and boot off your USB key if all is Ok, mount the EFI partition of your E7270's SSD and USB key. Make a backup of the OC EFI folder of your SSD if you wish, then replace it by the Clover EFI folder of your USB key. I'll post a Ventura update to my E7270 existing guides once Apple releases the new macOS version tomorrow. Of course, no reason why you wouldn't be able to install Ventura with OC as long as you update your setup to meet Ventura's requirements (OC version, OC quirks + necessary graphics adjustments, i.e. KBL framebuffer settings + SMBIOS).

As OP stipulated (albeit with poor spelling), he got a modded BIOS off bios-mods.com. You'll find the relevant thread on their forum but it's very old; it also seems you'd need to buy some hardware to re-program the BIOS, so it's not a simple matter of a BIOS flash/reflash.

RC #2 released Oct 20th, 2022. Build 22A380. Must be a bug fix. No loss of installed printer after this update! Ventura will be officially released on October 24th.

Trying to think, of possible/potential issues: ACPI patches: you patch HPET's IRQ through CRS but did you check how HPET was coded in the vanilla DSDT table? I'm not familiar with the method of HPET patching you've deployed. It'd be interesting if you posted your extracted DSDT. HPET patching is often only required to fix audio issues. Was that the case for you? trim patches: try to disable them (NVRAM parameter + kext patch) ? add-on kexts: HoRNDIS, FeatureUnlock, VerbStub. Try to disable them?

Released Oct. 18th, 2022. Build 22A379. Ok on my Skylake/HD520 Latitude E7270 with exact same/unmodified Clover r5148 setup previously used for 13.0 beta 3 to 11. Everything working as before. NB: the annoying bug that removes printers after each Ventura (beta) update remains present in this RC.

Looks like a graphics-related issue but difficult to be certain. Check your settings. For reference, Intel i5-5200U includes HD5500 iGPU with id 0x1616 (natively supported) and, with WEG, default BDW framebuffer for MBP12,1 laptop is 0x19260006 (see WEG user manual). As such, in terms of graphics properties, you do not require to inject anything in your boot loader config but the eventual framebuffer DVMT-related patches if you haven't patched (or were not able to patch) your BIOS directly to that effect (through Grub shell commands for instance). AAPL,ig-platform-id 06002616 DATA -> not required, it's the default mobile layout device-id 16160000 DATA -> never required unless faking id is mandatory framebuffer-patch-enable 1 NUMBER -> patching required if default DVMT value=32MB framebuffer-fbmem 00009000 DATA framebuffer-stolenmem 00003001 DATA framebuffer-con1-enable 1 NUMBER -> patching con1 for HDMI type only ../.. fraùebuffer-con1-type 00080000 DATA -> ../.. required for HDMI audio I also recommend you execute an NVRAM Reset at OC Picker.

Forget about con1 and con2, these would typically be for eternal displays. You'll probably have to experiment with type and flags of con0; for instance, you may simply try to set con0 to DP/mDP framebuffer-con0-enable 1 NUMBER framebuffer-con0-type 00040000 DATA Do you have any BIOS option to set DVMT at all? Did you try to boot without fbmem + stolenmem patches?

Your graphics settings are perfectly Ok but your screen is not detected. IOREg shows no screen at all. Are you able to identify the type of connector for that built-in screen?

This IOReg shows you're faking iGPU id 0x5917 so it's never going to work... If you have another macOS system, you could try to access this Surface Book 2 remotely but you'd have to setup screen sharing to begin with. You can do that when you boot with one of those invalid ids. You may need to inject your screen EDID if screen goes black when graphics initialize.

Plenty of tools to grab your EDID info but I can recommend Monitor Asset Manager. I've used it several times in the past. Very simple and works without failure. You'll get the EDID info at the very bottom of the application's main window where it is displayed as a long string of comma separated hexadecimal values. This is what you need to collect and edit to remove all commas and spaces. You may then inject the resulting raw long string of hexadecimal characters as device property in the iGPU settings of your bootloader's config: AAPL00,override-no-connect <EDID's hexadecimal string> DATA See the WEG User Manual for reference

It's perfectly normal that you booted without acceleration when injecting an incorrect iGPU id such as 0x9016. You'd have experienced the same result with id 0x1234 or 0x5678. When such parameters are invalid (same applies to framebuffer layout), macOS boots in VESA mode, i.e. a very basic graphics mode without graphics driver that you could compare to Windows safe mode. Try booting with only -disablegfxfirmware boot arg alongside the revised properties injection. You stated that the dGPU was disabled in BIOS so I assume this is an option for this Surface Book 2 which is presumably fitted with nVidia Optimus technology. Usually, disabling Optimus limits the laptop to its dGPU only, voiding dual GPU operation. If you want to run on the UHD 620 for Hackintosh purposes, you probably need to re-enable Optimus but disable the dGPU through patched SSDT. To prove this, do try to re-enable dGPU in BIOS but boot with boot arg -wegnoegpu.

-> moved to Latitude E7xxx section where this thread belongs. Monterey retains native support for HD4600 graphics so you should have no issue installing it on your Haswell E7240; I'm pretty sure we have existing guides and threads on the forum for this. Compared to Big Sur, it's usually just a matter of choosing the correct SMBIOS because Monterey dropped 2013/2014 Haswell MacBook like the MBP11,1 or MBA6,1/MBA6,2 which are typical SMBIOS models used for Haswell Hackintosh laptops. Instead, make sure to use a suitable Haswell model like 2015 MBP11,4 for instance. This is all explained in the Dortania OpenCore guide. NB: Monterey is last macOS version to support Haswell graphics. 'dropped in Ventura so patching will be required.

Legacy computers need specific OC setups. Check the Dortania OpenCore GitHub repo (Legacy/Penryn). Your setup must obviously be inappropriate in its current state. You may also look at my Vostro 200 guide for reference. It's an old C2D Wolfdale system (i.e. same Penryn generation as your Yorkfield platform) that runs Big Sur/Monterey with Opencore. I'm wondering if you wouldn't need the Bootstrap folder with Bootstrap.efi module. Quirks and NVRAM settings need careful examination too. Here are yours: Here are mine:

Yes. Don't hesitate to consult our Hardware Technical Info section (and/or FAQ section) before posting:

No, EDID's information is a long string of hexadecimal characters.

@Hack.intosh The OC config and IOReg you attached in post #1 show that you were: injecting KBL framebuffer layout 0x591B0000 faking iGPU device 0x9016 using SMBIOS MBP15,2 using boot args -igfxlspcon -igfxmlr -igfxdvmt -disablegfxfirmware I believe only #3 to be correct, #1 and #2 being totally wrong with #4 most likely unnecessary. If you look at my old Latitude 7490 guide (i7-8650U CPU with UHD 620 graphics) or other Latitude 7x90/5x90 guides, you would see that the expected properties to inject are: KBL framebuffer layout 0x59160000 or 0x87C00000 iGPU device id 0x5916 (not sure about 0x87C0) As such, your injected properties should look like this: AAPL,ig-platform-id 00001659 DATA device-id 16590000 DATA framebuffer-patch-enable 1 NUMBER framebuffer-fbmem 00009000 DATA framebuffer-stolenmem 00003001 DATA or AAPL,ig-platform-id 0000C087 DATA device-id 16590000 DATA framebuffer-patch-enable 1 NUMBER framebuffer-fbmem 00009000 DATA framebuffer-stolenmem 00003001 DATA or possibly AAPL,ig-platform-id 0000C087 DATA device-id C0870000 DATA framebuffer-patch-enable 1 NUMBER framebuffer-fbmem 00009000 DATA framebuffer-stolenmem 00003001 DATA but framebuffer layout 0x87C00000 and device id 0x87C0 usually are for Amber Lake platforms. Did you try such settings combination without your -igfx---- boot args at all?

Most probably; you'd have to look that up.