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

[Frank Kardel <kardel%netbsd.org@localhost>]

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
Cc: 
Subject: Re: kern/49065 (ifconfig tun0 ... sequence locks up system)
Date: Mon, 04 Aug 2014 01:23:23 +0200

 On 08/04/14 01:00, 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: Sun, 3 Aug 2014 23:56:36 +0100
 >
 >   Frank Kardel <kardel%netbsd.org@localhost> wrote:
 >   > 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
 >   > Cc:
 >   > Subject: Re: kern/49065 (ifconfig tun0 ... sequence locks up system)
 >   > Date: Mon, 04 Aug 2014 00:44:43 +0200
 >   >
 >   >  On 08/04/14 00:13, rmind%NetBSD.org@localhost wrote:
 >   >  > Synopsis: ifconfig tun0 ... sequence locks up system
 >   >  >
 >   >  > State-Changed-From-To: open->feedback
 >   >  > State-Changed-By: rmind%NetBSD.org@localhost
 >   >  > State-Changed-When: Sun, 03 Aug 2014 22:13:05 +0000
 >   >  > State-Changed-Why:
 >   >  > Can you cvs up and try again?
 >   >  >
 >   >  >
 >   >  I tried it, but it only survived to first duplicate tunnel config. The
 >   >  second one got stuck again like this.
 >   
 >   IPv6 is a sad copy-paste code.  Please cvs up and try again.
 >   
 >   --
 >   Mindaugas
 >   
 
 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>
 
 I can continue testing next weekend. $DAYJOB takes over.