From owner-freebsd-bugs@freebsd.org Fri Aug 10 19:04:26 2018 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DCE9107235C for ; Fri, 10 Aug 2018 19:04:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 242C176853 for ; Fri, 10 Aug 2018 19:04:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D9D61107235A; Fri, 10 Aug 2018 19:04:25 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7DE71072359 for ; Fri, 10 Aug 2018 19:04:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4209176852 for ; Fri, 10 Aug 2018 19:04:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8D5368755 for ; Fri, 10 Aug 2018 19:04:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7AJ4O14077487 for ; Fri, 10 Aug 2018 19:04:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7AJ4Oc4077486 for bugs@FreeBSD.org; Fri, 10 Aug 2018 19:04:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 230510] iflib/vlan panic: sleeping thread Date: Fri, 10 Aug 2018 19:04:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bugzilla.freebsd@omnilan.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 19:04:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230510 Bug ID: 230510 Summary: iflib/vlan panic: sleeping thread Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: bugzilla.freebsd@omnilan.de If I utilize rc.network(8) to create a vlan(4) child of a iflib em0(4) pare= nt device, I get really a lot of LOR's (most likely all LOR's too fast to read= ).=20 Estimated 500-2000 LOR's before panic. Here's the backtrace: #1 0xffffffff803ecb2b in db_dump (dummy=3D, dummy2=3D= , dummy3=3D,=20 dummy4=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/ddb/db_command.c:574 #2 0xffffffff803ec8f9 in db_command (cmd_table=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/ddb/db_command.c:481 #3 0xffffffff803ec674 in db_command_loop () at /usr/local/share/deploy-tools/HEAD/src/sys/ddb/db_command.c:534 #4 0xffffffff803ef8ff in db_trap (type=3D, code=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/ddb/db_main.c:252 #5 0xffffffff80834923 in kdb_trap (type=3D3, code=3D0, tf=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/subr_kdb.c:693 #6 0xffffffff80b4a3ef in trap (frame=3D0xfffffe00751e8560) at /usr/local/share/deploy-tools/HEAD/src/sys/amd64/amd64/trap.c:605 #7 0xffffffff80b25d95 in calltrap () at /usr/local/share/deploy-tools/HEAD/src/sys/amd64/amd64/exception.S:232 #8 0xffffffff80833ffb in kdb_enter (why=3D0xffffffff80ca81cc "panic", msg= =3D) at cpufunc.h:65 #9 0xffffffff807e9c00 in vpanic (fmt=3D, ap=3D0xfffffe00751e86d0) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_shutdown.c:852 #10 0xffffffff807e9c93 in panic (fmt=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_shutdown.c:790 #11 0xffffffff8084bab5 in propagate_priority (td=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/subr_turnstile.c:228 #12 0xffffffff8084c56d in turnstile_wait (ts=3D0xfffff80003089e40, owner=3D0xfffff800035da580, queue=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/subr_turnstile.c:783 #13 0xffffffff807c7cf1 in __mtx_lock_sleep (c=3D0xfffff80003636ee0, v=3D, opts=3D,=20 file=3D, line=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_mutex.c:639 #14 0xffffffff807c7a79 in __mtx_lock_flags (c=3D0xfffff80003636ee0, opts=3D= , file=3D,=20 line=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_mutex.c:255 #15 0xffffffff807e3725 in _rm_wlock (rm=3D0xfffff80003636e88) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_rmlock.c:540 #16 0xffffffff807e3a94 in _rm_wlock_debug (rm=3D0xfffff80003636e88,=20 file=3D0xffffffff80cb26fe "/usr/local/share/deploy-tools/HEAD/src/sys/net/if_vlan.c", line=3D1639) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_rmlock.c:605 #17 0xffffffff80904f9b in vlan_link_state (ifp=3D0xfffff80003ba3000) at /usr/local/share/deploy-tools/HEAD/src/sys/net/if_vlan.c:1639 #18 0xffffffff808efd90 in do_link_state_change (arg=3D0xfffff80003ba3000, pending=3D1) at /usr/local/share/deploy-tools/HEAD/src/sys/net/if.c:2332 #19 0xffffffff808484bc in taskqueue_run_locked (queue=3D0xfffff800030b3500) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/subr_taskqueue.c:465 #20 0xffffffff8084832a in taskqueue_run (queue=3D0xfffff800030b3500) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/subr_taskqueue.c:484 #21 0xffffffff807ab180 in ithread_loop (arg=3D) at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_intr.c:1043 #22 0xffffffff807a8004 in fork_exit (callout=3D0xffffffff807ab040 , arg=3D0xfffff8000359e080, frame=3D0xfffffe00751e8ac0) ---Type to continue, or q to quit--- at /usr/local/share/deploy-tools/HEAD/src/sys/kern/kern_fork.c:1057 #23 0xffffffff80b26d6e in fork_trampoline () at /usr/local/share/deploy-tools/HEAD/src/sys/amd64/amd64/exception.S:990 #24 0x0000000000000000 in ?? () Unfortunately I don't have the source easily accessabele on that system and also no easy way to capture console output. Please tell me if additional info is a prerequisite to analyze the problem, I'll provide the missing parts. Thanks, -harry P.S.: If I manually create the vlan(4) child from multi user shell, there a= re LOR's but _no_ panic happening. Also, the vlan(4) device works afterwards. --=20 You are receiving this mail because: You are the assignee for the bug.=