Date: Thu, 14 Jan 2016 19:15:36 +0300 From: Alexander V. Chernikov <melifaro@freebsd.org> To: Yamagi Burmeister <lists@yamagi.org>, "freebsd-net@freebsd.org" <freebsd-net@freebsd.org> Subject: Re: Panic in route.c:579 on SSH connect with 11-CURRENT at r293913 Message-ID: <124751452788136@web28o.yandex.ru> In-Reply-To: <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org> References: null <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org>
next in thread | previous in thread | raw e-mail | index | archive | help
14.01.2016, 18:29, "Yamagi Burmeister" <lists@yamagi.org>: > Hello, > with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying > to connect through SSH: > > Unread portion of the kernel message buffer: > panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry > @ /usr/src/sys/net/route.c:579 This seems to be caused by r293466. I'll do more investigation and reply. > > (kgdb) bt > #0 doadump (textdump=-2122574672) at pcpu.h:221 > #1 0xffffffff803823b6 in db_fncall (dummy1=<value optimized out>, > dummy2=<value optimized out>, dummy3=<value optimized out>, > dummy4=<value optimized out>) at /usr/src/sys/ddb/db_command.c:568 > #2 0xffffffff80381e4e in db_command (cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:440 > #3 0xffffffff80381be4 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:493 > #4 0xffffffff8038467b in db_trap (type=<value optimized out>, code=0) > at /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff80a5d893 in kdb_trap (type=3, code=0, tf=<value optimized out>) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80e6a2a8 in trap (frame=0xfffffe011b3b21e0) > at /usr/src/sys/amd64/amd64/trap.c:556 > #7 0xffffffff80e4ad47 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:234 > #8 0xffffffff80a5cf7b in kdb_enter (why=0xffffffff8137b8dc "panic", > msg=0x80 <Address 0x80 out of bounds>) at cpufunc.h:63 > #9 0xffffffff80a2046f in vpanic (fmt=<value optimized out>, > ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:750 > #10 0xffffffff80a202c6 in kassert_panic (fmt=<value optimized out>) > at /usr/src/sys/kern/kern_shutdown.c:647 > #11 0xffffffff80a04441 in __mtx_lock_sleep (c=0xfffff80006b89cf0, > tid=<value optimized out>, opts=<value optimized out>, > file=<value optimized out>, line=1) at /usr/src/sys/kern/kern_mutex.c:396 > #12 0xffffffff80a0412d in __mtx_lock_flags (c=<value optimized out>, opts=0, > file=0xffffffff81395a63 "/usr/src/sys/net/route.c", line=579) > at /usr/src/sys/kern/kern_mutex.c:222 > #13 0xffffffff80b10ffe in rtredirect_fib (dst=0xfffffe011b3b2600, > gateway=0xfffffe011b3b25f0, netmask=0x0, flags=6, src=0xfffffe011b3b25e0, > fibnum=0) at /usr/src/sys/net/route.c:579 > #14 0xffffffff80b6cad7 in icmp_input (mp=0xfffffe011b3b2670, > offp=0xfffffe011b3b266c, proto=1) at /usr/src/sys/netinet/ip_icmp.c:614 > #15 0xffffffff80b6d5cd in ip_input (m=0x4) > at /usr/src/sys/netinet/ip_input.c:786 > #16 0xffffffff80b0c861 in netisr_dispatch_src (proto=<value optimized out>, > source=<value optimized out>, m=0xfffff80006720b00) > at /usr/src/sys/net/netisr.c:972 > #17 0xffffffff80b029be in ether_demux (ifp=<value optimized out>, > m=<value optimized out>) at /usr/src/sys/net/if_ethersubr.c:803 > #18 0xffffffff80b03704 in ether_nh_input (m=<value optimized out>) > at /usr/src/sys/net/if_ethersubr.c:609 > #19 0xffffffff80b0c861 in netisr_dispatch_src (proto=<value optimized out>, > source=<value optimized out>, m=0xfffff80006720b00) > at /usr/src/sys/net/netisr.c:972 > #20 0xffffffff80b02cbf in ether_input (ifp=0xfffff80003f2b000, m=0x0) > at /usr/src/sys/net/if_ethersubr.c:713 > #21 0xffffffff808a1b43 in vtnet_rxq_eof (rxq=0xfffff80003f06e00) > at /usr/src/sys/dev/virtio/network/if_vtnet.c:1732 > #22 0xffffffff808a284e in vtnet_rx_vq_intr (xrxq=0xfffff80003f06e00) > at /usr/src/sys/dev/virtio/network/if_vtnet.c:1863 > #23 0xffffffff809e8ef6 in intr_event_execute_handlers ( > p=<value optimized out>, ie=0xfffff80003ede200) > at /usr/src/sys/kern/kern_intr.c:1262 > #24 0xffffffff809e9586 in ithread_loop (arg=0xfffff80003cbbc60) > at /usr/src/sys/kern/kern_intr.c:1275 > #25 0xffffffff809e67b4 in fork_exit ( > callout=0xffffffff809e94e0 <ithread_loop>, arg=0xfffff80003cbbc60, > frame=0xfffffe011b3b29c0) at /usr/src/sys/kern/kern_fork.c:1010 > #26 0xffffffff80e4b27e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:609 > #27 0x0000000000000000 in ?? () > Current language: auto; currently minimal > > This a a byhve VM with an VirtIO network adapter: > > virtio_pci0: <VirtIO PCI Network adapter> port 0x2000-0x201f mem 0xc0000000-0xc0001fff irq 16 at device 2.0 on pci0 > vtnet0: <VirtIO Networking Adapter> on virtio_pci0 > vtnet0: Ethernet address: 00:a0:98:51:ed:26 > 001.000048 [ 421] vtnet_netmap_attach max rings 1 > vtnet0: netmap queues/slots: TX 1/1024, RX 1/1024 > 001.000049 [ 426] vtnet_netmap_attach virtio attached txq=1, txd=1024 rxq=1, rxd=1024 > > This may be caused by the recent routing work, but I'm not quite > sure. I have the dump and I'm able to reproduce this easily so > more information can be provided if necessary. > > Regards, > Yamagi > > -- > Homepage: www.yamagi.org > XMPP: yamagi@yamagi.org > GnuPG/GPG: 0xEFBCCBCB > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?124751452788136>