Closed Bug 1661944 Opened 4 years ago Closed 4 years ago

Kernel panics while quitting Firefox on macOS 11 Beta 5 (build 20A5354i)

Categories

(Core :: Widget: Cocoa, defect)

x86_64
macOS
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: smichaud, Unassigned)

Details

Attachments

(2 files)

This must by definition be an OS bug. Kernel panics are never caused by applications, though applications may trigger them. But I've now seen this panic twice in the last few days, and so I'm pretty sure will others. I've opened this bug to collect whatever information we can on them.

My panics happened on a "real" macOS 11 Beta 5 partition (not on a VM). It's installed to a 100GB partition on a much larger hard drive, created using the "Partition" option in Disk Utility. It's running on a brand new Mac Pro. After I created the partition, I installed the latest version of macOS 10.15.6 on it. Then I "upgraded" to macOS 11 Beta 5.

Attached file Kernel panic log

Here's one of my kernel panic logs. It's symbolicated (hurray!). That's because, after my first panic, I used the nvram utility to set a "keepsyms=1" kernel boot arg, as follows. I did this by 1) rebooting into the Rescue OS (by holding Cmd-R after the restart sound, until the Apple symbol appears), then 2) running Terminal and entering the following command:

    nvram boot-args="keepsyms=1"

On each panic the following happened:

  1. A delay of several seconds while Firefox was still visible, but the UI was unresponsive.

  2. The screen went black, and then there was another delay of about 30 seconds before the standard kernel panic dialog appeared.

  3. I did nothing, and then after a few more seconds the machine restarted.

For the record here's my first kernel panic log, which is unsymbolicated.

It may be significant that the last line appears in both logs:

    last started kext at 4733690629: |IO!BHost!CUARTTransport	8.0.0d47 (addr 0xffffff8016fdb000, size 16384)

It might be relevant that I have an unusual setup for keyboard, video and mouse -- I'm using a KVM to share one set of these between multiple Macs.

Here's what kextstat has to say about that kext:

    179    0 0xffffff80027db000 0x4000     0x4000     com.apple.iokit.IOBluetoothHostControllerUARTTransport (8.0.0d47) 6CE59089-FF9E-3CF6-BAB7-4DAA6A9F5A5A <178 85 40 14 13 6 5 3>

But I'm not using a Bluetooth mouse or keyboard, and in fact Bluetooth is turned off.

I'm pretty sure that both times the panics happened, I quit Firefox using my mouse and the menu -- not Cmd-Q.

Component: General → Widget: Cocoa

@Steven, could you report this to Apple using the Feedback Assistant app?

Flags: needinfo?(smichaud)

@Steven, could you report this to Apple using the Feedback Assistant app?

Done. I referred to this bug in my report, and attached both kernel panic logs. For what it's worth, the feedback number is FB8654475.

I haven't seen any more kernel panics, and I no longer have the partition they happened on. I wiped it and installed macOS 11 Beta 6 (build 20A5364e). (I tried to upgrade it, but that failed.) Since then I've done most of my work in a VMWare VM, though (also Beta 6). I wouldn't be surprised if my panics were at least somewhat hardware-specific. If I see any more I'll report them here (and to Apple).

Flags: needinfo?(smichaud)

Closing for now. Please reopen if this starts occurring again. Thank you!

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: