can anyone help with this kernel panic?

[PTuser]

Im on 10.15.7 - multiple rebooting will get past this - I have a feeling the issue is not the Focusritepcie driver but a problem with com.apple.iokit.IOPCIfamily (2.9). I just don't know enough to understand what Im seeing - would really appreciate some input

panic(cpu 0 caller 0xffffff80070449ea): Kernel trap at 0xffffff7f8b79178f, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0x0000000000000514, CR3: 0x000000001e61c000, CR4: 0x00000000000626e0
RAX: 0x0000000000000000, RBX: 0xffffff80a88c9a00, RCX: 0xffffff7f88fa2201, RDX: 0x000000005f5e59f0
RSP: 0xffffff875776bd70, RBP: 0xffffff875776bda0, RSI: 0xffffff80aa229520, RDI: 0x0000000000000000
R8: 0x0000000000000000, R9: 0x0000000000000000, R10: 0x0000000000000001, R11: 0x0000000000000005
R12: 0x0000000000000514, R13: 0xffffff7f8b79a290, R14: 0x0000000000000514, R15: 0xffffff80a88c9a00
RFL: 0x0000000000010246, RIP: 0xffffff7f8b79178f, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0x0000000000000514, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 1, VF: 5

Backtrace (CPU 0), Frame : Return Address
0xffffff875776b7d0 : 0xffffff8006f1868d mach_kernel : _handle_debugger_trap + 0x49d
0xffffff875776b820 : 0xffffff8007052ab5 mach_kernel : _kdp_i386_trap + 0x155
0xffffff875776b860 : 0xffffff800704463e mach_kernel : _kernel_trap + 0x4ee
0xffffff875776b8b0 : 0xffffff8006ebea40 mach_kernel : _return_from_trap + 0xe0
0xffffff875776b8d0 : 0xffffff8006f17d57 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff875776b9d0 : 0xffffff8006f18147 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff875776ba20 : 0xffffff80076bf2bc mach_kernel : _panic + 0x54
0xffffff875776ba90 : 0xffffff80070449ea mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff875776bc10 : 0xffffff80070446e8 mach_kernel : _kernel_trap + 0x598
0xffffff875776bc60 : 0xffffff8006ebea40 mach_kernel : _return_from_trap + 0xe0
0xffffff875776bc80 : 0xffffff7f8b79178f com.focusrite.driver.FocusritePCIe : __ZN33com_focusrite_FocusritePCIeDevice14readRegister32Ej + 0x9b
0xffffff875776bda0 : 0xffffff7f8b790312 com.focusrite.driver.FocusritePCIe : __ZN33com_focusrite_FocusritePCIeDevice5startEP9IOService + 0x494
0xffffff875776bde0 : 0xffffff8007604dc6 mach_kernel : __ZN9IOService14startCandidateEPS_ + 0xf6
0xffffff875776be40 : 0xffffff8007604901 mach_kernel : __ZN9IOService15probeCandidatesEP12OSOrderedSet + 0xad1
0xffffff875776bef0 : 0xffffff8007603c9e mach_kernel : __ZN9IOService14doServiceMatchEj + 0x2de
0xffffff875776bf50 : 0xffffff8007606456 mach_kernel : __ZN15_IOConfigThread4mainEPvi + 0x186
0xffffff875776bfa0 : 0xffffff8006ebe13e mach_kernel : _call_continuation + 0x2e
Kernel Extensions in backtrace:
com.focusrite.driver.FocusritePCIe(4.6.2)[5AACDD8E-0451-347E-A672-BBD1EF7A84F8]@0xffffff7f8b78e000->0xffffff7f8b7a8fff
dependency: com.apple.iokit.IOPCIFamily(2.9)[2F37AE58-E6B9-3B18-9092-3B80D34C334B]@0xffffff7f87cb4000

BSD process name corresponding to current thread: kernel_task
Boot args: darkwake=0 npci=0x2000 -v keepsyms=1 debug=0x100

Mac OS version:
19H15

