Re: kern/53066: nearly reproducable softint panic on shutdown

[Jaromír Doleček <jaromir.dolecek%gmail.com@localhost>]

The following reply was made to PR kern/53066; it has been noted by GNATS.

From: =?UTF-8?B?SmFyb23DrXIgRG9sZcSNZWs=?= <jaromir.dolecek%gmail.com@localhost>
To: "gnats-bugs%NetBSD.org@localhost" <gnats-bugs%netbsd.org@localhost>
Cc: 
Subject: Re: kern/53066: nearly reproducable softint panic on shutdown
Date: Mon, 23 Apr 2018 13:30:26 +0200

 Can you please check backtrace for reboot command, to see what in
 particular triggered the interrupt? It was waiting on xscmd for my
 sd(4) case, might be something else for yours.
 
 It's very strange that interrupt for xhci() would be triggered when
 both child busses are already detached. Or does this happen during
 boot, when the children are not attached yet?
 
 Jaromir
 
 2018-04-23 10:00 GMT+02:00 Martin Husemann <martin%duskware.de@localhost>:
 > The following reply was made to PR kern/53066; it has been noted by GNATS.
 >
 > From: Martin Husemann <martin%duskware.de@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc:
 > Subject: Re: kern/53066: nearly reproducable softint panic on shutdown
 > Date: Mon, 23 Apr 2018 09:55:01 +0200
 >
 >  The code in -current does NOT work for me:
 >
 >  [  42.9429700] panic: kernel diagnostic assertion "sc->sc_child || sc->sc_child2" failed: file "../../../../dev/usb/xhci.c", line 1239
 >  [  42.9429700] cpu0: Begin traceback...
 >  [  42.9429700] vpanic() at netbsd:vpanic+0x16f
 >  [  42.9429700] ch_voltag_convert_in() at netbsd:ch_voltag_convert_in
 >  [  42.9429700] xhci_intr() at netbsd:xhci_intr+0xd4
 >  [  42.9429700] intr_biglock_wrapper() at netbsd:intr_biglock_wrapper+0x36
 >  [  42.9429700] Xhandle_ioapic_level1() at netbsd:Xhandle_ioapic_level1+0x6a
 >  [  42.9429700] --- interrupt ---
 >  [  42.9429700] Xspllower() at netbsd:Xspllower+0xe
 >  [  42.9429700] aprint_normal_dev() at netbsd:aprint_normal_dev+0x47
 >  [  42.9429700] config_detach() at netbsd:config_detach+0x410
 >  [  42.9429700] config_detach_all() at netbsd:config_detach_all+0x97
 >  [  42.9429700] cpu_reboot() at netbsd:cpu_reboot+0x19a
 >  [  42.9429700] sys_reboot() at netbsd:sys_reboot+0x75
 >  [  42.9429700] syscall() at netbsd:syscall+0x208
 >
 >
 >  I also tested NetBSD 8.0 RC1 and the problem does not happen there for me.
 >
 >  Martin
 >