Jump to content

Kernel Panic (com.apple.iokit.IOPCIFamily(2.9)) after login

4 posts in this topic

Recommended Posts

Dear all,

I upgraded my machine to macOS Monterey and noticed random reboots after login.
Also when I try to shutdown or restart the machine, its freezing and force rebooting.
A bad workaround was to disable customSMBIOSguid on my dell xps 9500.
But this prevent injection an smbios with wrong values under about my mac.



This machine is running an intel i7 10750h.
Framebuffer are set to inject an UHD630.
Updated also opencore to latest 0.7.3 and important kexts. 
smbios was set to MacBookPro16,4
Researching this issue mentioned to the usb controller or wrong framebuffer patches.
Under BigSur never had this issue.
Perhaps someone had the same.


panic(cpu 4 caller 0xffffff801e1e9493): Kernel trap at 0xffffff801e1e0aed, type 14=page fault, registers:
CR0: 0x0000000080010033, CR2: 0xffffff801e7b3608, CR3: 0x000000104b796062, CR4: 0x00000000003626e0
RAX: 0x0000000044000000, RBX: 0xffffff801e7b3600, RCX: 0x0000000044000000, RDX: 0x0000000047000000
RSP: 0xffffffd0abf23c58, RBP: 0xffffffd0abf23c70, RSI: 0xffffff801e7b3600, RDI: 0xffffff801e7b3600
R8:  0x0000000000000016, R9:  0x0000000000000002, R10: 0xffffff93d727cc70, R11: 0xffffff801e9e41a2
R12: 0xffffff801f06a698, R13: 0x00000000e00002bd, R14: 0xffffff871e3b1cd0, R15: 0xffffff93d8fcf23c
RFL: 0x0000000000010202, RIP: 0xffffff801e1e0aed, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff801e7b3608, Error code: 0x0000000000000003, Fault CPU: 0x4, PL: 1, VF: 5

Panicked task 0xffffff870dba23e0: 4 threads: pid 102: systemstats
Backtrace (CPU 4), panicked thread: 0xffffff871e3b1cd0, Frame : Return Address
0xffffffd0abf23580 : 0xffffff801e0a03fd mach_kernel : _handle_debugger_trap + 0x41d
0xffffffd0abf235d0 : 0xffffff801e1f96d5 mach_kernel : _kdp_i386_trap + 0x145
0xffffffd0abf23610 : 0xffffff801e1e90a3 mach_kernel : _kernel_trap + 0x533
0xffffffd0abf23660 : 0xffffff8021fe18f4 as.vit9696.VirtualSMC : __ZN18VirtualSMCProvider10kernelTrapI22x86_saved_state_1010_tEEvPT_Pm + 0x454
0xffffffd0abf236e0 : 0xffffff801e03fa60 mach_kernel : _return_from_trap + 0xe0
0xffffffd0abf23700 : 0xffffff801e0a07cd mach_kernel : _DebuggerTrapWithState + 0xad
0xffffffd0abf23820 : 0xffffff801e09ff86 mach_kernel : _panic_trap_to_debugger + 0x2b6
0xffffffd0abf23880 : 0xffffff801e9188f9 mach_kernel : _panic + 0x54
0xffffffd0abf238f0 : 0xffffff801e1e9493 mach_kernel : _sync_iss_to_iks + 0x2c3
0xffffffd0abf23a70 : 0xffffff801e1e9178 mach_kernel : _kernel_trap + 0x608
0xffffffd0abf23ac0 : 0xffffff8021fe18f4 as.vit9696.VirtualSMC : __ZN18VirtualSMCProvider10kernelTrapI22x86_saved_state_1010_tEEvPT_Pm + 0x454
0xffffffd0abf23b40 : 0xffffff801e03fa60 mach_kernel : _return_from_trap + 0xe0
0xffffffd0abf23b60 : 0xffffff801e1e0aed mach_kernel : _IOLockLock + 0x1d
0xffffffd0abf23c70 : 0xffffff8020bc3de6 com.apple.iokit.IOPCIFamily : __ZNK11IOPCIDevice11getPropertyEPK8OSSymbol + 0x5e
0xffffffd0abf23cb0 : 0xffffff801e822254 mach_kernel : __ZNK15IORegistryEntry11getPropertyEPKc + 0x24
0xffffffd0abf23cd0 : 0xffffff801e82276f mach_kernel : __ZNK15IORegistryEntry12copyPropertyEPKc + 0x4f
0xffffffd0abf23d00 : 0xffffff801e896df8 mach_kernel : _is_io_registry_entry_get_property_bin_buf + 0x128
0xffffffd0abf23d70 : 0xffffff801e1a5456 mach_kernel : _iokit_server_routine + 0x7396
0xffffffd0abf23dc0 : 0xffffff801e07afe9 mach_kernel : _ipc_kmsg_send + 0x449
0xffffffd0abf23e50 : 0xffffff801e091fa9 mach_kernel : _mach_msg_overwrite_trap + 0x2d9
0xffffffd0abf23ee0 : 0xffffff801e1ce422 mach_kernel : _mach_call_munger64 + 0x272
0xffffffd0abf23fa0 : 0xffffff801e040246 mach_kernel : _hndl_mach_scall64 + 0x16
      Kernel Extensions in backtrace:
            dependency: as.vit9696.Lilu(1.5.6)[DC02A0B2-0AF1-332A-83D8-0F5FB38667D9]@0xffffff8021f49000->0xffffff8021fcefff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[48636280-6510-3B81-AD4F-E4F233DADAC2]@0xffffff8020710000->0xffffff8020711fff

