NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/49065 (ifconfig tun0 ... sequence locks up system)



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

From: Frank Kardel <kardel%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost, kern-bug-people%netbsd.org@localhost, 
gnats-admin%netbsd.org@localhost,
        netbsd-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/49065 (ifconfig tun0 ... sequence locks up system)
Date: Sun, 10 Aug 2014 09:55:55 +0200

 On 08/04/14 01:30, Mindaugas Rasiukevicius wrote:
 > The following reply was made to PR kern/49065; it has been noted by GNATS.
 >
 > From: Mindaugas Rasiukevicius <rmind%netbsd.org@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: Frank Kardel <kardel%netbsd.org@localhost>, 
 > kern-bug-people%netbsd.org@localhost,
 >   gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
 > Subject: Re: kern/49065 (ifconfig tun0 ... sequence locks up system)
 > Date: Mon, 4 Aug 2014 00:28:27 +0100
 >
 >   Frank Kardel <kardel%netbsd.org@localhost> wrote:
 >   >  Now mdnsd is stuck at:
 >   >  db> bt/a dac148e0
 >   >  trace: pid 786 lid 1 at 0xd9f89b54
 >   >  0xd9f89b54: netbsd:mi_switch+0xc
 >   >  0xd9f89b84: netbsd:sleepq_block+0xa4
 >   >  0xd9f89bbc: netbsd:cv_wait+0x114
 >   >  0xd9f89be4: netbsd:usbd_transfer+0x1e8
 >   >  0xd9f89c1c: netbsd:usbd_do_request_flags_pipe+0xd0
 >   >  0xd9f89c44: netbsd:usbd_do_request+0x38
 >   >  0xd9f89c74: netbsd:smsc_write_reg+0x60
 >   >  0xd9f89ca4: netbsd:smsc_ioctl+0x110
 >   >  0xd9f89d4c: netbsd:if_mcast_op+0x50
 >   >  0xd9f89d9c: netbsd:in6_addmulti+0x1a8
 >   >  0xd9f89dc4: netbsd:in6_joingroup+0x44
 >   >  0xd9f89e4c: netbsd:ip6_ctloutput+0x137c
 >   >  0xd9f89e74: netbsd:udp6_ctloutput+0x9c
 >   >  0xd9f89ed4: netbsd:sosetopt+0x6c
 >   >  0xd9f89f0c: netbsd:sys_setsockopt+0x84
 >   >  0xd9f89f7c: netbsd:syscall+0x8c
 >   >  0xd9f89fac: netbsd:swi_handler+0x98
 >   >  db>
 >   
 >   Nick is your friend here.  The driver should not really block for a
 >   long time with softnet_lock held.
 >   
 >   --
 >   Mindaugas
 >   
 With the latest fixes I cannot replicate the issue an more. No idea what 
 i saw last weekend. So to issue is fixed for me.
 


Home | Main Index | Thread Index | Old Index