Date: Tue, 17 Jan 2017 06:45:42 -0700 From: Sean Bruno <sbruno@freebsd.org> To: "O. Hartmann" <ohartmann@walstatt.org>, Manfred Antar <null@pozo.com> Cc: freebsd-current@freebsd.org Subject: Re: Panic on boot current amd64 Message-ID: <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> In-Reply-To: <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM Content-Type: multipart/mixed; boundary="cFmOQbNHuqhkTFICTMfQ7pUVuDxL8Xb2w"; protected-headers="v1" From: Sean Bruno <sbruno@freebsd.org> To: "O. Hartmann" <ohartmann@walstatt.org>, Manfred Antar <null@pozo.com> Cc: freebsd-current@freebsd.org Message-ID: <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> Subject: Re: Panic on boot current amd64 References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> --cFmOQbNHuqhkTFICTMfQ7pUVuDxL8Xb2w Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 01/17/17 02:10, O. Hartmann wrote: > Am Mon, 16 Jan 2017 10:33:35 -0800 > Manfred Antar <null@pozo.com> schrieb: >=20 >> From current today after changes to /sys/sys/gtaskqueue.h (r312293) I = get panic on boot. >> reverting to r312235 boot ok >> >> random: harvesting attach, 8 bytes (4 bits) from uhub9 >> ugen1.3: <Logitech USB Optical Mouse> at usbus1 >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 2; apic id =3D 02 >> fault virtual address =3D 0x64 >> fault code =3D supervisor read data, page not present >> instruction pointer =3D 0x20:0xffffffff80660449 >> stack pointer =3D 0x28:0xfffffe0466aa9010 >> frame pointer =3D 0x28:0xfffffe0466aa9030 >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags =3D resume, IOPL =3D 0 >> current process =3D 60445 (ifconfig) >> [ thread pid 60445 tid 100131 ] >> Stopped at grouptaskqueue_enqueue+0x19: cmpl $0,0x64(%rbx) >> db> bt =20 >> Tracing pid 60445 tid 100131 td 0xfffff800088df500 >> grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x19/frame 0xfffffe= 0466aa9030 >> em_intr() at em_intr+0x8c/frame 0xfffffe0466aa9060 >> iflib_fast_intr() at iflib_fast_intr+0x2c/frame 0xfffffe0466aa9080 >> intr_event_handle() at intr_event_handle+0x9b/frame 0xfffffe0466aa90d0= >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe04= 66aa9100 >> lapic_handle_intr() at lapic_handle_intr+0x3f/frame 0xfffffe0466aa9120= >> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0466aa9120 >> --- interrupt, rip =3D 0xffffffff809639ad, rsp =3D 0xfffffe0466aa91f0,= rbp =3D >> 0xfffffe0466aa9200 --- spinlock_exit() at spinlock_exit+0x2d/frame 0xf= ffffe0466aa9200 >> smp_rendezvous_cpus() at smp_rendezvous_cpus+0x272/frame 0xfffffe0466a= a9270 >> smp_rendezvous() at smp_rendezvous+0x40/frame 0xfffffe0466aa92a0 >> counter_u64_alloc() at counter_u64_alloc+0x3e/frame 0xfffffe0466aa92c0= >> rtentry_zinit() at rtentry_zinit+0x11/frame 0xfffffe0466aa92e0 >> keg_alloc_slab() at keg_alloc_slab+0x1e3/frame 0xfffffe0466aa9350 >> keg_fetch_slab() at keg_fetch_slab+0x16e/frame 0xfffffe0466aa93a0 >> zone_fetch_slab() at zone_fetch_slab+0x9e/frame 0xfffffe0466aa93e0 >> zone_import() at zone_import+0x52/frame 0xfffffe0466aa9430 >> uma_zalloc_arg() at uma_zalloc_arg+0x450/frame 0xfffffe0466aa94a0 >> rtrequest1_fib() at rtrequest1_fib+0xfc/frame 0xfffffe0466aa95c0 >> rtinit() at rtinit+0x390/frame 0xfffffe0466aa9740 >> in_addprefix() at in_addprefix+0xef/frame 0xfffffe0466aa97b0 >> in_control() at in_control+0x9dc/frame 0xfffffe0466aa9850 >> ifioctl() at ifioctl+0xdcc/frame 0xfffffe0466aa98d0 >> kern_ioctl() at kern_ioctl+0x274/frame 0xfffffe0466aa9950 >> sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe0466aa9a20 >> amd64_syscall() at amd64_syscall+0x488/frame 0xfffffe0466aa9bb0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0466aa9bb0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x4b194a, rsp =3D = 0x7fffffffe478, rbp =3D >> 0x7fffffffe4d0 --- >> db> =20 >> >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >=20 >=20 > Has this been fixed? I bugs mee, too. > I went back to r312235, too, which doesn't coredump. >=20 > Regards, >=20 > oh >=20 For the time being, I'm suggesting people add EARLY_AP_START to their kernel configs as is in GENERIC. We are still debugging this. sean --cFmOQbNHuqhkTFICTMfQ7pUVuDxL8Xb2w-- --tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAlh+IAZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmRitggAjynW+TGH6dzEH+4HQlHxZnNGsa4EB+KT6CNTg5wyL1/rt8ObzuDmm9Hn /KUxWfmIpK1YrW7meA0WSmbu4V6WeDnHveNG9X0LGVyKE7X5p63yhZz+Y3AaiOzV s+M1PYaWouXCoLH2XGiHucmsby4tr7frplDlgc7aHovMSQ538pCvf21mun91qWiP ISiFg6E0vtGHYtG17yxOQp2V54k3mGR8Qy7UMaOhuLRSfCY4WB0H2/RLvzILiVSj 8AYTyazUqrzkg8Cp2KGWR2zSTcbH4EvxwU2Ij+6W36+ec66KAn8IGF2R20yDYaZ0 u52O32xy06X5GlXn1k5PX5kwJ1mAng== =RLDA -----END PGP SIGNATURE----- --tLup09WKIi94lbcxiIjtVAj8dTQbmgIvM--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3ebeacaa-3976-d8cd-5c82-621ea15a6205>