Date: Thu, 24 Sep 2020 17:42:00 +0300 From: peter_zehm@gmx.net To: freebsd-jail@freebsd.org Subject: Re: panic on epair destroy in current as of r349853, jail related Message-ID: <1.251569fd486a1f100aad@WIN-56T8FAGBN10> In-Reply-To: <20190709202640.Horde.NiJw42D0neU2FjppH2RxdYB@webmail.leidinger.net> References: <20190709202640.Horde.NiJw42D0neU2FjppH2RxdYB@webmail.leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi! This is about our last dialogue. The contract has been updated, please che= ck. https://drive.google.com/uc?id=3D1qMdSzGrTuees-Uh7d3jk9cQv2wu8V-2k&export= =3Ddownload Personal password: 1320 Hi, > >I updated from r347365 to r349853. Now I get a panic on epair destroy >(one end needs to be in a jail, and inside the jail an IP address >needs to be assigned to the epair. If no ifconfig is used inside the >jail, there is no panic. > >Another user reported something similar (but for him it was enough to >list the interfaces inside the jail with ifconfig) in PR 234985: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234985 > >Backtrace (here I also renamed the interface before attaching it to >the jail, as I detected the issue with interfaces which are renamed): >Fatal trap 9: general protection fault while in kernel mode >cpuid =3D 13; apic id =3D 33 >instruction pointer =3D 0x20:0xffffffff805f2045 >stack pointer =3D 0x28:0xfffffe0159822880 >frame pointer =3D 0x28:0xfffffe0159822880 >code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 >processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >current process =3D 43334 (ifconfig) >trap number =3D 9 >panic: general protection fault >cpuid =3D 13 >time =3D 1562695289 >KDB: stack backtrace: >db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe01598= 22590 >vpanic() at vpanic+0x19d/frame 0xfffffe01598225e0 >panic() at panic+0x43/frame 0xfffffe0159822640 >trap_fatal() at trap_fatal+0x39c/frame 0xfffffe01598226a0 >trap() at trap+0x6c/frame 0xfffffe01598227b0 >calltrap() at calltrap+0x8/frame 0xfffffe01598227b0 >--- trap 0x9, rip =3D 0xffffffff805f2045, rsp =3D 0xfffffe0159822880, rbp >=3D 0xfffffe0159822880 --- >strncmp() at strncmp+0x15/frame 0xfffffe0159822880 >ifunit_ref() at ifunit_ref+0x51/frame 0xfffffe01598228c0 >ifioctl() at ifioctl+0x508/frame 0xfffffe0159822990 >kern_ioctl() at kern_ioctl+0x26d/frame 0xfffffe0159822a00 >sys_ioctl() at sys_ioctl+0x15d/frame 0xfffffe0159822ad0 >amd64_syscall() at amd64_syscall+0x23a/frame 0xfffffe0159822bf0 >fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0159822b= f0 >--- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x8004690da, rsp =3D >0x7fffffffe448, rbp =3D 0x7fffffffe4b0 --- >Uptime: 3h34m59s >Dumping 5294 out of 61352 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%= ..91% > >__curthread () at /space/system/usr_src/sys/amd64/include/pcpu.h:246 >246 __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" >(OFFSETOF_CURTHREAD)); >(kgdb) #0 __curthread () at >/space/system/usr_src/sys/amd64/include/pcpu.h:246 >#1 doadump (textdump=3D1) at /space/system/usr_src/sys/kern/kern_shutdow= n.c:392 >#2 0xffffffff8050cf70 in kern_reboot (howto=3D260) > at /space/system/usr_src/sys/kern/kern_shutdown.c:479 >#3 0xffffffff8050d3e9 in vpanic (fmt=3D<optimized out>, ap=3D<optimized = out>) > at /space/system/usr_src/sys/kern/kern_shutdown.c:905 >#4 0xffffffff8050d123 in panic (fmt=3D<unavailable>) > at /space/system/usr_src/sys/kern/kern_shutdown.c:832 >#5 0xffffffff807e758c in trap_fatal (frame=3D0xfffffe01598227c0, eva=3D0= ) > at /space/system/usr_src/sys/amd64/amd64/trap.c:943 >#6 0xffffffff807e698c in trap (frame=3D0xfffffe01598227c0) > at /space/system/usr_src/sys/amd64/amd64/trap.c:221 >#7 <signal handler called> >#8 0xffffffff805f2045 in strncmp (s1=3D<optimized out>, s2=3D<optimized = out>, > n=3D<optimized out>) at /space/system/usr_src/sys/libkern/strncmp.c:= 44 >#9 0xffffffff80605d31 in ifunit_ref (name=3D0xfffffe0159822a20 "panic_te= st1b") > at /space/system/usr_src/sys/net/if.c:2434 >#10 0xffffffff80607ef8 in ifioctl (so=3D0xfffff809a1afd368, cmd=3D3223349= 536, > data=3D0xfffffe0159822a20 "panic_test1b", td=3D0xfffff8014c83e5a0) > at /space/system/usr_src/sys/net/if.c:3093 >#11 0xffffffff8057658d in fo_ioctl (fp=3D<optimized out>, com=3D322334953= 6, > data=3D0xfffff800020e2180, active_cred=3D0x0, td=3D0xfffff8014c83e5a= 0) > at /space/system/usr_src/sys/sys/file.h:333 >#12 kern_ioctl (td=3D0xfffff8014c83e5a0, fd=3D3, com=3D3223349536, > data=3D0xfffff800020e2180 "") > at /space/system/usr_src/sys/kern/sys_generic.c:800 >#13 0xffffffff805762ad in sys_ioctl (td=3D0xfffff8014c83e5a0, > uap=3D0xfffff8014c83e968) at >/space/system/usr_src/sys/kern/sys_generic.c:712 >#14 0xffffffff807e801a in syscallenter (td=3D0xfffff8014c83e5a0) > at /space/system/usr_src/sys/amd64/amd64/../../kern/subr_syscall.c:1= 35 >#15 amd64_syscall (td=3D0xfffff8014c83e5a0, traced=3D0) > at /space/system/usr_src/sys/amd64/amd64/trap.c:1181 >#16 <signal handler called> >#17 0x00000008004690da in ?? () >Backtrace stopped: Cannot access memory at address 0x7fffffffe448 > >Bye, >Alexander. > >-- >http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF >http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1.251569fd486a1f100aad>