Kernel version:
Darwin Kernel Version 19.6.0: Thu Oct 29 22:56:45 PDT 2020; root:xnu-6153.141.2.2~1/RELEASE_X86_64
Kernel UUID: 9B5A7191-5B84-3990-8710-D9BD9273A8E5
Kernel slide: 0x0000000006c00000
Kernel text base: 0xffffff8006e00000
__HIB text base: 0xffffff8006d00000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: NO (0xe00002bc)

System uptime in nanoseconds: 130378616288
last loaded kext at 129086452801: com.blackmagic-design.desktopvideo.iokit.driver 11.7 (addr 0xffffff7f8bd7b000, size 925696)
loaded kexts:

 

[Edhawk]

Which device are you using that requires the Focusrite driver? How is it connected, PCIe slot, USB, TB connector?

I assume if you don't have the Focusrite device connected the system boots just fine, with no kernel panic at this point.

I would assume the compatibility issue arises with the FocusritePCIe kext rather than com.apple.iokit.IOPCIFamily, but that is just me surmising based on the information to hand at this time.

 

[PTuser]

Which device are you using that requires the Focusrite driver? How is it connected, PCIe slot, USB, TB connector?

I assume if you don't have the Focusrite device connected the system boots just fine, with no kernel panic at this point.

I would assume the compatibility issue arises with the FocusritePCIe kext rather than com.apple.iokit.IOPCIFamily, but that is just me surmising based on the information to hand at this time.

Hi @Edhawk thank you for responding

The driver is for thunderbolt devices - its a redline 16 audio interface connected to a flashed titan ridge TB card.

It does get past it eventually with loads of reboots- Ive read on another thread that this driver requires installing with SIP on . My system is run with SIP off for many reasons. Im looking to see if its possible to temporarily install with Sip on then turn it off after installation on open core. Im not sure its a fix for this but worth a try.

I was also concerned about the stuff higher up the page in the pic i enclosed. Im not used to reading this info......

 

[PTuser]

so a bit more info - I read on another thread that another user of the same driver sorted the kernal panic by installing the driver with SIP temporarily enabled. I tried this and it appeared to cure the panic for about 8 or so reboots but its happening again now. Do I need to reset NVRAM - could this be a cache issue?

 

[Edhawk]

It could be a cache issue, but I don't know it is for sure. Resetting the Nvram won't hurt your system, it may help if old unused elements have been retained.

You can reset the Nvram, in Clover by pressing F11 (I think) and by using the Reset Nvram option on the picker list or GUI screen, if you are booting with OpenCore.

 

[Gigamaxx]

so a bit more info - I read on another thread that another user of the same driver sorted the kernal panic by installing the driver with SIP temporarily enabled. I tried this and it appeared to cure the panic for about 8 or so reboots but its happening again now. Do I need to reset NVRAM - could this be a cache issue?

? are you using AppleALC.kext? boot arg. alcid=1. test npci=0x3000

 

[PTuser]

? are you using AppleALC.kext? boot arg. alcid=1. test npci=0x3000

Hi @Gigamaxx - yes apple alc kext is in there (v.1.5.2) - the current boot args are : darkwake=0 npci=0x2000 -v keepsyms=1 debug=0x100. are you suggesting altering these?

 

[Gigamaxx]

Hi @Gigamaxx - yes apple alc kext is in there (v.1.5.2) - the current boot args are : darkwake=0 npci=0x2000 -v keepsyms=1 debug=0x100. are you suggesting altering these?

Add alcid=1

 

[PTuser]

Add alcid=1

Hi - i tried both those args - after a few boots free of kernal panic its now in a restart loop on boot. does the alcid boot arg kill audio?

 

[Gigamaxx]

Hi - i tried both those args - after a few boots free of kernal panic its now in a restart loop on boot. does the alcid boot arg kill audio?

No it is used to assign the audio codec and is to be used with Applealc.kext. inject # 1, 3, 5, 7 etc..

npci=0x3000 or npci=0x2000 use one or the other but not both.