> The ipsq_t in question has no current writer, but has a pending mp:
>
> > 0xcfa6b100::print ipsq_t
> {
> ipsq_lock = {
> _opaque = [ 0, 0 ]
> }
> ipsq_reentry_cnt = 0
> ipsq_writer = 0
> ipsq_flags = 0
> ipsq_xopq_mphead = 0xdd270a00
> ipsq_xopq_mptail = 0xdd27fac0
> ipsq_mphead = 0
> ipsq_mptail = 0
> ipsq_current_ioctl = 0
> ipsq_current_done = 0 (B_FALSE)
> ipsq_current_ipif = 0xd9c0bb4c
> ipsq_pending_ipif = 0xd9c0bb4c
> ipsq_pending_mp = 0xdd270840
> ipsq_next = 0
> ipsq_refs = 0x1
> ipsq_phyint_list = 0xcfdb524c
> ipsq_split = 0 (B_FALSE)
> ipsq_waitfor = 0x2
> ...
>
> The fact that ipsq_current_ioctl is 0 is odd to me. Why is this ipsq
> stuck if there's no pending ioctl?
Oh, and ipsq_current_ioctl == 0 is normal; non-ioctl IPSQ operations don't
have an ioctl number.
--
meem
