I'm on an M1 Max Mac Studio running Ventura 13.2. I have been getting the DART panics (see attached) with my Thunderbay 4 connected and running SoftRAID 7.0.1. I have uninstalled SoftRAID and reinstalled it with the latest driver and the issue remains. My Thunderbay is not a Time Machine volume. If the only real workaround is to back up the contents of the Thunderbay 4, delete the volume, then create a new volume with a 64K stripe size, how do I back up the Thunderbay 4 if my Mac Studio is actively crashing shortly after booting? The crashing is preventing me from being able to initiate a backup. Thanks.
@midihead7
There are two workarounds:
waiting 5 minutes after restart to connect your disks.
Removing one of the disks in the Thunderbay, connecting it. then after 5 minutes or so, you can push the drive back in.
Thanks. Is the change to the 64K stripe size a more permanent workaround until Apple fixes this?
@midihead7
There are two workarounds:waiting 5 minutes after restart to connect your disks.
Removing one of the disks in the Thunderbay, connecting it. then after 5 minutes or so, you can push the drive back in.
Neither of these workarounds works for me. I waited at least an hour after booting the Mac and it crashes right after turning on the Thunderbay 4. I also tried removing a drive, then powering on the Thunderbay 4. With one drive still disconnected the Mac Studio crashes right after the Thunderbay 4 is connected. I'm not able to wait the 5 minutes to plug the drive back in as suggested since it crashes before I can try that.
Here is the latest panic report which looks different than the first one (doesn't appear to mention DART this time).
Strange that removing a disk is not preventing this.
Is your data backed up? We may have to go a different direction to get you running.
Yes it is still the DART controller. Two clues:
1. Attempting to forcibly halt cpu 0
cpu 0 failed to halt with error -5: halt not supported for this configuration
Debugger synchronization timed out; waited 240000 nanoseconds
panic(cpu 2 caller 0xfffffe0028308be0): "apciec[pcic1-bridge]::handleInterrupt: Read Response Error linksts=0x99000001 pcielint=0x00200000 linkcdmsts=0x00000800 (ltssm
The DART panic always mentioned the apciec pci bridge. that is part of this issue.
2. Note the DART controller is in the backtrace.
Kernel Extensions in backtrace:
com.apple.driver.AppleT6000PCIeC(1.0)[D703A69A-1C83-3B5C-8289-0AEC82920646]@0xfffffe00282f9c40->0xfffffe002831fa2f
dependency: com.apple.driver.AppleARMPlatform(1.0.2)[CF191636-D1C9-3F26-B997-3DDD753860BA]@0xfffffe00275cc3c0->0xfffffe002761a92f
dependency: com.apple.driver.AppleEmbeddedPCIE(1)[F4F96B99-2447-3601-8698-A92B86869BAF]@0xfffffe0027c1e630->0xfffffe0027c38a47
dependency: com.apple.driver.ApplePIODMA(1)[285AEC20-9A83-3FCF-BCF7-B97E3008FBB2]@0xfffffe002802eec0->0xfffffe002803364b
dependency: com.apple.driver.IODARTFamily(1)[786C4211-08D2-3E3C-9E49-FA33D5A920A4]@0xfffffe0028c60e80->0xfffffe0028c7496f
dependency: com.apple.iokit.IOPCIFamily(2.9)[43EBAF40-32DB-340C-B62D-1D502490D142]@0xfffffe0028fddbe0->0xfffffe0029008c63
dependency: com.apple.iokit.IOReportFamily(47)[794DDBDA-A449-3F0A-B574-D7F0ED099709]@0xfffffe002900c8a0->0xfffffe002900f88b
dependency: com.apple.iokit.IOThunderboltFamily(9.3.3)[FEB524B8-6256-3FF8-AA4F-412A78FF29CE]@0xfffffe0029107f60->0xfffffe0029243d13
My data is not backed up yet. Since the Mac Studio keeps crashing, I can't back it up from this machine. I'll probably need to connect the TB 4 to an Intel Mac running SoftRAID, perform the backup, then recreate the volume using the 64K stripe size (which sounds like the only other option).
It seems like it that is what you need to do sadly. When you create with 64k, give it some testing before copying all data to it. Wince you are having issues with 3 drives, its possible you may have the same with 64k, in which case, switch to RAID 4, which does not have this issue. It will work the same as RAID 5.
I'm backing up my files now using a different Intel Mac. If I do have to switch to RAID 4, which stripe size do you recommend?
16K is our default. For some reason, this does not trigger the DART issue.
16K is our default. For some reason, this does not trigger the DART issue.
So I'm a bit confused. Are you saying that 16K should be the default for RAID 4 specifically? This thread earlier states that 16K on RAID 5 does trigger the DART issue as I'm currently experiencing. Thanks.
Wondering if anybody else is seeing increase of KP after installing 13.2.1?
I had a pretty stable system even though I use a Mac Studio and RAID5 for my OWC ThunderBay4 but after installing 13.2.1 I already experienced 3 kernel panics. 1 happened while installing the update and one the following night (unattended).
Honestly not looking forward to reformatting the array to RAID4 and restoring from backup the 3TB that's on there...
Next time the system panics, on restart, there is a "Report to Apple" option. click that then "details." Copy and paste that text into a Text Edit file. (do not post the text). Now in text edit, "Make Plain text" and save. Now you can attach the file to the forum. We cannot post RTF for security reasons.
I suspect this is the DART controller issue.
We think the light at the end of this tunnel is coming in a couple months, though, with a upgrade from Apple that should fix this. Probably the release after this next upcoming release.

