From owner-freebsd-current@freebsd.org Tue Jan 17 15:08:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91AC2CB38B3 for ; Tue, 17 Jan 2017 15:08:56 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B8531843; Tue, 17 Jan 2017 15:08:55 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([85.178.51.158]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LwF9u-1cUDjc1BSI-0185xv; Tue, 17 Jan 2017 16:08:30 +0100 Date: Tue, 17 Jan 2017 16:08:20 +0100 From: "O. Hartmann" To: Sean Bruno Cc: "O. Hartmann" , Manfred Antar , freebsd-current@freebsd.org Subject: Re: Panic on boot current amd64 Message-ID: <20170117160820.52438326@thor.intern.walstatt.dynvpn.de> In-Reply-To: <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> References: <5A181CDD-D77D-40F3-8C3A-8A222689A2A1@pozo.com> <20170117101033.4383c652@thor.intern.walstatt.dynvpn.de> <3ebeacaa-3976-d8cd-5c82-621ea15a6205@freebsd.org> Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/0B_kx2Fgkw8rfrkZes2kUD9"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:bGckqtoaGe4yr8nW2POFzzzch5m6w4OdycmaYkHg4F91srHEdCy KpAu1k0TpwoyK6xuDtIVVcwL0jSVSms8ihQrR8KpyXhAraLnNlnm7rT9pjMHmLcbRVUhrHx QB27XLtZuZFmvUIAYBH/36EeJhPOlW+3kmPfhsT7Jv0lrA9eu8UuOLDgxuUmfBWgPyb/P/g whtP/93HkyA0LGUmk6seg== X-UI-Out-Filterresults: notjunk:1;V01:K0:56ltyEYlNW0=:NhxjXJy9tz5gbXirJ0btlo VtTfHXgq9hE62IMR9VMSaD5CpSyfkXEj3MXJQyC71oApshzH/ieqJ0jqV2Ws117m9vAfAdP6u RDtU0SBBWQcNQ5KhDKIUYfT80wMEWkAx4Tu4QLLh0ffUQOxotLdqxTusEjezFOvQLFwKsvpf1 49UPM71WhUjMc2hntJqbCy2+aR/AIMVIXZud9oosMAl/xwSxIaIMWBvS4qW75UdshucDHdsqZ 2EOPtqQpgVRWymGmuPw5WHOSFtE5xn0x07M96RxOomxgR0vdZILwLsQ397zpWa56ndVBW2MG5 89vtbz95g0I+kIGDUN1X9b8kdKzxqwBDUrFxnJVYmQApXaLBF/oKPOxB3kOa+hIK9K2uTM/vo N8czy4WM+7DreQtj6DZsb2kREi0nvu3rtsO9yvvdiIhjSLEGCZN0Vu3/oDyP6bpkOIdW8UKeg MS4634GhMIB2a2wo6eZcq9cJARlc+XyCBSlWK2LofsLHRilfaZJawkRSB7p+tZAgcC1ZyJQy0 5BlpW8xcw9YCS+40+Cs/E8Okka4xq7rWScUwLujOXXN9ttZX48t7RexFyOjylskmo1FoESvrt hKHmCnB/Gx6ZcR3/671Ye1H4BTbLQNO2NGUvQqmtXVSQ4fzZMa3ItN2PZA8pLRr3vCl5EAz8Q njO/RhbeFk+JCMWPQSHz3N9OUrLglzq7gPo5YSDKXNB8gA9rmmgzlhyxXR0VhHMtMi0UBkeA7 L8SAZIiycrjQqZHGqtLzSvkmKRgbY+KY2bw8KPbnz9lDfHFz/8dZ3Fgx2nLa5EiM/yQlKuYHv HUr/OLIYNlG5J18eZLOguX/GTmPzi3x0Xx8qweSs8C9/Eadtpe4QfLQShG/ms5Mi7ei/uTS6J 3OJs9d4TJBqLgYwHCHNhHKukHz/LTjht3YndUnNxvdHyLMo+zQdH0A3j/6P+HxY17VCymQqCb kfo4S+Sb9SjSoiWTPxzuxisJoXEaey+U0CXyi96x+F9luHBVamE9HVRBhfpdrsAtE1JtzDC0J KYXaQFR1tjTONZ4gegymgjQ69+6QyNPWz4AUuXEstRGZ X-Mailman-Approved-At: Tue, 17 Jan 2017 16:46:08 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2017 15:08:56 -0000 --Sig_/0B_kx2Fgkw8rfrkZes2kUD9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Am Tue, 17 Jan 2017 06:45:42 -0700 Sean Bruno schrieb: > On 01/17/17 02:10, O. Hartmann wrote: > > Am Mon, 16 Jan 2017 10:33:35 -0800 > > Manfred Antar 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: 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) = =20 > >> 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 --- =20 > >> 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 > >=20 > > Has this been fixed? I bugs mee, too. > > I went back to r312235, too, which doesn't coredump. > >=20 > > Regards, > >=20 > > oh > > =20 >=20 > For the time being, I'm suggesting people add EARLY_AP_START to their > kernel configs as is in GENERIC. >=20 > We are still debugging this. >=20 > sean >=20 EARLY_AP_START was like a death-sentence in earlier days to my configs on t= wo systems in my SoHo, so I avoided adding it.=20 --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/0B_kx2Fgkw8rfrkZes2kUD9 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWH4zZAAKCRDS528fyFhY lC8AAf9TJDBAeg6PbPYIq3OhtkfsrbAcIIL5LpbqQT+n2oLKkk9LN266ib8rZ5p/ Cm9MtXRLOwnVb1RIjzYv5+tNi7aUAf0fNV6WIMBd+5djxoWmoXfpnUoiVTyezspl 2LoFunlj9JV5qgGowAmmUn+ZfCsorNuOWmq4IjtWzMg25u36oFWw =MCwg -----END PGP SIGNATURE----- --Sig_/0B_kx2Fgkw8rfrkZes2kUD9--