Process name corresponding to current thread (0xffffff871e3b1cd0): systemstats
Boot args: keepsyms=1 agdpmod=vit9696 -igfxblr chunklist-security-epoch=0 -chunklist-no-rev2-dev chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:

Kernel version:
Darwin Kernel Version 21.1.0: Thu Aug 19 02:54:46 PDT 2021; root:xnu-8019.40.29~26/RELEASE_X86_64
Kernel UUID: 8B0BD1EB-5827-3A50-84A4-E566A02420F7
KernelCache slide: 0x000000001de00000
KernelCache base:  0xffffff801e000000
Kernel slide:      0x000000001de10000
Kernel text base:  0xffffff801e010000
__HIB  text base: 0xffffff801df00000
System model name: MacBookPro16,4 (Mac-A61BADE1FDAD7B05)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 654979417171
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x000000987fd0c769
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x00000008a9a4f548 0x0000000000000000


config 2.plist

Edited by thefiredragon
Link to comment
Share on other sites

It'd be most useful if you would:

  1. provide the full system's specs, ideally in signature.
  2. post a zipped copy of your EFI folder (with ACPI + kexts folder + config file) rather than just the config file.


After a quick look at your config, I wondered why:

  1. you injected SSDT-EC-USBX and SSDT-EC tables; to me, you should only be using the former, not both
  2. you injected FakePCIID + FakePCIID_Intel_HDMI_audio kexts; these are deprecated and no longer required. If you want HDMI audio, you should just patch the relevant video connector to HDMI type
  3. there was no SMBIOS info in your config; you said you were using MBP16,4 but no SMBIOS entries are empty in your config file. But maybe you just deleted this before posting your file

On the iGPU front, your config is pretty basic and simple: you just inject a CFL layout and fake a CFL iGPU id; rest is patched out. I can't see anything wrong with that, on the contrary.


Lilu and PlugIns were updated for Monterey some time ago so if you use the latest versions all should be Ok with the same config as used in Big Sur and the beta args should no longer be required.

Link to comment
Share on other sites

Thanks @Hervé for the fast answer.

Last days I played around, I'll try to remove deprecated kext.
I removed smbios config before posting it here. Thats the reason why I said this in this post which one I had use before.
Had commented out everything under DeviceProperties to find the issue which could cause the kernel panic. 
Lilu and Whatevergreen and all other kexts I had updated before, also changed the driver layout for opencore 0.7.3, 

In the attachments you can find my efi as zipped archive.
Also had updated my signature here :) 




Link to comment
Share on other sites


  • Create New...