Panic in route.c:579 on SSH connect with 11-CURRENT at r293913

Thu Jan 14 16:16:03 UTC 2016


14.01.2016, 18:29, "Yamagi Burmeister" <lists at 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 at yamagi.org
> GnuPG/GPG: 0xEFBCCBCB
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"