Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 21 Jan 2020 11:40:33 -0800
From:      Cy Schubert <Cy.Schubert@cschubert.com>
To:        freebsd-current@freebsd.org, "Alexander V. Chernikov" <melifaro@freebsd.org>, Nick Hibma <nick@van-laarhoven.org>, "current@freebsd.org" <current@freebsd.org>
Subject:   Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694
Message-ID:  <E20186F5-61DB-4827-ACDB-F613077D2807@cschubert.com>
In-Reply-To: <833361579628288@myt4-2943a877c094.qloud-c.yandex.net>
References:  <20191008121519.GS1263@albert.catwhisker.org> <20191009120451.GK1263@albert.catwhisker.org> <83DFEF06-AB56-4F5C-A11C-9888C85A34F5@van-laarhoven.org> <833361579628288@myt4-2943a877c094.qloud-c.yandex.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On January 21, 2020 9:38:08 AM PST, "Alexander V=2E Chernikov" <melifaro@fr=
eebsd=2Eorg> wrote:
>21=2E01=2E2020, 17:25, "Nick Hibma" <nick@van-laarhoven=2Eorg>:
>> When using a trivial program to read from the divert socket and post
>back the machine panics instantly when a packet is sent to userland and
>back again (incoming packet for the interface, so ifname is set)=2E This
>is current from today with no changes
>>
>> Any pointers as to how to fix this?
>Could you please try to apply an attached patch and try again?
>>
>> Thanks in advance for any help=2E
>>
>> Nick Hibma
>> nick@van-laarhoven=2Eorg
>>
>> -- Open Source: We stand on the shoulders of giants=2E
>>
>> Unread portion of the kernel message buffer:
>> panic: Assertion in_epoch(net_epoch_preempt) failed at
>/usr/src/sys/netinet/in=2Ec:968
>> cpuid =3D 0
>> time =3D 1579626632
>> KDB: stack backtrace:
>> db_trace_self_wrapper(3836393a,1a9000a,0,1fdc088c,bd5320,=2E=2E=2E) at
>db_trace_self_wrapper+0x2a/frame 0x1fdc0860
>> kdb_backtrace(2,1e03ebc,1fdc08e8,14683a4,20b72500,=2E=2E=2E) at
>kdb_backtrace+0x2e/frame 0x1fdc08c0
>> vpanic(1461278,1fdc0904,1fdc0904,1fdc0918,11355ac,=2E=2E=2E) at
>vpanic+0x11f/frame 0x1fdc08e4
>> panic(1461278,1512573,154b440,3c8,20b72500,=2E=2E=2E) at panic+0x14/fra=
me
>0x1fdc08f8
>> in_broadcast(f02000a,94df400,20b72594,1dc0ae8,2001be24,=2E=2E=2E) at
>in_broadcast+0x8c/frame 0x1fdc0918
>> div_send(2001bcc0,0,20b72500,9082e10,0,177f1a80) at
>div_send+0x1bd/frame 0x1fdc0958
>> sosend_generic(2001bcc0,9082e10,1fdc0a18,0,0,0,177f1a80) at
>sosend_generic+0x3c5/frame 0x1fdc09b4
>> sosend(2001bcc0,9082e10,1fdc0a18,0,0,=2E=2E=2E) at sosend+0x50/frame
>0x1fdc09e4
>> kern_sendit(177f1a80,3,1fdc0aa0,0,0,0) at kern_sendit+0x1b4/frame
>0x1fdc0a50
>> sendit(1fdc0aa0,0) at sendit+0x196/frame 0x1fdc0a88
>> sys_sendto(177f1a80,177f1d0c) at sys_sendto+0x50/frame 0x1fdc0ac8
>> syscall(1fdc0ba8,3b,3b,3b,54,=2E=2E=2E) at syscall+0x2db/frame 0x1fdc0b=
9c
>> Xint0x80_syscall() at 0xffc033c9/frame 0x1fdc0b9c
>> --- syscall (133, FreeBSD ELF32, sys_sendto), eip =3D 0xffc01230, esp =
=3D
>0xffc07fe8, ebp =3D 0xffbfeb68 ---
>> KDB: enter: panic
>>
>> 0x00fd1129 in doadump (textdump=3D0) at
>/usr/src/sys/kern/kern_shutdown=2Ec:392
>> 392 savectx(&dumppcb);
>> (kgdb) quit
>> {e}nick@fimkjecurrent:/home/nick % svn info /usr/src
>> Path: /usr/src
>> Working Copy Root Path: /usr/src
>> URL: svn+ssh://repo=2Efreebsd=2Eorg/base/head
>> Relative URL: ^/head
>> Repository Root: svn+ssh://repo=2Efreebsd=2Eorg/base
>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
>> Revision: 356907
>> Node Kind: directory
>> Schedule: normal
>> Last Changed Author: jhibbits
>> Last Changed Rev: 356904
>> Last Changed Date: 2020-01-20 05:01:35 +0100 (Mon, 20 Jan 2020)
>>
>>> =C2=A0On 9 Oct 2019, at 14:04, David Wolfskill <david@catwhisker=2Eorg=
>
>wrote:
>>>
>>> =C2=A0On Tue, Oct 08, 2019 at 05:15:19AM -0700, David Wolfskill wrote:
>>>> =C2=A0This was on my laptop (build machine, which was updated in
>parallel,
>>>> =C2=A0but uses a different NIC, had no issues) after a src update fro=
m
>>>> =C2=A0r353176 to r353298; laptop's NIC is wlan(4) (which is iwn(4), i=
n
>>>> =C2=A0this case)=2E
>>>
>>> =C2=A0After restoring the /boot/*=2Eold set, I was able to reboot & up=
date
>from
>>> =C2=A0r353298 to r353336=2E The subsequent reboot seemed OK =2E=2E=2E =
until the
>>> =C2=A0keyboard & mouse were enabled (under X11; I use xdm on the lapto=
p)=2E
>>>
>>> =C2=A0Then I got a slightly different panic:
>>>
>>> =C2=A0panic: Assertion in_epoch(net_epoch_preempt) failed at
>/usr/src/sys/net/if=2Ec:356
>>>
>>> =C2=A0Backtrace:
>>>
>>> =C2=A0panic: Assertion in_epoch(net_epoch_preempt) failed at
>/usr/src/sys/net/if=2Ec:356
>>> =C2=A0cpuid =3D 0
>>> =C2=A0time =3D 1570621553
>>> =C2=A0KDB: stack backtrace:
>>> =C2=A0db_trace_self_wrapper() at 0xffffffff8049ebab =3D
>db_trace_self_wrapper+0x2b/frame 0xfffffe1072956580
>>> =C2=A0vpanic() at 0xffffffff80b978fd =3D vpanic+0x19d/frame
>0xfffffe10729565d0
>>> =C2=A0panic() at 0xffffffff80b97693 =3D panic+0x43/frame 0xfffffe10729=
56630
>>> =C2=A0if_ref() at 0xffffffff80ca1b10 =3D if_ref/frame 0xfffffe10729566=
50
>>> =C2=A0sysctl_ifdata() at 0xffffffff80cb247d =3D sysctl_ifdata+0x4d/fra=
me
>0xfffffe1072956760
>>> =C2=A0sysctl_root_handler_locked() at 0xffffffff80ba714b =3D
>sysctl_root_handler_locked+0x7b/frame 0xfffffe10729567a0
>>> =C2=A0sysctl_root() at 0xffffffff80ba64dc =3D sysctl_root+0x20c/frame
>0xfffffe1072956820
>>> =C2=A0userland_sysctl() at 0xffffffff80ba6bab =3D
>userland_sysctl+0x17b/frame 0xfffffe10729568d0
>>> =C2=A0sys___sysctl() at 0xffffffff80ba69ef =3D sys___sysctl+0x5f/frame
>0xfffffe1072956980
>>> =C2=A0amd64_syscall() at 0xffffffff810480f4 =3D amd64_syscall+0x2d4/fr=
ame
>0xfffffe1072956ab0
>>> =C2=A0fast_syscall_common() at 0xffffffff8101eaa0 =3D
>fast_syscall_common+0x101/frame 0xfffffe1072956ab0
>>> =C2=A0--- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x8014d4=
d2a,
>rsp =3D 0x7fffffffeaa8, rbp =3D 0x7fffffffeae0 ---
>>> =C2=A0KDB: enter: panic
>>>
>>>> =C2=A0The ddb "dump" command recorded a dump, which I managed to
>capture; the
>>>> =C2=A0information may be found at
>>>> =C2=A0http://www=2Ecatwhisker=2Eorg/~david/FreeBSD/head/r353298/
>>>
>>> =C2=A0This one is at
>http://www=2Ecatwhisker=2Eorg/~david/FreeBSD/head/r353336
>>>
>>> =C2=A0As before, the (headless) build machine had no issues that I cou=
ld
>see=2E
>>>
>>> =C2=A0Peace,
>>> =C2=A0david
>>> =C2=A0--
>>> =C2=A0David H=2E Wolfskill david@catwhisker=2Eorg
>>> =C2=A0I am amazed that anyone would condone what Trunp has publicly
>admitted he did=2E
>>>
>>> =C2=A0See http://www=2Ecatwhisker=2Eorg/~david/publickey=2Egpg for my =
public
>key=2E
>>
>> _______________________________________________
>> freebsd-current@freebsd=2Eorg mailing list
>> https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>"freebsd-current-unsubscribe@freebsd=2Eorg"

Looks like the patch is missing a return(ret)=2E


--=20
Pardon the typos and autocorrect, small keyboard in use=2E=20
Cy Schubert <Cy=2ESchubert@cschubert=2Ecom>
FreeBSD UNIX: <cy@FreeBSD=2Eorg> Web: https://www=2EFreeBSD=2Eorg

The need of the many outweighs the greed of the few=2E

Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E20186F5-61DB-4827-ACDB-F613077D2807>