https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
--- Comment #8 from Daniel O'Connor ---
I don't have exact steps to reproduce it but it happens pretty reliably so I
can try any debugging suggestions you have.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
--- Comment #7 from Warner Losh ---
(In reply to Hans Petter Selasky from comment #4)
> Looks like there are still issues with CAM refcounts.
Not as far as I know. I've not seen any ref count leaks in CAM in a long time
that weren't relate
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
--- Comment #6 from Hans Petter Selasky ---
Can you try a 13-stable kernel?
Is this reproducible?
--HPS
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
--- Comment #5 from Daniel O'Connor ---
uname -a:
FreeBSD cain.gsoft.com.au 13.1-RELEASE-p6 FreeBSD 13.1-RELEASE-p6 GENERIC amd64
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
--- Comment #4 from Hans Petter Selasky ---
Adding Warner:
Looks like there are still issues with CAM refcounts.
Daniel:
What does "uname -a" say?
--HPS
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
--- Comment #3 from Daniel O'Connor ---
Yes looks like CAM is stuck:
[cain 18:48] >sudo procstat -akk | grep -i usb
15 100468 usb usbus0 mi_switch+0xc2
_cv_wait+0x113 usb_process+0xc1 fork_exit+0x7e fork_t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
Hans Petter Selasky changed:
What|Removed |Added
CC||hsela...@freebsd.org
--- Com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249966
Daniel O'Connor changed:
What|Removed |Added
CC||dar...@dons.net.au
--- Comment #
