From owner-freebsd-amd64@freebsd.org Sun Feb 12 14:38:30 2017 Return-Path: Delivered-To: freebsd-amd64@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 213AFCDBFD6 for ; Sun, 12 Feb 2017 14:38:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB909186F for ; Sun, 12 Feb 2017 14:38:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1CEcTRJ008406 for ; Sun, 12 Feb 2017 14:38:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217031] multimedia/ffmpeg: fails to build Date: Sun, 12 Feb 2017 14:38:29 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Ports Framework X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: godevilove@ya.ru X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: portmgr@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 14:38:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217031 Bug ID: 217031 Summary: multimedia/ffmpeg: fails to build Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Ports Framework Assignee: portmgr@FreeBSD.org Reporter: godevilove@ya.ru CC: freebsd-amd64@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Created attachment 179901 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D179901&action= =3Dedit /usr/ports/multimedia/ffmpeg/work/ffmpeg-3.2.4/config.log =3D=3D=3D> Configuring for ffmpeg-3.2.4,1 ERROR: opengl not found. If you think configure made a mistake, make sure you are using the latest version from Git. If the latest version fails, report the problem to the ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net. Include the log file "config.log" produced by configure as this will help solve the problem. =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to multimedia@FreeBSD.org [maintainer] and attach the "/usr/ports/multimedia/ffmpeg/work/ffmpeg-3.2.4/config.log" including t= he output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make[1]: stopped in /usr/ports/multimedia/ffmpeg *** Error code 1 Stop. make: stopped in /usr/ports/multimedia/ffmpeg =3D=3D=3D>>> make build failed for multimedia/ffmpeg =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for multimedia/ffmpeg failed =3D=3D=3D>>> Aborting update pkg-static info -g -Ea | pastebinit http://paste2.org/mZW7vacA freebsd-version=20 11.0-RELEASE-p1 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Sun Feb 12 16:11:51 2017 Return-Path: Delivered-To: freebsd-amd64@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 A0F16CDBEEB for ; Sun, 12 Feb 2017 16:11:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8993D18CA for ; Sun, 12 Feb 2017 16:11:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1CGBpQw069842 for ; Sun, 12 Feb 2017 16:11:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217031] multimedia/ffmpeg: fails to build Date: Sun, 12 Feb 2017 16:11:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: multimedia@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: component cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2017 16:11:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217031 Jan Beich (mail not working) changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Ports Framework |Individual Port(s) CC|freebsd-amd64@FreeBSD.org, |kwm@FreeBSD.org |freebsd-ports-bugs@FreeBSD. | |org, multimedia@FreeBSD.org | Assignee|portmgr@FreeBSD.org |multimedia@FreeBSD.org --- Comment #1 from Jan Beich (mail not working) --- Can you post "make showconfig" output? > BEGIN /tmp/ffconf.LugjN2Ky.c > 1 extern int glXGetProcAddress(); > 2 int main(void){ glXGetProcAddress(); } > END /tmp/ffconf.LugjN2Ky.c > cc ... -L/usr/local/lib ... -lGL ... > /usr/local/bin/ld: cannot find -lGL > cc: error: linker command failed with exit code 1 (use -v to see invocati= on) Make sure /usr/local/lib/libGL.so exists and points to a real file. Maybe p= orts r433892 broke something. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Mon Feb 13 20:24:18 2017 Return-Path: Delivered-To: freebsd-amd64@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 F0D18CDDF2F; Mon, 13 Feb 2017 20:24:18 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (207-172-209-83.c3-0.arl-ubr1.sbo-arl.ma.static.cable.rcn.com [207.172.209.83]) by mx1.freebsd.org (Postfix) with ESMTP id C93A21814; Mon, 13 Feb 2017 20:24:18 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id AAB9B1D5A; Mon, 13 Feb 2017 20:24:16 +0000 (UTC) To: freebsd-hackers@FreeBSD.org Cc: freebsd-amd64@freebsd.org, Allan Jude From: Eric McCorkle Subject: GELI BIOS weirdness Message-ID: <6874308d-8892-2f03-d125-418949fd472c@metricspace.net> Date: Mon, 13 Feb 2017 15:24:13 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="r4IX03A8AEMamVkTv0I1hnsQjQwkID24j" X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 20:24:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --r4IX03A8AEMamVkTv0I1hnsQjQwkID24j Content-Type: multipart/mixed; boundary="7StHMtTjFo29XVR1XxTd1TwwNJTgx2Aps"; protected-headers="v1" From: Eric McCorkle To: freebsd-hackers@FreeBSD.org Cc: freebsd-amd64@freebsd.org, Allan Jude Message-ID: <6874308d-8892-2f03-d125-418949fd472c@metricspace.net> Subject: GELI BIOS weirdness --7StHMtTjFo29XVR1XxTd1TwwNJTgx2Aps Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello everyone, I ran into an apparent bug while trying to test a patch related to some GELI boot work. This particular patch involves *BIOS* GELI-on-root (not EFI). I created an image for qemu with a single gpt disk having a freebsd-boot and freebsd-ufs partition, with the freebsd-ufs partition actually having a GELI volume. The gptboot phase crashes with an illegal instruction. I tracked this down to eli_metadata_softc (defined in sys/geom/eli/g_eli.h), specifically to the mod operation near the end. Code here: > if (!(sc->sc_flags & G_ELI_FLAG_AUTH)) > sc->sc_mediasize -=3D (sc->sc_mediasize % sc->sc_sectorsize); > else { This crash also occurs on a build from master. The crash dump shows eip pointing to the following code: 66 0f 38 f6 f0 31 c6 8b - 4d 14 89 cf c1 ff 1f 8b The the first 5 bytes of this looks like it's supposed to be an extended DIV instruction, which is what I would expect, except the opcode is wrong (it's adc instead), which doesn't end up corresponding to any valid form of an extended instruction (the 66 prefix). Examination of the disassembly confirms this, and the surrounding instructions match what you would expect from the C code. Unless I'm missing something, this would seem to indicate a compiler bug. More importantly, it would seem to indicate that anyone building GELI-enabled gptboot from master will end up with a nonfunctional binary.= Can someone else please confirm this, and if so, I think it's probably time to file a bug report. --7StHMtTjFo29XVR1XxTd1TwwNJTgx2Aps-- --r4IX03A8AEMamVkTv0I1hnsQjQwkID24j Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQRELMWN3SgpoYkrmidWwohAqoAEjQUCWKIV7QAKCRBWwohAqoAE jQxYAPwJRJ+ETq5kIJ7ka9T5AdtHYvi/u6vom6PXkELFc34rswD+JApVKiXNP54N tXY/yRTlQCi8kNSkF31eBrc0xdZOQww= =YAfm -----END PGP SIGNATURE----- --r4IX03A8AEMamVkTv0I1hnsQjQwkID24j-- From owner-freebsd-amd64@freebsd.org Mon Feb 13 20:36:41 2017 Return-Path: Delivered-To: freebsd-amd64@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 2A9B1CDD650; Mon, 13 Feb 2017 20:36:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from springbank.echomania.com (springbank.echomania.com [IPv6:2a01:7c8:aab2:81::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "springbank.echomania.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9996219; Mon, 13 Feb 2017 20:36:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from [IPv6:2001:7b8:3a7::edc2:5bd4:2353:56e3] (unknown [IPv6:2001:7b8:3a7:0:edc2:5bd4:2353:56e3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id 00C0758022B; Mon, 13 Feb 2017 21:36:38 +0100 (CET) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_46F982B2-64B8-4F6E-8FAA-7539E4E0E910"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: GELI BIOS weirdness Date: Mon, 13 Feb 2017 21:36:31 +0100 In-Reply-To: <6874308d-8892-2f03-d125-418949fd472c@metricspace.net> Cc: freebsd-hackers@FreeBSD.org, Allan Jude , freebsd-amd64@freebsd.org To: Eric McCorkle References: <6874308d-8892-2f03-d125-418949fd472c@metricspace.net> X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Mon, 13 Feb 2017 21:41:53 +0000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2017 20:36:41 -0000 --Apple-Mail=_46F982B2-64B8-4F6E-8FAA-7539E4E0E910 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 13 Feb 2017, at 21:24, Eric McCorkle wrote: > > Hello everyone, > > I ran into an apparent bug while trying to test a patch related to some > GELI boot work. This particular patch involves *BIOS* GELI-on-root (not > EFI). > > I created an image for qemu with a single gpt disk having a freebsd-boot > and freebsd-ufs partition, with the freebsd-ufs partition actually > having a GELI volume. > > The gptboot phase crashes with an illegal instruction. I tracked this > down to eli_metadata_softc (defined in sys/geom/eli/g_eli.h), > specifically to the mod operation near the end. Code here: > >> if (!(sc->sc_flags & G_ELI_FLAG_AUTH)) >> sc->sc_mediasize -= (sc->sc_mediasize % sc->sc_sectorsize); >> else { > > This crash also occurs on a build from master. > > The crash dump shows eip pointing to the following code: > > 66 0f 38 f6 f0 31 c6 8b - 4d 14 89 cf c1 ff 1f 8b > > The the first 5 bytes of this looks like it's supposed to be an extended > DIV instruction, which is what I would expect, except the opcode is > wrong (it's adc instead), which doesn't end up corresponding to any > valid form of an extended instruction (the 66 prefix). Examination of > the disassembly confirms this, and the surrounding instructions match > what you would expect from the C code. This disassembles to: 0: 66 0f 38 f6 f0 adcx %eax,%esi 5: 31 c6 xor %eax,%esi 7: 8b 4d 14 mov 0x14(%ebp),%ecx a: 89 cf mov %ecx,%edi c: c1 ff 1f sar $0x1f,%edi f: 8b .byte 0x8b My first guess would be that the code simply jumped into garbage. But can you post the complete .o file somewhere for inspection? -Dimitry --Apple-Mail=_46F982B2-64B8-4F6E-8FAA-7539E4E0E910 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAliiGNYACgkQsF6jCi4glqPBNwCglFGGSO5+5Zow9sh+o/itoDbg fs0AnjQQCceaEcP83wEi40cGpXfwNZaQ =o5jB -----END PGP SIGNATURE----- --Apple-Mail=_46F982B2-64B8-4F6E-8FAA-7539E4E0E910-- From owner-freebsd-amd64@freebsd.org Wed Feb 15 14:15:46 2017 Return-Path: Delivered-To: freebsd-amd64@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 37485CE0C37; Wed, 15 Feb 2017 14:15:46 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (207-172-209-83.c3-0.arl-ubr1.sbo-arl.ma.static.cable.rcn.com [207.172.209.83]) by mx1.freebsd.org (Postfix) with ESMTP id 07731C74; Wed, 15 Feb 2017 14:15:45 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f] (unknown [IPv6:2001:470:1f11:617:3210:b3ff:fe77:ca3f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 05BAE13C1; Wed, 15 Feb 2017 14:15:38 +0000 (UTC) To: "freebsd-hackers@freebsd.org" , freebsd-amd64@freebsd.org From: Eric McCorkle Subject: CFT: Crypto key intake metadata and GELI BIOS boot Message-ID: <38263f5b-b33d-1a57-9891-b08cb114a3e6@metricspace.net> Date: Wed, 15 Feb 2017 09:15:34 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="X7FPO3HRCLtP8EF11JkUNmr81Rg9AtiPG" X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 14:15:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --X7FPO3HRCLtP8EF11JkUNmr81Rg9AtiPG Content-Type: multipart/mixed; boundary="jmJEd4Js9xDh8P6M6aV64OhDxXmdRl4Bh"; protected-headers="v1" From: Eric McCorkle To: "freebsd-hackers@freebsd.org" , freebsd-amd64@freebsd.org Message-ID: <38263f5b-b33d-1a57-9891-b08cb114a3e6@metricspace.net> Subject: CFT: Crypto key intake metadata and GELI BIOS boot --jmJEd4Js9xDh8P6M6aV64OhDxXmdRl4Bh Content-Type: multipart/mixed; boundary="------------E31E4CC531EE896A8C281EC0" This is a multi-part message in MIME format. --------------E31E4CC531EE896A8C281EC0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello everyone, Attached is a patch that provides a flexible mechanism for providing encryption keys to a kernel from the boot loader. This patch also modifies the current BIOS GELI support to use this mechanism. The git repo can be found here: https://github.com/emc2/freebsd/tree/keybuf (the branch is the "keybuf" branch). Please test this patch with a GELI BIOS boot setup and report the results= =2E Note that I have been encountering a strange problem with the BIOS GELI support that causes gptboot to crash with an illegal instruction. This seems to manifest on an unmodified copy of master. Also note that this patch is already under review on phabricator. --------------E31E4CC531EE896A8C281EC0 Content-Type: text/x-patch; name="keybuf.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="keybuf.diff" diff --git a/sys/boot/geli/Makefile b/sys/boot/geli/Makefile index f5ab2432903..2ab31d589e0 100644 --- a/sys/boot/geli/Makefile +++ b/sys/boot/geli/Makefile @@ -39,6 +39,7 @@ SRCS+=3D md5c.c # AES implementation from sys/crypto .PATH: ${.CURDIR}/../../crypto/rijndael CFLAGS+=3D -I${.CURDIR}/../../ +CFLAGS+=3D -I${.CURDIR}/../common/ # Remove asserts CFLAGS+=3D -DNDEBUG SRCS+=3D rijndael-alg-fst.c rijndael-api-fst.c rijndael-api.c diff --git a/sys/boot/geli/geliboot.c b/sys/boot/geli/geliboot.c index f9a128cb667..c8905a85b0a 100644 --- a/sys/boot/geli/geliboot.c +++ b/sys/boot/geli/geliboot.c @@ -29,9 +29,45 @@ =20 #include "geliboot.h" =20 +#include + SLIST_HEAD(geli_list, geli_entry) geli_head =3D SLIST_HEAD_INITIALIZER(g= eli_head); struct geli_list *geli_headp; =20 +typedef u_char geli_mkey[G_ELI_DATAIVKEYLEN]; + +static geli_mkey saved_keys[GELI_MAX_KEYS]; +static unsigned int nsaved_keys =3D 0; + +void +geli_fill_keybuf(keybuf_t *keybuf) +{ + int i; + + for(i =3D 0; i < nsaved_keys; i++) { + keybuf->kb_ents[i].ke_type =3D KEYBUF_TYPE_GELI; + memcpy(keybuf->kb_ents[i].ke_data, saved_keys[i], + G_ELI_DATAIVKEYLEN); + } + + keybuf->kb_nents =3D nsaved_keys; + bzero(saved_keys, sizeof(saved_keys)); +} + +static void +save_key(geli_mkey key) +{ + + /* + * If we run out of key space, the worst that will happen is + * it will ask the user for the password again. + */ + if (nsaved_keys < GELI_MAX_KEYS) { + memcpy(saved_keys[nsaved_keys], key, G_ELI_DATAIVKEYLEN)= ; + nsaved_keys++; + } +} + static int geli_same_device(struct geli_entry *ge, struct dsk *dskp) { @@ -191,6 +227,7 @@ geli_attach(struct dsk *dskp, const char *passphrase)= } =20 /* Store the keys */ + save_key(mkey); bcopy(mkey, geli_e->sc.sc_mkey, sizeof(geli_e->sc.sc_mkey)); bcopy(mkey, geli_e->sc.sc_ivkey, sizeof(geli_e->sc.sc_ivkey)); mkp =3D mkey + sizeof(geli_e->sc.sc_ivkey); @@ -231,7 +268,7 @@ is_geli(struct dsk *dskp) return (0); } } -=09 + return (1); } =20 diff --git a/sys/boot/geli/geliboot.h b/sys/boot/geli/geliboot.h index 83df1529571..fbac5316a93 100644 --- a/sys/boot/geli/geliboot.h +++ b/sys/boot/geli/geliboot.h @@ -27,8 +27,10 @@ * $FreeBSD$ */ =20 +#include #include #include +#include =20 #ifndef _GELIBOOT_H_ #define _GELIBOOT_H_ @@ -63,6 +65,7 @@ #define MIN(a,b) (((a) < (b)) ? (a) : (b)) #endif =20 +#define GELI_MAX_KEYS 64 #define GELI_PW_MAXLEN 256 extern void pwgets(char *buf, int n); =20 @@ -89,4 +92,6 @@ int geli_passphrase(char *pw, int disk, int parttype, i= nt part, struct dsk *dskp int geliboot_crypt(u_int algo, int enc, u_char *data, size_t datasize, const u_char *key, size_t keysize, u_char *iv); =20 +void geli_fill_keybuf(keybuf_t *keybuf); + #endif /* _GELIBOOT_H_ */ diff --git a/sys/boot/i386/gptboot/gptboot.c b/sys/boot/i386/gptboot/gptb= oot.c index 14438e6659c..1cc5d963996 100644 --- a/sys/boot/i386/gptboot/gptboot.c +++ b/sys/boot/i386/gptboot/gptboot.c @@ -101,7 +101,7 @@ static char *heap_end; =20 void exit(int); static void load(void); -static int parse(char *, int *); +static int parse_cmds(char *, int *); static int dskread(void *, daddr_t, unsigned); void *malloc(size_t n); void free(void *ptr); @@ -316,7 +316,7 @@ main(void) } if (*cmd !=3D '\0') { memcpy(cmdtmp, cmd, sizeof(cmdtmp)); - if (parse(cmdtmp, &dskupdated)) + if (parse_cmds(cmdtmp, &dskupdated)) break; if (dskupdated && gptinit() !=3D 0) break; @@ -366,7 +366,7 @@ main(void) getstr(cmd, sizeof(cmd)); else if (!OPT_CHECK(RBX_QUIET)) putchar('\n'); - if (parse(cmd, &dskupdated)) { + if (parse_cmds(cmd, &dskupdated)) { putchar('\a'); continue; } @@ -489,7 +489,7 @@ load(void) } =20 static int -parse(char *cmdstr, int *dskupdated) +parse_cmds(char *cmdstr, int *dskupdated) { char *arg =3D cmdstr; char *ep, *p, *q; diff --git a/sys/boot/i386/libi386/bootinfo32.c b/sys/boot/i386/libi386/b= ootinfo32.c index d4344278351..8e050c9d7b2 100644 --- a/sys/boot/i386/libi386/bootinfo32.c +++ b/sys/boot/i386/libi386/bootinfo32.c @@ -32,10 +32,18 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include "bootstrap.h" #include "libi386.h" #include "btxv86.h" =20 +#ifdef LOADER_GELI_SUPPORT +#include "geliboot.h" + +static const size_t keybuf_size =3D sizeof(keybuf_t) + + (GELI_MAX_KEYS * sizeof(keybuf_ent_t)); +#endif + static struct bootinfo bi; =20 /* @@ -146,11 +154,15 @@ bi_load32(char *args, int *howtop, int *bootdevp, v= m_offset_t *bip, vm_offset_t int bootdevnr, i, howto; char *kernelname; const char *kernelpath; +#ifdef LOADER_GELI_SUPPORT + char buf[keybuf_size]; + keybuf_t *keybuf =3D (keybuf_t *)buf; +#endif =20 howto =3D bi_getboothowto(args); =20 - /*=20 - * Allow the environment variable 'rootdev' to override the supplied= device=20 + /* + * Allow the environment variable 'rootdev' to override the supplied= device * This should perhaps go to MI code and/or have $rootdev tested/set= by * MI code before launching the kernel. */ @@ -185,7 +197,7 @@ bi_load32(char *args, int *howtop, int *bootdevp, vm_= offset_t *bip, vm_offset_t case DEVT_NET: case DEVT_ZFS: break; - =20 + default: printf("WARNING - don't know how to boot from device type %d\n", rootde= v->d_type); } @@ -221,6 +233,11 @@ bi_load32(char *args, int *howtop, int *bootdevp, vm= _offset_t *bip, vm_offset_t file_addmetadata(kfp, MODINFOMD_ENVP, sizeof envp, &envp); file_addmetadata(kfp, MODINFOMD_KERNEND, sizeof kernend, &kernend); bios_addsmapdata(kfp); +#ifdef LOADER_GELI_SUPPORT + geli_fill_keybuf(keybuf); + file_addmetadata(kfp, MODINFOMD_KEYBUF, keybuf_size, buf); + bzero(buf, sizeof(buf)); +#endif =20 /* Figure out the size and location of the metadata */ *modulep =3D addr; diff --git a/sys/boot/i386/libi386/bootinfo64.c b/sys/boot/i386/libi386/b= ootinfo64.c index 751e806e1b8..c53ec91e4a9 100644 --- a/sys/boot/i386/libi386/bootinfo64.c +++ b/sys/boot/i386/libi386/bootinfo64.c @@ -40,6 +40,13 @@ __FBSDID("$FreeBSD$"); #include "libi386.h" #include "btxv86.h" =20 +#ifdef LOADER_GELI_SUPPORT +#include "geliboot.h" + +static const size_t keybuf_size =3D sizeof(keybuf_t) + + (GELI_MAX_KEYS * sizeof(keybuf_ent_t)); +#endif + /* * Copy module-related data into the load area, where it can be * used as a directory for loaded modules. @@ -189,6 +196,10 @@ bi_load64(char *args, vm_offset_t addr, vm_offset_t = *modulep, vm_offset_t size; char *rootdevname; int howto; +#ifdef LOADER_GELI_SUPPORT + char buf[keybuf_size]; + keybuf_t *keybuf =3D (keybuf_t *)buf; +#endif =20 if (!bi_checkcpu()) { printf("CPU doesn't support long mode\n"); @@ -197,8 +208,8 @@ bi_load64(char *args, vm_offset_t addr, vm_offset_t *= modulep, =20 howto =3D bi_getboothowto(args); =20 - /*=20 - * Allow the environment variable 'rootdev' to override the supplied= device=20 + /* + * Allow the environment variable 'rootdev' to override the supplied= device * This should perhaps go to MI code and/or have $rootdev tested/set= by * MI code before launching the kernel. */ @@ -238,6 +249,12 @@ bi_load64(char *args, vm_offset_t addr, vm_offset_t = *modulep, if (add_smap !=3D 0) bios_addsmapdata(kfp); =20 +#ifdef LOADER_GELI_SUPPORT + geli_fill_keybuf(keybuf); + file_addmetadata(kfp, MODINFOMD_KEYBUF, keybuf_size, buf); + bzero(buf, sizeof(buf)); +#endif + size =3D bi_copymodules64(0); =20 /* copy our environment */ diff --git a/sys/boot/i386/zfsboot/zfsboot.c b/sys/boot/i386/zfsboot/zfsb= oot.c index bb64384fadc..b78339fd610 100644 --- a/sys/boot/i386/zfsboot/zfsboot.c +++ b/sys/boot/i386/zfsboot/zfsboot.c @@ -121,7 +121,7 @@ static struct dmadat *dmadat; void exit(int); void reboot(void); static void load(void); -static int parse(void); +static int parse_cmd(void); static void bios_getmem(void); void *malloc(size_t n); void free(void *ptr); @@ -398,7 +398,7 @@ bios_getmem(void) v86.ctl =3D 0; v86.addr =3D 0x12; /* int 0x12 */ v86int(); -=09 + bios_basemem =3D (v86.eax & 0xffff) * 1024; } =20 @@ -442,7 +442,7 @@ int13probe(int drive) v86.eax =3D 0x800; v86.edx =3D drive; v86int(); - =20 + if (!V86_CY(v86.efl) && /* carry clear */ ((v86.edx & 0xff) !=3D (drive & DRV_MASK))) { /* unit # OK */ if ((v86.ecx & 0x3f) =3D=3D 0) { /* absurd sector size */ @@ -729,7 +729,7 @@ main(void) */ nextboot =3D 1; memcpy(cmddup, cmd, sizeof(cmd)); - if (parse()) { + if (parse_cmd()) { printf("failed to parse pad2 area of primary vdev\n"); reboot(); } @@ -756,11 +756,11 @@ main(void) =20 if (*cmd) { /* - * Note that parse() is destructive to cmd[] and we also want + * Note that parse_cmd() is destructive to cmd[] and we also want * to honor RBX_QUIET option that could be present in cmd[]. */ memcpy(cmddup, cmd, sizeof(cmd)); - if (parse()) + if (parse_cmd()) autoboot =3D 0; if (!OPT_CHECK(RBX_QUIET)) printf("%s: %s\n", PATH_CONFIG, cmddup); @@ -810,7 +810,7 @@ main(void) else if (!autoboot || !OPT_CHECK(RBX_QUIET)) putchar('\n'); autoboot =3D 0; - if (parse()) + if (parse_cmd()) putchar('\a'); else load(); @@ -979,7 +979,7 @@ zfs_mount_ds(char *dsname) } =20 static int -parse(void) +parse_cmd(void) { char *arg =3D cmd; char *ep, *p, *q; diff --git a/sys/crypto/intake.h b/sys/crypto/intake.h new file mode 100644 index 00000000000..4f1b1e8522e --- /dev/null +++ b/sys/crypto/intake.h @@ -0,0 +1,60 @@ +/*- + * Copyright (c) 2016 Eric McCorkle + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#ifndef _INTAKE_H_ +#define _INTAKE_H_ + +/* + * This file provides an interface for providing keys to the kernel + * during boot time. + */ + +#define MAX_KEY_BITS 4096 +#define MAX_KEY_BYTES (MAX_KEY_BITS / 8) + +enum { + KEYBUF_TYPE_NONE, + KEYBUF_TYPE_GELI +}; + +typedef struct keybuf_ent_t { + unsigned int ke_type; + char ke_data[MAX_KEY_BYTES]; +} keybuf_ent_t; + +typedef struct keybuf_t { + unsigned int kb_nents; + keybuf_ent_t kb_ents[]; +} keybuf_t; + +#ifdef _KERNEL +/* Get the key intake buffer */ +extern keybuf_t* get_keybuf(void); +#endif + +#endif diff --git a/sys/geom/eli/g_eli.c b/sys/geom/eli/g_eli.c index 6d734aece18..2945149d5f9 100644 --- a/sys/geom/eli/g_eli.c +++ b/sys/geom/eli/g_eli.c @@ -53,6 +53,8 @@ __FBSDID("$FreeBSD$"); #include #include =20 +#include + FEATURE(geom_eli, "GEOM crypto module"); =20 MALLOC_DEFINE(M_ELI, "eli data", "GEOM_ELI Data"); @@ -114,11 +116,29 @@ SYSINIT(geli_fetch_loader_passphrase, SI_SUB_KMEM += 1, SI_ORDER_ANY, static void zero_boot_passcache(void * dummy) { - - memset(cached_passphrase, 0, sizeof(cached_passphrase)); + explicit_bzero(cached_passphrase, sizeof(cached_passphrase)); } EVENTHANDLER_DEFINE(mountroot, zero_boot_passcache, NULL, 0); =20 +static void +zero_geli_intake_keys(void *dummy) +{ + keybuf_t *keybuf; + int i; + + if ((keybuf =3D get_keybuf()) !=3D NULL) { + /* Scan the key buffer, clear all GELI keys. */ + for (i =3D 0; i < keybuf->kb_nents; i++) { + if (keybuf->kb_ents[i].ke_type =3D=3D KEYBUF_TY= PE_GELI) { + explicit_bzero(keybuf->kb_ents[i].ke_da= ta, + sizeof(key)); + keybuf->kb_ents[i].ke_type =3D KEYBUF_T= YPE_NONE; + } + } + } +} +EVENTHANDLER_DEFINE(mountroot, zero_geli_intake_keys, NULL, 0); + static eventhandler_tag g_eli_pre_sync =3D NULL; =20 static int g_eli_destroy_geom(struct gctl_req *req, struct g_class *mp, @@ -997,6 +1017,8 @@ g_eli_taste(struct g_class *mp, struct g_provider *p= p, int flags __unused) u_char key[G_ELI_USERKEYLEN], mkey[G_ELI_DATAIVKEYLEN]; u_int i, nkey, nkeyfiles, tries; int error; + bool found_intake =3D false; + keybuf_t *keybuf; =20 g_trace(G_T_TOPOLOGY, "%s(%s, %s)", __func__, mp->name, pp->name); g_topology_assert(); @@ -1035,97 +1057,115 @@ g_eli_taste(struct g_class *mp, struct g_provide= r *pp, int flags __unused) tries =3D g_eli_tries; } =20 - for (i =3D 0; i <=3D tries; i++) { - g_eli_crypto_hmac_init(&ctx, NULL, 0); - - /* - * Load all key files. - */ - nkeyfiles =3D g_eli_keyfiles_load(&ctx, pp->name); - - if (nkeyfiles =3D=3D 0 && md.md_iterations =3D=3D -1) { - /* - * No key files and no passphrase, something is - * definitely wrong here. - * geli(8) doesn't allow for such situation, so assume - * that there was really no passphrase and in that case - * key files are no properly defined in loader.conf. - */ - G_ELI_DEBUG(0, - "Found no key files in loader.conf for %s.", - pp->name); - return (NULL); - } - - /* Ask for the passphrase if defined. */ - if (md.md_iterations >=3D 0) { - /* Try first with cached passphrase. */ - if (i =3D=3D 0) { - if (!g_eli_boot_passcache) - continue; - memcpy(passphrase, cached_passphrase, - sizeof(passphrase)); - } else { - printf("Enter passphrase for %s: ", pp->name); - cngets(passphrase, sizeof(passphrase), - g_eli_visible_passphrase); - memcpy(cached_passphrase, passphrase, - sizeof(passphrase)); - } - } - - /* - * Prepare Derived-Key from the user passphrase. - */ - if (md.md_iterations =3D=3D 0) { - g_eli_crypto_hmac_update(&ctx, md.md_salt, - sizeof(md.md_salt)); - g_eli_crypto_hmac_update(&ctx, passphrase, - strlen(passphrase)); - bzero(passphrase, sizeof(passphrase)); - } else if (md.md_iterations > 0) { - u_char dkey[G_ELI_USERKEYLEN]; - - pkcs5v2_genkey(dkey, sizeof(dkey), md.md_salt, - sizeof(md.md_salt), passphrase, md.md_iterations); - bzero(passphrase, sizeof(passphrase)); - g_eli_crypto_hmac_update(&ctx, dkey, sizeof(dkey)); - bzero(dkey, sizeof(dkey)); - } - - g_eli_crypto_hmac_final(&ctx, key, 0); - - /* - * Decrypt Master-Key. - */ - error =3D g_eli_mkey_decrypt(&md, key, mkey, &nkey); - bzero(key, sizeof(key)); - if (error =3D=3D -1) { - if (i =3D=3D tries) { - G_ELI_DEBUG(0, - "Wrong key for %s. No tries left.", - pp->name); - g_eli_keyfiles_clear(pp->name); - return (NULL); - } - if (i > 0) { - G_ELI_DEBUG(0, - "Wrong key for %s. Tries left: %u.", - pp->name, tries - i); - } - /* Try again. */ - continue; - } else if (error > 0) { - G_ELI_DEBUG(0, - "Cannot decrypt Master Key for %s (error=3D%d).", - pp->name, error); - g_eli_keyfiles_clear(pp->name); - return (NULL); - } - g_eli_keyfiles_clear(pp->name); - G_ELI_DEBUG(1, "Using Master Key %u for %s.", nkey, pp->name); - break; - } + if ((keybuf =3D get_keybuf()) !=3D NULL) { + /* Scan the key buffer, try all GELI keys. */ + for (i =3D 0; i < keybuf->kb_nents; i++) { + if (keybuf->kb_ents[i].ke_type =3D=3D KEYBUF_TY= PE_GELI) { + memcpy(key, keybuf->kb_ents[i].ke_data,= + sizeof(key)); + + if (g_eli_mkey_decrypt(&md, key, + mkey, &nkey) =3D=3D 0 ) { + found_intake =3D true; + break; + } + } + } + } + explicit_bzero(key, sizeof(key)); + if (!found_intake) { + for (i =3D 0; i <=3D tries; i++) { + g_eli_crypto_hmac_init(&ctx, NULL, 0); + + /* + * Load all key files. + */ + nkeyfiles =3D g_eli_keyfiles_load(&ctx, pp->name= ); + + if (nkeyfiles =3D=3D 0 && md.md_iterations =3D=3D= -1) { + /* + * No key files and no passphrase, somet= hing is + * definitely wrong here. + * geli(8) doesn't allow for such situat= ion, so assume + * that there was really no passphrase a= nd in that case + * key files are no properly defined in = loader.conf. + */ + G_ELI_DEBUG(0, + "Found no key files in loader.conf f= or %s.", + pp->name); + return (NULL); + } + + /* Ask for the passphrase if defined. */ + if (md.md_iterations >=3D 0) { + /* Try first with cached passphrase. */ + if (i =3D=3D 0) { + if (!g_eli_boot_passcache) + continue; + memcpy(passphrase, cached_passph= rase, + sizeof(passphrase)); + } else { + printf("Enter passphrase for %s:= ", pp->name); + cngets(passphrase, sizeof(passph= rase), + g_eli_visible_passphrase); + memcpy(cached_passphrase, passph= rase, + sizeof(passphrase)); + } + } + + /* + * Prepare Derived-Key from the user passphrase.= + */ + if (md.md_iterations =3D=3D 0) { + g_eli_crypto_hmac_update(&ctx, md.md_sal= t, + sizeof(md.md_salt)); + g_eli_crypto_hmac_update(&ctx, passphras= e, + strlen(passphrase)); + explicit_bzero(passphrase, sizeof(passph= rase)); + } else if (md.md_iterations > 0) { + u_char dkey[G_ELI_USERKEYLEN]; + + pkcs5v2_genkey(dkey, sizeof(dkey), md.md= _salt, + sizeof(md.md_salt), passphrase, md.m= d_iterations); + bzero(passphrase, sizeof(passphrase)); + g_eli_crypto_hmac_update(&ctx, dkey, siz= eof(dkey)); + explicit_bzero(dkey, sizeof(dkey)); + } + + g_eli_crypto_hmac_final(&ctx, key, 0); + + /* + * Decrypt Master-Key. + */ + error =3D g_eli_mkey_decrypt(&md, key, mkey, &nk= ey); + bzero(key, sizeof(key)); + if (error =3D=3D -1) { + if (i =3D=3D tries) { + G_ELI_DEBUG(0, + "Wrong key for %s. No tries = left.", + pp->name); + g_eli_keyfiles_clear(pp->name); + return (NULL); + } + if (i > 0) { + G_ELI_DEBUG(0, + "Wrong key for %s. Tries lef= t: %u.", + pp->name, tries - i); + } + /* Try again. */ + continue; + } else if (error > 0) { + G_ELI_DEBUG(0, + "Cannot decrypt Master Key for %s (e= rror=3D%d).", + pp->name, error); + g_eli_keyfiles_clear(pp->name); + return (NULL); + } + g_eli_keyfiles_clear(pp->name); + G_ELI_DEBUG(1, "Using Master Key %u for %s.", nk= ey, pp->name); + break; + } + } =20 /* * We have correct key, let's attach provider. diff --git a/sys/opencrypto/crypto.c b/sys/opencrypto/crypto.c index 9e769c34fea..e6fa01c54b3 100644 --- a/sys/opencrypto/crypto.c +++ b/sys/opencrypto/crypto.c @@ -63,6 +63,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include @@ -74,6 +75,7 @@ __FBSDID("$FreeBSD$"); #include =20 #include +#include #include #include /* XXX for M_XDATA */ =20 @@ -84,6 +86,7 @@ __FBSDID("$FreeBSD$"); #if defined(__i386__) || defined(__amd64__) || defined(__aarch64__) #include #endif +#include =20 SDT_PROVIDER_DEFINE(opencrypto); =20 @@ -186,6 +189,36 @@ SYSCTL_INT(_debug, OID_AUTO, crypto_timing, CTLFLAG_= RW, &crypto_timing, 0, "Enable/disable crypto timing support"); #endif =20 +/* Try to avoid directly exposing the key buffer as a symbol */ +static keybuf_t *keybuf =3D NULL; + +static keybuf_t empty_keybuf =3D { + .kb_nents =3D 0 +}; + +/* Obtain the key buffer from boot metadata */ +static void +keybuf_init(void) +{ + caddr_t kmdp; + + kmdp =3D preload_search_by_type("elf kernel"); + + if (kmdp =3D=3D NULL) + kmdp =3D preload_search_by_type("elf64 kernel"); + + keybuf =3D (keybuf_t *)preload_search_info(kmdp, + MODINFO_METADATA | MODINFOMD_KEYBUF); + + if (keybuf =3D=3D NULL) + keybuf =3D &empty_keybuf; +} + +/* It'd be nice if we could store these in some kind of secure memory...= */ +keybuf_t* get_keybuf(void) { + return (keybuf); +} + static int crypto_init(void) { @@ -238,6 +271,9 @@ crypto_init(void) error); goto bad; } + + keybuf_init(); + return 0; bad: crypto_destroy(); diff --git a/sys/sys/linker.h b/sys/sys/linker.h index e650967cecb..49ac80a4027 100644 --- a/sys/sys/linker.h +++ b/sys/sys/linker.h @@ -143,7 +143,7 @@ int linker_file_foreach(linker_predicate_t *_predicat= e, void *_context); * Lookup a symbol in a file. If deps is TRUE, look in dependencies * if not found in file. */ -caddr_t linker_file_lookup_symbol(linker_file_t _file, const char* _name= ,=20 +caddr_t linker_file_lookup_symbol(linker_file_t _file, const char* _name= , int _deps); =20 /* @@ -157,7 +157,7 @@ int linker_file_lookup_set(linker_file_t _file, const= char *_name, /* * List all functions in a file. */ -int linker_file_function_listall(linker_file_t,=20 +int linker_file_function_listall(linker_file_t, linker_function_nameval_callback_t, void *); =20 /* @@ -217,6 +217,7 @@ void *linker_hwpmc_list_objects(void); #define MODINFOMD_CTORS_ADDR 0x000a /* address of .ctors */ #define MODINFOMD_CTORS_SIZE 0x000b /* size of .ctors */ #define MODINFOMD_FW_HANDLE 0x000c /* Firmware dependent handle */ +#define MODINFOMD_KEYBUF 0x000d /* Crypto key intake buffer */ #define MODINFOMD_NOCOPY 0x8000 /* don't copy this metadata to the kern= el */ =20 #define MODINFOMD_DEPLIST (0x4001 | MODINFOMD_NOCOPY) /* depends on */ --------------E31E4CC531EE896A8C281EC0-- --jmJEd4Js9xDh8P6M6aV64OhDxXmdRl4Bh-- --X7FPO3HRCLtP8EF11JkUNmr81Rg9AtiPG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQRELMWN3SgpoYkrmidWwohAqoAEjQUCWKRiigAKCRBWwohAqoAE jXLkAQCP26VGHDnGoFbNWOGWsEdeaoMwPN17KP7yjIJuxJCmwAD/Rz2NbZ0mJVDQ 1elCb7zT2ziAha+MmFAaR+niNzBGjww= =uFcz -----END PGP SIGNATURE----- --X7FPO3HRCLtP8EF11JkUNmr81Rg9AtiPG-- From owner-freebsd-amd64@freebsd.org Wed Feb 15 15:17:34 2017 Return-Path: Delivered-To: freebsd-amd64@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 2DABDCE031E for ; Wed, 15 Feb 2017 15:17:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1DCD31E07 for ; Wed, 15 Feb 2017 15:17:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1FFHXrh072443 for ; Wed, 15 Feb 2017 15:17:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217115] bsdiff stops with SIGBUS in some cases Date: Wed, 15 Feb 2017 15:17:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sperber@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 15:17:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217115 Bug ID: 217115 Summary: bsdiff stops with SIGBUS in some cases Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: sperber@FreeBSD.org CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Created attachment 180017 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D180017&action= =3Dedit files that cause the problem On more recent CURRENT (as far as I can tell at least this year) bsdiff sto= ps with SIGBUS when comparing the attached files by running > bsdiff d76057a1a25b15b72ca9961d630b295316894d4ac679e54cd471b85eadf694ea a= cpi_hp.ko.debug outfile running > bsdiff acpi_hp.ko.debug d76057a1a25b15b72ca9961d630b295316894d4ac679e54cd= 471b85eadf694ea outbl works fine. The problem can be reproduced with r313726 and r313041 and can't be reprodu= ced on freefall (r309137). idwer on #bsdcode was able to reproduce the problem and provided a truss lo= g: http://dpaste.com/2JB0GG2 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Wed Feb 15 15:52:54 2017 Return-Path: Delivered-To: freebsd-amd64@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 33022CE0EA1 for ; Wed, 15 Feb 2017 15:52:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 230DD1572 for ; Wed, 15 Feb 2017 15:52:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1FFqskO016033 for ; Wed, 15 Feb 2017 15:52:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217115] bsdiff stops with SIGBUS in some cases Date: Wed, 15 Feb 2017 15:52:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: allanjude@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2017 15:52:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217115 Allan Jude changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |allanjude@FreeBSD.org --- Comment #1 from Allan Jude --- The issue is caused when trying to read an invalid pointer in matchlen() I am still tracking down why the 'oldsize' is -6510615555427011531 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 02:08:30 2017 Return-Path: Delivered-To: freebsd-amd64@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 F19D1CE1063 for ; Thu, 16 Feb 2017 02:08:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E19FE1792 for ; Thu, 16 Feb 2017 02:08:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G28U5w026307 for ; Thu, 16 Feb 2017 02:08:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 02:08:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 02:08:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 Bug ID: 217126 Summary: reading data from fat32 USB card spontaneously reboots system Product: Base System Version: 11.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: tcovert+freebsd@sahuagin.net CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org freebsd-update fetch install reboot # plug card into usb drive # card is a 32GB SanDisk Ultra micro SD HD I # card is almost full(117MB free) and has come out of a Kindle Fire sudo mount -t msdosfs /dev/da4s1 /mnt/msdos sudo find /mnt/msdos #partial file listing then #spontaneous reboot Originally found using: rsync -av --progress /mnt/msdos /somelocation/backupspot Can provide a raw compressed image, if desired. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 02:36:52 2017 Return-Path: Delivered-To: freebsd-amd64@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 6105CCE1D2D for ; Thu, 16 Feb 2017 02:36:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50DECA14 for ; Thu, 16 Feb 2017 02:36:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G2apBE022933 for ; Thu, 16 Feb 2017 02:36:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 02:36:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: FreeBSD@ShaneWare.Biz X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 02:36:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 Shane changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |FreeBSD@ShaneWare.Biz --- Comment #1 from Shane --- Can you narrow it down to a specific file that fails? can that file be read/renamed on the kindle or a windows machine? I know some filenames refuse to copy onto a fat32 disk (at least on freebsd= ), maybe a bad filename with illegal characters is the cause. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 02:54:01 2017 Return-Path: Delivered-To: freebsd-amd64@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 21BCBCDF48E for ; Thu, 16 Feb 2017 02:54:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1194111CD for ; Thu, 16 Feb 2017 02:54:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G2s0EE098633 for ; Thu, 16 Feb 2017 02:54:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 02:54:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 02:54:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cem@freebsd.org --- Comment #2 from Conrad Meyer --- Can you reproduce the crash with debug.debugger_on_panic=3D1 and gather a backtrace and panic message? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 03:05:03 2017 Return-Path: Delivered-To: freebsd-amd64@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 2372FCDFBBE for ; Thu, 16 Feb 2017 03:05:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 117881BAF for ; Thu, 16 Feb 2017 03:05:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G352UU027423 for ; Thu, 16 Feb 2017 03:05:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 03:05:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 03:05:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #3 from tcovert+freebsd@sahuagin.net --- I will give it a go. I didn't see anything on the terminal, just found myse= lf at the boot screen. In my attempt to dd the image, I got 4.1GB out of 32GB and a "device not configured". My attempt to have the drive show up on my mac was unsuccessfu= l, while another SD card would show up fine. So, I'm now suspecting that there is a data corruption on the SD card. I do= n't think it should still be able to reboot my machine, but it may not be somet= hing that would be normally expected. I'm happy to help how I can.=20 I'll turn debug.debugger_on_panic=3D1 and see if I can gather a backtrace. = I'm referencing https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.ht= ml in the hopes that it'll lead me correctly. FWIW, I've got encrypted swap and zfs underneath the system.=20 > sysctl debug.debugger_on_panic debug.debugger_on_panic: 1 Indicates that this was already set during my last 3 reboots. /var/crash only contains minfree --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 03:16:25 2017 Return-Path: Delivered-To: freebsd-amd64@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 D1FDBCE0250 for ; Thu, 16 Feb 2017 03:16:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1D1A360 for ; Thu, 16 Feb 2017 03:16:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G3GPEt086573 for ; Thu, 16 Feb 2017 03:16:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 03:16:25 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 03:16:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #4 from Conrad Meyer --- > In my attempt to dd the image, I got 4.1GB out of 32GB and a "device not = configured". That's probably ENXIO (the hardware has some issue and disappeared during d= d).=20 I wouldn't be surprised if this lead to a panic in msdosfs because it doesn= 't handle ENXIO errors (failing or removed disks) well. Or maybe the bad device is causing some other issue. > I'm referencing https://www.freebsd.org/doc/en/books/developers-handbook/= kerneldebug-gdb.html in the hopes that it'll lead me correctly. If you can get a core, even better. > FWIW, I've got encrypted swap and zfs underneath the system. That will make it hard to get a core :-). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:07:18 2017 Return-Path: Delivered-To: freebsd-amd64@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 CDE93CE1B06 for ; Thu, 16 Feb 2017 04:07:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD8FD117 for ; Thu, 16 Feb 2017 04:07:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G47I7m085973 for ; Thu, 16 Feb 2017 04:07:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 04:07:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:07:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #5 from tcovert+freebsd@sahuagin.net --- Created attachment 180036 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D180036&action= =3Dedit last run, did not core --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:07:47 2017 Return-Path: Delivered-To: freebsd-amd64@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 8A914CE1B8E for ; Thu, 16 Feb 2017 04:07:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A533211 for ; Thu, 16 Feb 2017 04:07:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G47lPv095296 for ; Thu, 16 Feb 2017 04:07:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 04:07:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:07:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #6 from tcovert+freebsd@sahuagin.net --- Removed .eli from my swap mirror in /etc/fstab and rebooted. dumpdev =3D "NO" in /etc/defaults/rc.conf now set to "AUTO in rc.conf dumpon -l mirror/swap mount -t msdosfs /dev/da4s1 /mnt/msdos find /mnt/msdos # it didn't crash this time --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:08:34 2017 Return-Path: Delivered-To: freebsd-amd64@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 7DB33CE1C4E for ; Thu, 16 Feb 2017 04:08:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D91C308 for ; Thu, 16 Feb 2017 04:08:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G48XgR010652 for ; Thu, 16 Feb 2017 04:08:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 04:08:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:08:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #7 from tcovert+freebsd@sahuagin.net --- Let me know if there is further testing you think I can do to replicate, otherwise, I think I'll have to close as unreproducable. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:11:34 2017 Return-Path: Delivered-To: freebsd-amd64@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 943ECCE1E7F for ; Thu, 16 Feb 2017 04:11:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 840AA82E for ; Thu, 16 Feb 2017 04:11:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G4BYHN078117 for ; Thu, 16 Feb 2017 04:11:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 04:11:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:11:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #8 from Conrad Meyer --- (In reply to tcovert+freebsd from comment #7) See if you run into it again soon and can provide a backtrace. In any even= t, it looks like the card is bad and you may have to replace it :-(. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:43:45 2017 Return-Path: Delivered-To: freebsd-amd64@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 AC682CE1806 for ; Thu, 16 Feb 2017 04:43:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C2B21702 for ; Thu, 16 Feb 2017 04:43:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G4hiLp059440 for ; Thu, 16 Feb 2017 04:43:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 04:43:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:43:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 --- Comment #9 from tcovert+freebsd@sahuagin.net --- Thanks. Will do. I had a 128GB replacement I was trying to copy the contents to. I will also assign the odd kindle behavior I was seeing to the failing = SD card. I appreciate the prompt help. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:44:03 2017 Return-Path: Delivered-To: freebsd-amd64@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 533ACCE1870 for ; Thu, 16 Feb 2017 04:44:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42A5D17A7 for ; Thu, 16 Feb 2017 04:44:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G4i32Q059964 for ; Thu, 16 Feb 2017 04:44:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217126] reading data from fat32 USB card spontaneously reboots system Date: Thu, 16 Feb 2017 04:44:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tcovert+freebsd@sahuagin.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Unable to Reproduce X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:44:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217126 tcovert+freebsd@sahuagin.net changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Unable to Reproduce Status|New |Closed --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 04:57:52 2017 Return-Path: Delivered-To: freebsd-amd64@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 89C9BCE1BA4 for ; Thu, 16 Feb 2017 04:57:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7981C1C7F for ; Thu, 16 Feb 2017 04:57:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G4vqSF087773 for ; Thu, 16 Feb 2017 04:57:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 04:57:52 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: frank@csie.io X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 04:57:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 Bug ID: 217128 Summary: Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Product: Base System Version: 11.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: frank@csie.io CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org We've just upgraded a couple of our servers from 10.3-RELEASE to 11.0-RELEA= SE. In our environment, we have an executable file on NFS, which is automounted= on /net. If we executed /net/executable_file before the directory is automounted, ke= rnel panic will occur. However, 10.3-RELEASE and previous releases doesn't seem to have such probl= em. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 05:04:41 2017 Return-Path: Delivered-To: freebsd-amd64@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 8C11CCE1E09 for ; Thu, 16 Feb 2017 05:04:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BB77A8 for ; Thu, 16 Feb 2017 05:04:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G54fq8022737 for ; Thu, 16 Feb 2017 05:04:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 05:04:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 05:04:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cem@freebsd.org --- Comment #1 from Conrad Meyer --- Can you get a backtrace of the panic, please? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 06:49:18 2017 Return-Path: Delivered-To: freebsd-amd64@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 27096CE1097 for ; Thu, 16 Feb 2017 06:49:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 161491E39 for ; Thu, 16 Feb 2017 06:49:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G6nHB7001377 for ; Thu, 16 Feb 2017 06:49:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 06:49:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: frank@csie.io X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 06:49:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 --- Comment #2 from Chang, Ching-hao --- I tried to get a core dump of the kernel panic by setting the dumpdev to AU= TO and dumpdir to /var/crash but still got nothing. My FreeBSD would just free= ze or worse, reboot. And please let me repharse it a little bit, we have a setuid executable on local drive as a setuid wrapper which calls execve() to execute a perl scri= pt located on the NFS. And kernel panic occured only when the /net folder is n= ot automounted. If we list the /net folder (so that the NFS get mounted) and execute the setuid wrapper then everything is fine. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 07:19:29 2017 Return-Path: Delivered-To: freebsd-amd64@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 7DA68CE1A62 for ; Thu, 16 Feb 2017 07:19:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6269E1050 for ; Thu, 16 Feb 2017 07:19:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G7JTMs096403 for ; Thu, 16 Feb 2017 07:19:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 07:19:29 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 07:19:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 Konstantin Belousov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org, | |trasz@FreeBSD.org --- Comment #3 from Konstantin Belousov --- This might be a bug fixed in r311284, not yet merged to stable/11. Do you = use autofs or amd ? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 08:06:11 2017 Return-Path: Delivered-To: freebsd-amd64@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 05FDCCE1C68 for ; Thu, 16 Feb 2017 08:06:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9BD18EF for ; Thu, 16 Feb 2017 08:06:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G86AGX022172 for ; Thu, 16 Feb 2017 08:06:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 08:06:10 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: frank@csie.io X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 08:06:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 --- Comment #4 from Chang, Ching-hao --- We use autofs. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 08:11:03 2017 Return-Path: Delivered-To: freebsd-amd64@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 89362CE1F25 for ; Thu, 16 Feb 2017 08:11:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78EACAA0 for ; Thu, 16 Feb 2017 08:11:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G8B3Z0031037 for ; Thu, 16 Feb 2017 08:11:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 08:11:03 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: frank@csie.io X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 08:11:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 --- Comment #5 from Chang, Ching-hao --- I'll try to apply the patch provided in r311284 and see if it work. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 08:44:22 2017 Return-Path: Delivered-To: freebsd-amd64@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 58E92CE191B for ; Thu, 16 Feb 2017 08:44:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 482BB1BD7 for ; Thu, 16 Feb 2017 08:44:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1G8iLOg014581 for ; Thu, 16 Feb 2017 08:44:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217128] Kernel panic on 11.0-Release when executing files over NFS(AutoFS) before it's automounted Date: Thu, 16 Feb 2017 08:44:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: frank@csie.io X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 08:44:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217128 Chang, Ching-hao changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #6 from Chang, Ching-hao --- Thanks guys, The r311284 patch worked like a charm. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 12:05:54 2017 Return-Path: Delivered-To: freebsd-amd64@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 C58EECE2EDB for ; Thu, 16 Feb 2017 12:05:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC1431198 for ; Thu, 16 Feb 2017 12:05:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1GC5sHp073551 for ; Thu, 16 Feb 2017 12:05:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217138] head (e.g.) -r313783 sh vs. jemalloc asserts: include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" Date: Thu, 16 Feb 2017 12:05:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 12:05:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217138 Bug ID: 217138 Summary: head (e.g.) -r313783 sh vs. jemalloc asserts: include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: markmi@dsl-only.net CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org For head -r313783 I built with a production arm64 kernel but world without MALLOC_PRODUCTION . I intermittently get the following sort of thing when, for example, I use ^z to put a process in the background and to get back to the shell --or quitting a program and getting back to the shell. The context involves already having been su'd to root. I can not cause the crash on demand: it is intermittent and fairly rare so far. [Note: This was found while trying to track down why sh fails sometimes during buildworld on a pine64 when world was built with MALLOC_PRODUCTION.] : /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" (lldb) bt * thread #1: tid =3D 100164, 0x0000000040554e18 libc.so.7`_thr_kill + 8, na= me =3D 'sh', stop reason =3D signal SIGABRT * frame #0: 0x0000000040554e18 libc.so.7`_thr_kill + 8 frame #1: 0x0000000040554ddc libc.so.7`__raise(s=3D6) + 64 at raise.c:52 frame #2: 0x0000000040554d50 libc.so.7`abort + 84 at abort.c:65 frame #3: 0x0000000040528790 libc.so.7`__je_tsd_fetch [inlined] __je_tsd_get + 248 at tsd.h:687 frame #4: 0x000000004052876c libc.so.7`__je_tsd_fetch [inlined] __je_tsd_fetch_impl(init=3Dtrue) at tsd.h:692 frame #5: 0x000000004052876c libc.so.7`__je_tsd_fetch + 212 at tsd.h:717 frame #6: 0x0000000040550214 libc.so.7`ialloc_body(size=3D11, zero=3D, tsdn=3D0x0000ffffffffe650, usize=3D0x0000ffffffffe648, slow_path=3Dtrue) + 56 at jemalloc_jemalloc.c:1586 frame #7: 0x0000000040550184 libc.so.7`__malloc(size=3D1) + 184 at jemalloc_jemalloc.c:1645 frame #8: 0x000000000041126c sh`ckmalloc(nbytes=3D) + 32 at memalloc.c:61 frame #9: 0x000000000041bb6c sh`setvar(name=3D, val=3D, flags=3D) + 176 at var.c:256 frame #10: 0x0000000000406bf4 sh`evalcommand(cmd=3D, flags=3D, backcmd=3D) + 3468 at eval.c:1180 frame #11: 0x0000000000405570 sh`evaltree(n=3D0x0000000040ab9060, flags=3D) + 212 at eval.c:290 frame #12: 0x000000000041105c sh`cmdloop(top=3D) + 252 at main.c:231 frame #13: 0x0000000000410ed0 sh`main(argc=3D, argv=3D) + 660 at main.c:178 frame #14: 0x0000000000402f30 sh`__start + 360 frame #15: 0x0000000040434658 ld-elf.so.1`.rtld_start + 24 at rtld_start.S:41 (lldb) up 10 frame #10: 0x0000000000406bf4 sh`evalcommand(cmd=3D, flags=3D, backcmd=3D) + 3468 at eval.c:1180 1177=20 1178 out: 1179 if (lastarg) -> 1180 setvar("_", lastarg, 0); 1181 if (do_clearcmdentry) 1182 clearcmdentry(); 1183 } Unless tsd_booted has been trashed it would appear that tsd_boot0() never happened before the attempted setvar above indirectly tries the __je_tsd_get. Supporting details from the source code: /usr/src/contrib/jemalloc/include/jemalloc/internal/jemalloc_internal_defs.h establishes: #define JEMALLOC_MALLOC_THREAD_CLEANUP=20 #define JEMALLOC_TLS=20 which is context that is needed when looking things up. /* malloc_tsd_externs(). */ #ifdef JEMALLOC_MALLOC_THREAD_CLEANUP #define malloc_tsd_externs(a_name, a_type) \ extern __thread a_type a_name##tsd_tls; \ extern __thread bool a_name##tsd_initialized; \ extern bool a_name##tsd_booted; . . . #ifdef JEMALLOC_MALLOC_THREAD_CLEANUP #define malloc_tsd_data(a_attr, a_name, a_type, a_initializer) \ . . . \ a_attr bool a_name##tsd_booted =3D false; . . . #ifdef JEMALLOC_MALLOC_THREAD_CLEANUP #define malloc_tsd_funcs(a_attr, a_name, a_type, a_initializer, \ a_cleanup) \ . . . a_name##tsd_boot0(void) \ { \ \ if (a_cleanup !=3D malloc_tsd_no_cleanup) { \ malloc_tsd_cleanup_register( \ &a_name##tsd_cleanup_wrapper); \ } \ a_name##tsd_booted =3D true; \ return (false); \ } \ . . . a_attr bool \ a_name##tsd_boot(void) \ { \ \ return (a_name##tsd_boot0()); \ } \ . . . /* Get/set. */ \ a_attr a_type * \ a_name##tsd_get(bool init) \ { \ \ assert(a_name##tsd_booted); \ return (&a_name##tsd_tls); \ } \ a_attr void \ a_name##tsd_set(a_type *val) \ { \ \ assert(a_name##tsd_booted); \ a_name##tsd_tls =3D (*val); \ if (a_cleanup !=3D malloc_tsd_no_cleanup) \ a_name##tsd_initialized =3D true; \ } . . . #if (defined(JEMALLOC_ENABLE_INLINE) || defined(JEMALLOC_TSD_C_)) malloc_tsd_externs(, tsd_t) malloc_tsd_funcs(JEMALLOC_ALWAYS_INLINE, , tsd_t, tsd_initializer, tsd_clea= nup) . . . tsd_t * malloc_tsd_boot0(void) { tsd_t *tsd; ncleanups =3D 0; if (tsd_boot0()) return (NULL); tsd =3D tsd_fetch(); *tsd_arenas_tdata_bypassp_get(tsd) =3D true; return (tsd); } . . . static bool malloc_init_hard(void) { . . . tsd =3D malloc_tsd_boot0(); . . . JEMALLOC_ALWAYS_INLINE_C bool malloc_init(void) { if (unlikely(!malloc_initialized()) && malloc_init_hard()) return (true); malloc_thread_init(); return (false); }=20=20=20=20=20=20=20 . . . typedef enum { malloc_init_uninitialized =3D 3, malloc_init_a0_initialized =3D 2, malloc_init_recursible =3D 1, malloc_init_initialized =3D 0 /* Common case --> jnz. */ } malloc_init_t; static malloc_init_t malloc_init_state =3D malloc_init_uninitialized; . . . JEMALLOC_ALWAYS_INLINE_C bool malloc_initialized(void) { return (malloc_init_state =3D=3D malloc_init_initialized); } --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 12:25:11 2017 Return-Path: Delivered-To: freebsd-amd64@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 3E3AACE087E for ; Thu, 16 Feb 2017 12:25:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 24DD91EE3 for ; Thu, 16 Feb 2017 12:25:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1GCPARk096260 for ; Thu, 16 Feb 2017 12:25:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217138] head (e.g.) -r313783 sh vs. jemalloc asserts: include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" Date: Thu, 16 Feb 2017 12:25:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 12:25:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217138 --- Comment #1 from Mark Millard --- (In reply to Mark Millard from comment #0) It turns out that the sh failure during buildworld also gets to __je_tsd_get (but a different way) and then fails the same assertion for "tsd_booted": : /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" A back trace is: (lldb) bt * thread #1: tid =3D 100194, 0x0000000040554e18 libc.so.7`_thr_kill + 8, na= me =3D 'sh', stop reason =3D signal SIGABRT * frame #0: 0x0000000040554e18 libc.so.7`_thr_kill + 8 frame #1: 0x0000000040554ddc libc.so.7`__raise(s=3D6) + 64 at raise.c:52 frame #2: 0x0000000040554d50 libc.so.7`abort + 84 at abort.c:65 frame #3: 0x0000000040528790 libc.so.7`__je_tsd_fetch [inlined] __je_tsd_get + 248 at tsd.h:687 frame #4: 0x000000004052876c libc.so.7`__je_tsd_fetch [inlined] __je_tsd_fetch_impl(init=3Dtrue) at tsd.h:692 frame #5: 0x000000004052876c libc.so.7`__je_tsd_fetch + 212 at tsd.h:717 frame #6: 0x0000000040550cc0 libc.so.7`__free(ptr=3D0x0000000040a17720)= + 64 at jemalloc_jemalloc.c:2011 frame #7: 0x0000000000411328 sh`ckfree(p=3D) + 32 at memalloc.c:88 frame #8: 0x0000000000407cd8 sh`clearcmdentry + 76 at exec.c:505 frame #9: 0x0000000000406bfc sh`evalcommand(cmd=3D, flags=3D, backcmd=3D) + 3476 at eval.c:1182 frame #10: 0x0000000000405570 sh`evaltree(n=3D0x0000000040a1cde8, flags=3D) + 212 at eval.c:290 frame #11: 0x000000000041105c sh`cmdloop(top=3D) + 252 at main.c:231 frame #12: 0x0000000000410ed0 sh`main(argc=3D, argv=3D) + 660 at main.c:178 frame #13: 0x0000000000402f30 sh`__start + 360 frame #14: 0x0000000040434658 ld-elf.so.1`.rtld_start + 24 at rtld_start.S:41 It appears that setvar was not used but clearcmdentry (indirectly) gets the same sort of problem when this happens: (lldb) up 9 frame #9: 0x0000000000406bfc sh`evalcommand(cmd=3D, flags=3D, backcmd=3D) + 3476 at eval.c:1182 1179 if (lastarg) 1180 setvar("_", lastarg, 0); 1181 if (do_clearcmdentry) -> 1182 clearcmdentry(); 1183 } --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 15:37:18 2017 Return-Path: Delivered-To: freebsd-amd64@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 5ABCDCE1EAF for ; Thu, 16 Feb 2017 15:37:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31B9A187A for ; Thu, 16 Feb 2017 15:37:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1GFbHQP096209 for ; Thu, 16 Feb 2017 15:37:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217144] procstat -e fails to report changes to environment. Date: Thu, 16 Feb 2017 15:37:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: mrT1188123@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 15:37:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217144 Bug ID: 217144 Summary: procstat -e fails to report changes to environment. Product: Base System Version: 10.3-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: mrT1188123@gmail.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org procstat -e (PID) (for printing the environment variables of specified PID)= =20 fails to show updated environments. This was noticed in the following scenario: konsole-A ---=20 procstat -e pidOf-konsole-B > baseline.txt konsole-B --- export MYTEST=3D"ThisIsMy test string. mrT" konsole-A --- procstat -e pidOf-konsole-B > test1.txt ---> Both outputs was identical. Therefore, any environment changes are NOT reflected in 'procstat -e' output. Got same result even when I ran the same 'procstat -e' on konsole-B. Note: other options of procstat, such as '-f' and '-r' (file descripto= r, resource usage) did sow updated info as expected. konsole version 2.14.2 Using KDE Development Platform 4.14.10 kern.osrelease: 10.3-RELEASE-p5 kern.osrevision: 199506 kern.version: FreeBSD 10.3-RELEASE-p5 #0: Thu Jun 30 03:52:15 UTC 2016 root@amd64-builder.pcbsd.org:/usr/obj/usr/src/sys/GENERIC --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 15:45:53 2017 Return-Path: Delivered-To: freebsd-amd64@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 B87E6CE21DA for ; Thu, 16 Feb 2017 15:45:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A85B71D93 for ; Thu, 16 Feb 2017 15:45:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1GFjrAa018098 for ; Thu, 16 Feb 2017 15:45:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217144] procstat -e fails to report changes to environment. Date: Thu, 16 Feb 2017 15:45:53 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: mrT1188123@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 15:45:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217144 --- Comment #1 from mrT --- I was using shell: ksh93 version sh (AT&T Research) 93u+ 2012-08-01 and also tested using '/bin/sh' and got the same results. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 22:48:41 2017 Return-Path: Delivered-To: freebsd-amd64@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 581D6CE274B for ; Thu, 16 Feb 2017 22:48:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47D9F1A63 for ; Thu, 16 Feb 2017 22:48:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1GMmfRs004233 for ; Thu, 16 Feb 2017 22:48:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217156] Kernel panic using Netmap with selected NIC queue Date: Thu, 16 Feb 2017 22:48:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: milosz.kaniewski@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 22:48:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217156 Bug ID: 217156 Summary: Kernel panic using Netmap with selected NIC queue Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: milosz.kaniewski@gmail.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Created attachment 180063 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D180063&action= =3Dedit Test program which ends with kernel panic. Hello, when I try to use netmap with specified NIC queue (ie. when I use flag NR_REG_ONE_NIC) I get kernel panic: panic: Assertion slot !=3D NULL failed at /usr/src/sys/modules/cxgbe/if_cxgbe/../../../dev/cxgbe/t4_netmap.c:353 cpuid =3D 14 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0660f53= 000 vpanic() at vpanic+0x186/frame 0xfffffe0660f53080 kassert_panic() at kassert_panic+0x126/frame 0xfffffe0660f530f0 cxgbe_netmap_reg() at cxgbe_netmap_reg+0x8d8/frame 0xfffffe0660f531c0 netmap_hw_reg() at netmap_hw_reg+0x2c/frame 0xfffffe0660f531f0 netmap_do_regif() at netmap_do_regif+0x2cb/frame 0xfffffe0660f53230 netmap_ioctl() at netmap_ioctl+0xa57/frame 0xfffffe0660f53620 freebsd_netmap_ioctl() at freebsd_netmap_ioctl+0x3e/frame 0xfffffe0660f53650 devfs_ioctl() at devfs_ioctl+0xc3/frame 0xfffffe0660f536a0 VOP_IOCTL_APV() at VOP_IOCTL_APV+0xe0/frame 0xfffffe0660f536d0 vn_ioctl() at vn_ioctl+0x124/frame 0xfffffe0660f537d0 devfs_ioctl_f() at devfs_ioctl_f+0x1f/frame 0xfffffe0660f537f0 kern_ioctl() at kern_ioctl+0x2b0/frame 0xfffffe0660f53850 sys_ioctl() at sys_ioctl+0x13f/frame 0xfffffe0660f53930 amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0660f53ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0660f53ab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x80097c97a, rsp =3D 0x7fffffffea88, rbp =3D 0x7fffffffeb20 --- KDB: enter: panic If the queue is not specified then everything works ok. To repeat this error: 1. Run 'pkt-gen -i vcxl0-1' or 2. Run program netmap_test.c. uname -a: FreeBSD test0 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r313561: Fri Feb 10 20:1= 8:01 UTC 2017 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd= 64 network card: Chelsio T540-CR /boot/loader.conf content: hw.cxgbe.num_vis=3D2 root@freebsd:~ # ifconfig vcxl0 vcxl0: flags=3D8843 metric 0 mtu 15= 00=20=20=20=20 =20=20 options=3Dec07bb ether 00:07:43:31:cf:52 nd6 options=3D29 media: Ethernet 10Gbase-SR status: active --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Thu Feb 16 23:15:48 2017 Return-Path: Delivered-To: freebsd-amd64@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 C2002CE2097 for ; Thu, 16 Feb 2017 23:15:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B180C19E6 for ; Thu, 16 Feb 2017 23:15:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1GNFmtB084536 for ; Thu, 16 Feb 2017 23:15:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217144] procstat -e fails to report changes to environment. Date: Thu, 16 Feb 2017 23:15:48 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Works As Intended X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2017 23:15:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217144 Konstantin Belousov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org Status|New |Closed Resolution|--- |Works As Intended --- Comment #2 from Konstantin Belousov --- This is perfectly normal. Kernel can reliably see the environment for a process only during execve(2), when old program passes the environment to a= new executed program through the syscall. New program (address space) gets the envirnment as a set of strings on top of the main thread stack. procstat -e best guess is to access these strings and show them as good enough approximation. During the normal operations, the environment changes do not need to be reflected into the strings and they are not, as you discovered. Still proc= stat -e is useful because typical program only consumes the environment without changing it. Shells of course do change env vars, but maintaining env as externally visible strings set is not needed until something is execed. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Fri Feb 17 02:33:04 2017 Return-Path: Delivered-To: freebsd-amd64@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 9052ECE2423 for ; Fri, 17 Feb 2017 02:33:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FC02159D for ; Fri, 17 Feb 2017 02:33:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1H2X4HD093240 for ; Fri, 17 Feb 2017 02:33:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217138] head (e.g.) -r313783 sh vs. jemalloc asserts: include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" Date: Fri, 17 Feb 2017 02:33:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 02:33:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217138 --- Comment #2 from Mark Millard --- If one is going to look into this in a amd64 context it is important to be using head -r313772 or later in order to avoid fork sometimes not preserving the stack pointer on the child-process side of things --at least if experimenting with port or buildworld buildkernel builds as a means of testing. Getting past that stack pointer problem is what allowed me to see this problem during build activity, which started me down this exploration. [My tests for aborting in sh`forkshell if fork changes the stack pointer are still in place but there have been no failures so far.] --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Fri Feb 17 20:10:11 2017 Return-Path: Delivered-To: freebsd-amd64@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 18202CE3EB0 for ; Fri, 17 Feb 2017 20:10:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 078A4130E for ; Fri, 17 Feb 2017 20:10:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1HKAA5V094145 for ; Fri, 17 Feb 2017 20:10:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217138] head (e.g.) -r313783 sh vs. jemalloc asserts: include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" Date: Fri, 17 Feb 2017 20:10:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2017 20:10:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217138 --- Comment #3 from Mark Millard --- Before starting a round of updates to a newer version of head I got a couple of sh core dumps that showed the same sort of failures. But in these I'd added recording the pid that was returned by fork. The result was that both the core dumps were from the parent- process side of the most recent fork. [It will be a bit before I'm done with updating to a newer version of head.] --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-amd64@freebsd.org Sat Feb 18 09:03:42 2017 Return-Path: Delivered-To: freebsd-amd64@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 1E58FCE4D20 for ; Sat, 18 Feb 2017 09:03:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04BC11DC3 for ; Sat, 18 Feb 2017 09:03:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1I93fql067427 for ; Sat, 18 Feb 2017 09:03:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 217138] head (e.g.) -r313783 sh vs. jemalloc asserts: include/jemalloc/internal/tsd.h:687: Failed assertion: "tsd_booted" Date: Sat, 18 Feb 2017 09:03:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Feb 2017 09:03:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D217138 --- Comment #4 from Mark Millard --- I got a somewhat different trace back this time: (lldb) bt * thread #1: tid =3D 100105, 0x0000000040554e18 libc.so.7`_thr_kill + 8, na= me =3D 'sh', stop reason =3D signal SIGABRT * frame #0: 0x0000000040554e18 libc.so.7`_thr_kill + 8 frame #1: 0x0000000040554ddc libc.so.7`__raise(s=3D6) + 64 at raise.c:52 frame #2: 0x0000000040554d50 libc.so.7`abort + 84 at abort.c:65 frame #3: 0x0000000040528790 libc.so.7`__je_tsd_fetch [inlined] __je_tsd_get + 248 at tsd.h:687 frame #4: 0x000000004052876c libc.so.7`__je_tsd_fetch [inlined] __je_tsd_fetch_impl(init=3Dtrue) at tsd.h:692 frame #5: 0x000000004052876c libc.so.7`__je_tsd_fetch + 212 at tsd.h:717 frame #6: 0x0000000040550cc0 libc.so.7`__free(ptr=3D0x0000000040a390e0)= + 64 at jemalloc_jemalloc.c:2011 frame #7: 0x0000000000411330 sh`ckfree(p=3D) + 32 at memalloc.c:88 frame #8: 0x000000000040e6c8 sh`freejob(jp=3D) + 108 at jobs.c:475 frame #9: 0x000000000040dd0c sh`waitforjob(jp=3D, origstatus=3D) + 352 at jobs.c:1066 frame #10: 0x0000000000406988 sh`evalcommand(cmd=3D, flags=3D, backcmd=3D) + 2848 at eval.c:1166 frame #11: 0x0000000000405570 sh`evaltree(n=3D0x0000000040ab9060, flags=3D) + 212 at eval.c:290 frame #12: 0x0000000000411064 sh`cmdloop(top=3D) + 252 at main.c:231 frame #13: 0x0000000000410ed8 sh`main(argc=3D, argv=3D) + 660 at main.c:178 frame #14: 0x0000000000402f30 sh`__start + 360 frame #15: 0x0000000040434658 ld-elf.so.1`.rtld_start + 24 at rtld_start.S:41 (lldb) up 10 frame #10: 0x0000000000406988 sh`evalcommand(cmd=3D, flags=3D, backcmd=3D) + 2848 at eval.c:1166 1163 parent: /* parent process gets here (if we forked) */ 1164 if (mode =3D=3D FORK_FG) { /* argument to fork */ 1165 INTOFF; -> 1166 exitstatus =3D waitforjob(jp, &realstatus); 1167 INTON; 1168 if (iflag && loopnest > 0 && WIFSIGNALED(realstatus= )) { 1169 evalskip =3D SKIPBREAK; --=20 You are receiving this mail because: You are on the CC list for the bug.=