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: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20191008121519.GS1263>