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

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.
Are you sure this was the only fix? Provide as much as details as possible to cross check for adding it in the installation guide.
 
Are you sure this was the only fix? Provide as much as details as possible to cross check for adding it in the installation guide.
Pretty sure it is. Once I added this SSDT and reset the NVRAM I have never had a panic on shutdown. I removed the SSDT and reset the NVRAM again, panic is almost immediately back. Before this it may not panic on all shutdowns, but the panic is frequent enough so that reboots during the install will be disrupted by it and the system will not install.
Also, it seems that my 10th gen mini hack did not need this, the Ventura installer and the actual Ventura OS on a USB boots and shuts down just fine. That one only has SATA SSDs tho, not sure if it's related.
 
Once I added this SSDT and reset the NVRAM I have never had a panic on shutdown.
The panic occurred during the shutdown?

What NVMe/SATA are you using on this build and is the BIOS updated?

Provide the following:
-Kernel Panic log from the Library/Logs/DiagnosticsReport
- Bootlog using the command log show --last boot | head -1500 > ~/Documents/bootlog.txt
- Hackintool>PCIe Export
- EFI
- BIOS Settings

Include everything in a single .zip file.
 
I have WD SN850 (macOS) and SN750 (Windows), and a number of Samsung and Lexar SATA SSDs. No panic logs found in Library/Logs/DiagnosticsReport, see panic video here. Note that kernel extensions in the backtrace are different each time, I've seen lilu, whatevergreen, virtualsmc in there.
I think I have F12l BIOS iirc. For BIOS settings, in there any specific ones you're looking for? Or do you want me to snap everything? That's going to take a while.
 

Attachments

Hi @EliteMacx86,

Can't get past the Preparing Ventura stage installing from Sys.Prefs on macOS 12.6.1 on Dell Inspiron 7580 and OC 0.85.

The system won't boot with AvoidRuntimeDefrag: False

I will try the standalone usb install method next, but could you please check my EFI for anything that's obvious to your eyes?


Thanks
 
I have WD SN850 (macOS) and SN750 (Windows), and a number of Samsung and Lexar SATA SSDs. No panic logs found in Library/Logs/DiagnosticsReport, see panic video here. Note that kernel extensions in the backtrace are different each time, I've seen lilu, whatevergreen, virtualsmc in there.
I think I have F12l BIOS iirc. For BIOS settings, in there any specific ones you're looking for? Or do you want me to snap everything? That's going to take a while.
Yes, include all the BIOS settings. You can take screenshots and zip them in a folder.
 
The system won't boot with AvoidRuntimeDefrag: False
Why are you trying to boot without AvoidRuntimeDefrag?

Read Post #1.
 
Why are you trying to boot without AvoidRuntimeDefrag?

Read Post #1.
Thanks, because in the Notes in Post #1:

If your system requires AvoidRunTimeDefrag Quirk, use the latest commit 6c641b7

I meant that I tried with it set to True and False. False = no boot.
 
Thanks, because in the Notes in Post #1:

If your system requires AvoidRunTimeDefrag Quirk, use the latest commit 6c641b7
AvoidRunTimeDefrag Quirk is required on almost all builds.

I have updated the thread.
I meant that I tried with it set to True and False. False = no boot.
No PR files attached.

Attach your BIOS Settings and EFI you're using to boot the Laptop. Both must be in a single .zip file.
 
Success. Thankyou! Followed Method #2 in your guide for making a standalone Ventura installer app using gibmacOS.

AboutMac.png

If you've got a minute to check my PR files, I'd appreciate your evaluation.

PR files: https://anonfiles.com/99b826E8y7/Archive_zip

Kextcache output problem: Executing sudo kextcache -i/ in Terminal yields error msg:

Executing: /usr/bin/kmutil install --volume-root / --check-rebuild
Unknown option '--check-rebuild'

(something about kextcache being deprecated and replaced by kmutil)
 
Last edited:
  • Like
Reactions: EliteMacx86

Forum statistics

Threads
1,920
Messages
17,883
Members
27,669
Latest member
Tiercel