Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 8 Oct 2019 05:15:19 -0700
From:      David Wolfskill <david@catwhisker.org>
To:        current@freebsd.org
Subject:   panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694
Message-ID:  <20191008121519.GS1263@albert.catwhisker.org>

Next in thread | Raw E-Mail | Index | Archive | Help

--XRPI7xQoa2Wly/1i
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

This was on my laptop (build machine, which was updated in parallel,
but uses a different NIC, had no issues) after a src update from
r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), in
this case).

The ddb "dump" command recorded a dump, which I managed to capture; the
information may be found at
http://www.catwhisker.org/~david/FreeBSD/head/r353298/

Here's the backtrace (from
http://www.catwhisker.org/~david/FreeBSD/head/r353298/core.txt.0):

panic: Assertion in_epoch(net_epoch_preempt) failed at /usr/src/sys/net/if.=
c:3694
cpuid =3D 3
time =3D 1570535588
KDB: stack backtrace:
db_trace_self_wrapper() at 0xffffffff8049ebab =3D db_trace_self_wrapper+0x2=
b/frame 0xfffffe103196a8b0
vpanic() at 0xffffffff80b979bd =3D vpanic+0x19d/frame 0xfffffe103196a900
panic() at 0xffffffff80b97753 =3D panic+0x43/frame 0xfffffe103196a960
if_delmulti_ifma_flags() at 0xffffffff80ca9231 =3D if_delmulti_ifma_flags+0=
x141/frame 0xfffffe103196a990
inm_release_task() at 0xffffffff80d3211c =3D inm_release_task+0x1ac/frame 0=
xfffffe103196a9f0
gtaskqueue_run_locked() at 0xffffffff80be1c59 =3D gtaskqueue_run_locked+0xf=
9/frame 0xfffffe103196aa40
gtaskqueue_thread_loop() at 0xffffffff80be1a18 =3D gtaskqueue_thread_loop+0=
x88/frame 0xfffffe103196aa70
fork_exit() at 0xffffffff80b55714 =3D fork_exit+0x84/frame 0xfffffe103196aa=
b0
fork_trampoline() at 0xffffffff8101f28e =3D fork_trampoline+0xe/frame 0xfff=
ffe103196aab0
--- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 ---
KDB: enter: panic


I was unable to boot from (yesterday's) kernel.old -- loader whined
something about a header mismatch (I think -- there was a fair bit
of text-overwriting).  I was able to extract the dump by rebooting
=66rom the same kernel, but disabling the NIC first, then switching
to a vty, logging in, and I managed to run "sync" a few times before
it panicked again.

I expect that for tomorrow, I'll end up "cloning" the stable/12
slice over the top of the head slice, then upgrade from stable/12
to head again.

Peace,
david
--=20
David H. Wolfskill				david@catwhisker.org
I am amazed that anyone would condone what Trunp has publicly admitted he d=
id.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

--XRPI7xQoa2Wly/1i
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl2cfddfFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy
OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2
PclqfQf/RoXBOneNT1TNfdRBv4Q8e2MESu8tFCWLJp7fJxnik3YJixZ1GwsrK0FC
h6hX6T8BLnklVgAxYmZe6M7BGI9f64aONEfJuC9l/jgCeSU6JF1hIKNvuD/zmPUA
yOFMZx2eWzBj16we2ItaS931EZ3zr4GvIDBzJcAg0gFHBsfbyjNfVrdACwCi/I+C
jHx69ZRhcRlI3CHng8IA3Wn6SO+vrhgQwaSgs4qgxSSeeoadKYIxT3NF9wJYQu1E
qMPJPbEzfu+zPOx2SrwVTC9xiYu7N53TBYbKlsHnE1GNNH9DkZ2ke9zTzz+2sFTA
K3mvtf0fptxZinMSvV/w+m3oK3ig5w==
=4q8r
-----END PGP SIGNATURE-----

--XRPI7xQoa2Wly/1i--



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?20191008121519.GS1263>