• Become a Premium Member for $25/year with no ads to improve your community experience.

But I already have 0.8.5 and latest kexts (according to kextupdater). I didn’t start trying installing Ventura until 0.8.4 got released.
Attach your EFI to check further. Also, include the panic screenshot/video.
 
Attach your EFI to check further. Also, include the panic screenshot/video.
I already linked to my EFI zip in another forum above. As for the panic, the panic during the install just shows a frozen progress bar, but I can show you the panic on shutdown of the installer. Will post the video when I’m back home.
 
Here is my EFI.
Panic video is here. I recorded slomo so you can see everything clearly. It mentions virtualsmc and lilu in the backtrace.
 

Attachments

  • EFI.zip
    6.1 MB · Views: 7
Here is my EFI.
Panic video is here. I recorded slomo so you can see everything clearly. It mentions virtualsmc and lilu in the backtrace.
Your configuration is not as per the guide.
Start here:
 
Your configuration is not as per the guide.
Start here:
Would you mind elaborating where? I’ve made so many customizations to it I can’t just start from scratch all over again.
 
Would you mind elaborating where? I’ve made so many customizations to it I can’t just start from scratch all over again.
There are too many corrections to be made. No doubt you're having Kernel Panics. A better approach is to have everything decluttered and then only add what's needed.
 
There are too many corrections to be made. No doubt you're having Kernel Panics. A better approach is to have everything decluttered and then only add what's needed.
Alright, I’ll post another EFI a bit later. This one was actually modified by a guy on another forum, I’ll send the EFI I used to use which hopefully is much cleaner.
 
  • Like
Reactions: EliteMacx86
There are too many corrections to be made. No doubt you're having Kernel Panics. A better approach is to have everything decluttered and then only add what's needed.
Please take a look at this one. This is the EFI I've been using before I started trying to install Ventura, it should be a lot cleaner
 

Attachments

  • EFI_.zip
    7.6 MB · Views: 7
Please take a look at this one. This is the EFI I've been using before I started trying to install Ventura, it should be a lot cleaner
Here are the issues.

Make the following changes to your config.plist

- The SSDT loading order is not correct. Important SSDTs should load first.
- Remove SSDT-EC and SSDT-USBX and use SSDT-EC-USBX. You can find this SSDT in the OpenCore package.
- Add SSDT-AWAC-DISABLE. You can find this SSDT in the OpenCore package.
- Remove SSDT-GPRW.
- Remove the rename from ACPI>Patch section.
- Disable EnableWriteUnprotector Quirk from Booter>Quirks section.

- Remove PciRoot(0x0)/Pci(0x2,0x0) from DeviceProperties>Devices section.
- Disable IGPU from BIOS. If disabling IGPU is not possible, use -wegnoigpu bootarg to disable the IGPU.
- Remove all other entries from DeviceProperties>Devices section except for PciRoot(0x0)/Pci(0x1,0x1)/Pci(0x0,0x0).
- Remove the entry from DeviceProperties>Delete section.
- Kexts loading order is not correct. Important Kexts should load first.
- Remove NVMeFix. It tends to create issues in some systems.
- Remove RestrictEvents. It is not required on your system.
- Set Arch and KernelArch to Auto.
- Remove the entries from Kernel>Patch section.
- Set Picker Attributes to 17.
- Set Expose Sensitive Data to 7.
- Set SecureBootModel to Default.
- Disable SIP using 67000000 as csr-active-config value.
- Delete the value for prev-lang:kbd key.
- Set the Layout ID as alcid=11.
- SMBIOS is correct. Use iMac19,1. You'll also need to change the SMBIOS name in USBMap.
- Drivers loading order is not correct. Important Drivers should load first.
- Remove HfsPlus.efi and use OpenHFSPlus.efi instead.
- Remove OpenLinuxBoot.efi, CrScreenshotDxe.efi, and ToggleSipEntry.efi
- Enable FirmwareVolume in UEFI>ProtocolOverrides section.
- Remove the entries from UEFI>Reserved Memory section.

Also, ensure that you're using the latest official OpenCore and the kexts.

Once you're done with the changes, save your config.plist. Restart the system and boot into BIOS. Make sure you're running F8 BIOS and ResizableBAR is Enabled. If there is no ResizableBAR option available in BIOS, you need to set ResizeAppleGpuBars to -1 in Booter>Quirks section.

After you make the above changes, reset NVRAM twice and try to boot the installer. Attach the new PR files.
 
I figured it out! My system was missing SSDT-XSPI. And I can't just use any simple SSDT-XSPI, It seems it must include a _DSM method. I discovered this as I was experimenting Olarilla's all in one SSDT (yes I know a lot of people say it's bad) and it gives no panic. So I basically disassembled the whole SSDT into a number of smaller SSDTs and trying them one by one too see which one is the fix. Truns out it's the XSPI device:
Code:
DefinitionBlock ("", "SSDT", 2, "OLEX", "XSPI", 0x00000000)
{
    External (_SB_.PCI0, DeviceObj)

    Device (\_SB.PCI0.XSPI)
    {
        Name (_ADR, 0x001F0005)  // _ADR: Address
        Method (_DSM, 4, NotSerialized)  // _DSM: Device-Specific Method
        {
            If ((Arg2 == Zero))
            {
                Return (Buffer (One)
                {
                     0x03                                             // .
                })
            }

            Return (Package (0x0A)
            {
                "AAPL,slot-name",
                "Built In",
                "name",
                "Serial Bus Controller",
                "model",
                Buffer (0x31)
                {
                    "Intel Corporation, Series Chipset SPI Controller"
                },

                "device_type",
                Buffer (0x16)
                {
                    "Serial Bus Controller"
                },

                "pci-device-hidden",
                Buffer (0x08)
                {
                     0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00   // ........
                }
            })
        }

        Method (_STA, 0, NotSerialized)  // _STA: Status
        {
            If (_OSI ("Darwin"))
            {
                Return (0x0F)
            }
            Else
            {
                Return (Zero)
            }
        }
    }
}
The simpler one I used earlier does not work:
Code:
DefinitionBlock ("", "SSDT", 2, "HACK", "HACKLIFE", 0x00000000)
{
    External (_SB_.PCI0, DeviceObj)

    Scope (_SB.PCI0)
    {
        Device (XSPI)
        {
            Name (_ADR, 0x001F0005)  // _ADR: Address
            Method (_STA, 0, NotSerialized)  // _STA: Status
            {
                If (_OSI ("Darwin"))
                {
                    Return (0x0F)
                }
                Else
                {
                    Return (Zero)
                }
            }
        }
    }
}
I have no idea what this XSPI device does and why it stops the panic. Googling yeild little useful results. Would be great if someone could explain.
 

Forum statistics

Threads
1,479
Messages
14,007
Members
21,185
Latest member
Change4209