Date: Sun, 2 Sep 2018 08:52:11 -0600 From: Sean Bruno <sbruno@freebsd.org> To: Alexander Leidinger <Alexander@leidinger.net>, current@freebsd.org Subject: Re: page fault in ip6_output Message-ID: <53454938-96fc-a45a-9f3a-996024816bd7@freebsd.org> In-Reply-To: <20180902141713.Horde.K4sEjBr68eHohodvzTmRRp6@webmail.leidinger.net> References: <20180902141713.Horde.K4sEjBr68eHohodvzTmRRp6@webmail.leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CVGemNnLlGyPw7LKSfniGC439LwlmN9Q6 Content-Type: multipart/mixed; boundary="FZIK4wQSdgIWl6SUCMLvYStEIffvSBTKe"; protected-headers="v1" From: Sean Bruno <sbruno@freebsd.org> To: Alexander Leidinger <Alexander@leidinger.net>, current@freebsd.org Message-ID: <53454938-96fc-a45a-9f3a-996024816bd7@freebsd.org> Subject: Re: page fault in ip6_output References: <20180902141713.Horde.K4sEjBr68eHohodvzTmRRp6@webmail.leidinger.net> In-Reply-To: <20180902141713.Horde.K4sEjBr68eHohodvzTmRRp6@webmail.leidinger.net> --FZIK4wQSdgIWl6SUCMLvYStEIffvSBTKe Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 9/2/18 6:17 AM, Alexander Leidinger wrote: > Hi, >=20 > -current at r338322 with manually applied r338372 (fix potential data > corruption in iflib) and r338416 (re-compute arc size). >=20 > What worries me a little bit about the validity of this report is the > gdb 8.1.1 error when loading the dump/kernel: > ---snip--- > warning: kld_current_sos: Can't read filename: Unknown error: -1 >=20 > inferior.c:311: internal-error: struct inferior *find_inferior_pid(int)= : > Assertion `pid !=3D 0' failed. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) [answered Y; input not from termi= nal] >=20 > This is a bug, please report it.=C2=A0 For instructions, see: > <http://www.gnu.org/software/gdb/bugs/>. >=20 > inferior.c:311: internal-error: struct inferior *find_inferior_pid(int)= : > Assertion `pid !=3D 0' failed. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Create a core file of GDB? (y or n) [answered Y; input not from termina= l] > Abort trap (core dumped) > ---snip--- >=20 > kernel panic: > ---snip--- > Unread portion of the kernel message buffer: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 5; apic id =3D 13 > fault virtual address=C2=A0=C2=A0 =3D 0x98 > fault code=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 =3D supervisor read data, page not present > instruction pointer=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0x20:0xffffffff8068cbf2= > stack pointer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =3D 0x28:0xfffffe0128caa510 > frame pointer=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =3D 0x28:0xfffffe0128caa760 > code segment=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =3D base 0x0, limit 0xfffff, type 0x1b > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D DP= L 0, pres 1, long 1, def32 0, gran 1 > processor eflags=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D interrup= t enabled, resume, IOPL =3D 0 > current process=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 165= 8 (isc-worker0003) > trap number=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 =3D 12 > panic: page fault > cpuid =3D 5 > time =3D 1535835179 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe0128caa1c0 > vpanic() at vpanic+0x1a3/frame 0xfffffe0128caa220 > panic() at panic+0x43/frame 0xfffffe0128caa280 > trap_fatal() at trap_fatal+0x35f/frame 0xfffffe0128caa2d0 > trap_pfault() at trap_pfault+0x49/frame 0xfffffe0128caa330 > trap() at trap+0x2ba/frame 0xfffffe0128caa440 > calltrap() at calltrap+0x8/frame 0xfffffe0128caa440 > --- trap 0xc, rip =3D 0xffffffff8068cbf2, rsp =3D 0xfffffe0128caa510, r= bp =3D > 0xfffffe0128caa760 --- > ip6_output() at ip6_output+0xf82/frame 0xfffffe0128caa760 > udp6_send() at udp6_send+0x702/frame 0xfffffe0128caa920 > sosend_dgram() at sosend_dgram+0x346/frame 0xfffffe0128caa980 > kern_sendit() at kern_sendit+0x170/frame 0xfffffe0128caaa10 > sendit() at sendit+0x19e/frame 0xfffffe0128caaa60 > sys_sendmsg() at sys_sendmsg+0x61/frame 0xfffffe0128caaac0 > amd64_syscall() at amd64_syscall+0x254/frame 0xfffffe0128caabf0 > fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0128ca= abf0 > --- syscall (28, FreeBSD ELF64, sys_sendmsg), rip =3D 0x8015adf0a, rsp = =3D > 0x7fffdf9f7218, rbp =3D 0x7fffdf9f7250 --- > Uptime: 22h37m4s > Dumping 13174 out of 61352 > MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > ---snip--- >=20 > I can not reproduce it at will, but it happens often enough (from once = a > day to several times after each reboot). >=20 > Can this gdb be trusted? If yes, which frame do you want to see more > detailed? >=20 > Bye, > Alexander. >=20 I think, you have hit this, no? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230950 --FZIK4wQSdgIWl6SUCMLvYStEIffvSBTKe-- --CVGemNnLlGyPw7LKSfniGC439LwlmN9Q6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAluL+RtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LZLFQf/asLxDeJsKk5yZVY4Lk90Wlqlbmc2Afu/Y6S+aS+Vdi56w5QsSr5nS17b kGiZGlt95EvUpPr+flEw6XYd/SRnfVNnYNghEY2sEfDSZ/vm/O3WbV+Pm1/GkMLU +OSci/JR/2hNu9r/i/Aq8AwCa601iUWei2HESoHBGGgC7dq90vXAGTRAYUqoN557 Q1d7EdLYaz6M/dyB7Mdo2AWmZPZI6ERsTdmyan5dqTC5kUgsfB0PhlGid+PHfL+b 7EswMAhaBCkC0aT9HJjlCA3J1pzA1pffKSXbtpuToCPbn2Tn5kqMeiln5vO2GDDW jTMAwc5JMbfVIgO/OJFTI+rVaLUnRw== =zi8+ -----END PGP SIGNATURE----- --CVGemNnLlGyPw7LKSfniGC439LwlmN9Q6--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53454938-96fc-a45a-9f3a-996024816bd7>