Panic after USB deadlock followed by kldunload umass.ko
Hans Petter Selasky
hps at selasky.org
Sun Dec 21 14:42:48 UTC 2014
On 12/21/14 14:54, Fabian Keil wrote:
> #0 sched_switch (td=0xfffff80015ea0940, newtd=<value optimized out>, flags=<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1940
> #1 0xffffffff805bbf91 in mi_switch (flags=260, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:492
> #2 0xffffffff8060126a in sleepq_wait (wchan=0x0, pri=0) at /usr/src/sys/kern/subr_sleepqueue.c:631
> #3 0xffffffff805bb99d in _sleep (ident=<value optimized out>, lock=<value optimized out>, priority=<value optimized out>, wmesg=<value optimized out>, sbt=<value optimized out>, pr=<value optimized out>,
> flags=<value optimized out>) at /usr/src/sys/kern/kern_synch.c:254
> #4 0xffffffff802a2548 in cam_sim_free (sim=0xfffff8004f9fa800, free_devq=1) at /usr/src/sys/cam/cam_sim.c:109
Because cam_sim_free() doesn't return, the USB subsystem belonging to
that controller is somewhat blocked.
--HPS
More information about the freebsd-current
mailing list