From owner-freebsd-stable@freebsd.org Sun Mar 19 00:53:50 2017 Return-Path: Delivered-To: freebsd-stable@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 34C01D08274 for ; Sun, 19 Mar 2017 00:53:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-176.reflexion.net [208.70.211.176]) (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 D478D1C9A for ; Sun, 19 Mar 2017 00:53:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9482 invoked from network); 19 Mar 2017 00:54:33 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 19 Mar 2017 00:54:33 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Sat, 18 Mar 2017 20:53:42 -0400 (EDT) Received: (qmail 27325 invoked from network); 19 Mar 2017 00:53:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 19 Mar 2017 00:53:41 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 4149CEC7ED1; Sat, 18 Mar 2017 17:53:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: arm64 fork/swap data corruptions: A ~110 line C program demonstrating an example (Pine64+ 2GB context) [Corrected subject: arm64!] From: Mark Millard In-Reply-To: <10F50F1C-FD26-4142-9350-966312822438@dsl-only.net> Date: Sat, 18 Mar 2017 17:53:40 -0700 Cc: freebsd-arm , FreeBSD Current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: 7bit Message-Id: <76DD9882-B4BD-4A16-A8E1-5A5FBB5A21F5@dsl-only.net> References: <01735A68-FED6-4E63-964F-0820FE5C446C@dsl-only.net> <16B3D614-62E1-4E58-B409-8DB9DBB35BCB@dsl-only.net> <5BEAFC6C-DA80-4D7B-AB55-977E585D1ACC@dsl-only.net> <10F50F1C-FD26-4142-9350-966312822438@dsl-only.net> To: Andrew Turner X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2017 00:53:50 -0000 A new, significant discovery follows. . . While checking out use of procstat -v I ran into the following common property for the 3 programs that I looked at: A) My small test program that fails for a dynamically allocated space. B) sh reporting Failed assertion: "tsd_booted". C) su reporting Failed assertion: "tsd_booted". Here are example addresses from the area of incorrectly zeroed memory (A then B then C): (lldb) print dyn_region (region *volatile) $0 = 0x0000000040616000 (lldb) print &__je_tsd_booted (bool *) $0 = 0x0000000040618520 (lldb) print &__je_tsd_booted (bool *) $0 = 0x0000000040618520 The first is from dynamic allocation ending up in the area. The other two are from libc.so.7 globals/statics ending up in the general area. It looks like something is trashing a specific memory area for some reason, rather independently of what the program specifics are. Other notes: At least for my small program showing failure: Being explicit about the combined conditions for failure for my test program. . . Both tcache enabled and allocations fitting in SMALL_MAXCLASS are required in order to make the program fail. Note: lldb) print __je_tcache_maxclass (size_t) $0 = 32768 which is larger than SMALL_MAXCLASS. I've not observed failures for sizes above SMALL_MAXCLASS but not exceeding __je_tcache_maxclass. Thus tcache use by itself does not seen sufficient for my program to get corruption of its dynamically allocated memory: the small allocation size also matters. Be warned that I can not eliminate the possibility that the trashing changed what region of memory it trashed for larger allocations or when tcache is disabled. === Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sun Mar 19 04:10:43 2017 Return-Path: Delivered-To: freebsd-stable@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 57BA5D134F8 for ; Sun, 19 Mar 2017 04:10:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-182.reflexion.net [208.70.211.182]) (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 001DFBB9 for ; Sun, 19 Mar 2017 04:10:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24902 invoked from network); 19 Mar 2017 04:10:36 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 19 Mar 2017 04:10:36 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Sun, 19 Mar 2017 00:10:36 -0400 (EDT) Received: (qmail 2340 invoked from network); 19 Mar 2017 04:10:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 19 Mar 2017 04:10:36 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 70116EC894B; Sat, 18 Mar 2017 21:10:35 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: arm64 fork/swap data corruptions: A ~110 line C program demonstrating an example (Pine64+ 2GB context) [Corrected subject: arm64!] From: Mark Millard In-Reply-To: <76DD9882-B4BD-4A16-A8E1-5A5FBB5A21F5@dsl-only.net> Date: Sat, 18 Mar 2017 21:10:34 -0700 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: 7bit Message-Id: References: <01735A68-FED6-4E63-964F-0820FE5C446C@dsl-only.net> <16B3D614-62E1-4E58-B409-8DB9DBB35BCB@dsl-only.net> <5BEAFC6C-DA80-4D7B-AB55-977E585D1ACC@dsl-only.net> <10F50F1C-FD26-4142-9350-966312822438@dsl-only.net> <76DD9882-B4BD-4A16-A8E1-5A5FBB5A21F5@dsl-only.net> To: Andrew Turner , freebsd-arm X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2017 04:10:43 -0000 On 2017-Mar-18, at 5:53 PM, Mark Millard wrote: > A new, significant discovery follows. . . > > While checking out use of procstat -v I ran > into the following common property for the 3 > programs that I looked at: > > A) My small test program that fails for > a dynamically allocated space. > > B) sh reporting Failed assertion: "tsd_booted". > > C) su reporting Failed assertion: "tsd_booted". > > Here are example addresses from the area of > incorrectly zeroed memory (A then B then C): > > (lldb) print dyn_region > (region *volatile) $0 = 0x0000000040616000 > > (lldb) print &__je_tsd_booted > (bool *) $0 = 0x0000000040618520 > > (lldb) print &__je_tsd_booted > (bool *) $0 = 0x0000000040618520 That last above was a copy/paste error. Correction: (lldb) print &__je_tsd_booted (bool *) $0 = 0x000000004061d520 > The first is from dynamic allocation ending up > in the area. The other two are from libc.so.7 > globals/statics ending up in the general area. > > It looks like something is trashing a specific > memory area for some reason, rather independently > of what the program specifics are. > > > Other notes: > > At least for my small program showing failure: > > Being explicit about the combined conditions for failure > for my test program. . . > > Both tcache enabled and allocations fitting in SMALL_MAXCLASS > are required in order to make the program fail. > > Note: > > lldb) print __je_tcache_maxclass > (size_t) $0 = 32768 > > which is larger than SMALL_MAXCLASS. I've not observed > failures for sizes above SMALL_MAXCLASS but not exceeding > __je_tcache_maxclass. > > Thus tcache use by itself does not seen sufficient for > my program to get corruption of its dynamically allocated > memory: the small allocation size also matters. > > > Be warned that I can not eliminate the possibility that > the trashing changed what region of memory it trashed > for larger allocations or when tcache is disabled. The pine64+ 2GB eventually got into a state where: /etc/malloc.conf -> tcache:false made no difference and the failure kept occurring with that symbolic link in place. But after a reboot of the pin46+ 2GB /etc/malloc.conf -> tcache:false was again effective for my test program. (It was still present from before the reboot.) I checked the .core files and the allocated address assigned to dyn_region was the same in the tries before and after the reboot. (I had put in an additional raise(SIGABRT) so I'd always have a core file to look at.) Apparently /etc/malloc.conf -> tcache:false was being ignored before the reboot for some reason? === Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Sun Mar 19 11:51:40 2017 Return-Path: Delivered-To: freebsd-stable@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 C2959D1312F for ; Sun, 19 Mar 2017 11:51:40 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 57235187; Sun, 19 Mar 2017 11:51:40 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (115-166-5-28.dyn.iinet.net.au [115.166.5.28]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v2JBpWdL024988 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 19 Mar 2017 04:51:36 -0700 (PDT) (envelope-from julian@freebsd.org) To: petefrench@ingresso.co.uk, =?UTF-8?Q?Edward_Tomasz_Napiera=c5=82a?= , FreeBSD Stable , Sepherosa Ziehau From: Julian Elischer Subject: Re: moutnroot failing on zpools in Azure after upgrade from 10 to 11 due to lack of waiting for da0 Message-ID: <8ee0ce4f-ef76-2df0-4e4b-9d7cacdc6b21@freebsd.org> Date: Sun, 19 Mar 2017 19:51:26 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Mar 2017 11:51:40 -0000 this was a bug in 10.3 that I thought was fixed in 11.. I believe it's fixed in 10-stable. Maybe 11.0 missed it? if you still see this bug look at adding the patch in bug https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208882 it makes the mountroot code retry, which is all you need. Julian From owner-freebsd-stable@freebsd.org Mon Mar 20 14:55:44 2017 Return-Path: Delivered-To: freebsd-stable@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 8F8DCD14AEE for ; Mon, 20 Mar 2017 14:55:44 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7E047BC6 for ; Mon, 20 Mar 2017 14:55:44 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: by mailman.ysv.freebsd.org (Postfix) id 7A631D14AED; Mon, 20 Mar 2017 14:55:44 +0000 (UTC) Delivered-To: stable@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 7A0DCD14AEC for ; Mon, 20 Mar 2017 14:55:44 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (unknown [IPv6:2a02:b90:3002:411::3]) (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 4C176BC5 for ; Mon, 20 Mar 2017 14:55:44 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cpyik-000NCe-Cy for stable@freebsd.org; Mon, 20 Mar 2017 14:55:42 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1cpyik-00025j-BL for stable@freebsd.org; Mon, 20 Mar 2017 14:55:42 +0000 To: stable@freebsd.org Subject: Unicode strageness with lldb Message-Id: From: Pete French Date: Mon, 20 Mar 2017 14:55:42 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 14:55:44 -0000 Using the lldb installed with 11-STABLE from an hour or so ago. Thoigh I dont know when this started, as I have been using db until now. First command I type is fine, subsequent commands, every keypress I type looks like this: (lldb) \U+7F68\U+7F65\U+7F08 That's an attempted 'bt' so something is adding 0x7F00 to it somewhere. Anyone else seeing this ? Its in a standard xterm, options '-sb +lc -en utf8' but I have tried with other options and it does the same thing. -pete. From owner-freebsd-stable@freebsd.org Mon Mar 20 19:40:18 2017 Return-Path: Delivered-To: freebsd-stable@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 E5D34D14A85 for ; Mon, 20 Mar 2017 19:40:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-179.reflexion.net [208.70.211.179]) (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 7FB3A121B for ; Mon, 20 Mar 2017 19:40:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8421 invoked from network); 20 Mar 2017 19:41:03 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 20 Mar 2017 19:41:03 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Mon, 20 Mar 2017 15:40:11 -0400 (EDT) Received: (qmail 14802 invoked from network); 20 Mar 2017 19:40:11 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Mar 2017 19:40:11 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 9402DEC8148 for ; Mon, 20 Mar 2017 12:40:10 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Unicode strageness with lldb Message-Id: <301E8572-823C-408E-91F2-9573EDB80AF0@dsl-only.net> Date: Mon, 20 Mar 2017 12:40:10 -0700 To: FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 19:40:19 -0000 Pete French petefrench at ingresso.co.uk wrote on Mon Mar 20 14:55:44 = UTC 2017: > Using the lldb installed with 11-STABLE from an hour or so ago. Thoigh > I dont know when this started, as I have been using db until now. >=20 > First command I type is fine, subsequent commands, every keypress I > type looks like this: >=20 > (lldb) \U+7F68\U+7F65\U+7F08 >=20 > That's an attempted 'bt' so something is adding 0x7F00 to it = somewhere. >=20 > Anyone else seeing this ? Its in a standard xterm, options '-sb +lc = -en utf8' > but I have tried with other options and it does the same thing. There was a time a while back when I was seeing such in a head (12) context. I'm not sure about the specific values after the +'s but \U prefixed output was definitely involved. I was not explicitly using any of the options that you list in those ssh sessions (from a macOS environment). I discovered that if I typed ^C it would output a new prompt and start taking/displaying input normally. I've not had such an issue in a while. I never managed to isolate what contributed to it happening. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Mon Mar 20 20:23:20 2017 Return-Path: Delivered-To: freebsd-stable@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 C8F7AD1452A for ; Mon, 20 Mar 2017 20:23:20 +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 B853BA68 for ; Mon, 20 Mar 2017 20:23:20 +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 v2KKNKVh000853 for ; Mon, 20 Mar 2017 20:23:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837) Date: Mon, 20 Mar 2017 20:23:20 +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: CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: peixoto.cassiano@gmail.com X-Bugzilla-Status: Open 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 20:23:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213903 --- Comment #18 from Cassiano Peixoto --- (In reply to Cassiano Peixoto from comment #17) Hi Mateusz, I got another customer to try. Can i apply this patch and only replace the kernel or do i need to replace userland as well? After that do you need only kgdb trace output? Thanks. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Mon Mar 20 21:53:25 2017 Return-Path: Delivered-To: freebsd-stable@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 E0DF8D13189 for ; Mon, 20 Mar 2017 21:53:25 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D0809173D for ; Mon, 20 Mar 2017 21:53:25 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id CD390D13187; Mon, 20 Mar 2017 21:53:25 +0000 (UTC) Delivered-To: stable@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 CC6E9D13185; Mon, 20 Mar 2017 21:53:25 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE08E173B; Mon, 20 Mar 2017 21:53:25 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 000527A82; Mon, 20 Mar 2017 21:53:24 +0000 (UTC) Date: Mon, 20 Mar 2017 22:53:24 +0100 From: Baptiste Daroussin To: arch@freebsd.org, stable@freebsd.org Subject: mandoc 1.14 on FreeBSD 11.1 Message-ID: <20170320215324.67dgut6svvow4o53@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wtip4lh2svqik7yk" Content-Disposition: inline User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 21:53:26 -0000 --wtip4lh2svqik7yk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, mandoc 1.14 has introduced a new database format (removing the requirement for sqlite). FreeBSD 11.x is having right mandoc 1.13, Given the database format is a technical detail (aka new format will be generated anyway automatically and seamlessly replacing the old database). I think it does not fall into POLA. For such reason I'm planing to upgrade to the 1.14 series (current already have it). If that is a matter for you to change that database format please tell me. Otherwise in 2 weeks I will import 1.14 in 11-STABLE in order we have it in 11.1-R Best regards, Bapt --wtip4lh2svqik7yk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAljQT1QACgkQY4mL3PG3 Plo3Rg/8DrTHa75hNOR0oGux7JpZHOULkGyR3tCJ7QEu4zDJtUnWXayoOE5mNo5Y ZPDbUHRkN4QQ54FrsOOWwM7KOu5SZ4uF/K/ZfrkaawvbWgmovmB73Dne5H0WcuHy R6oqUKhE1qzMfImW2EcDbvXDnmheYbU4u6PTdkUrGLtv+SlzmLeN2BCOtkSBjgL5 9qasBogPXM+2rdH+NBgFKUf+PaJ5PrjXRhvbnNjSwZ/vkjOXu5Y0DKhKxx/SEZC2 wUZR9z/semrfMS69aohiFFPbAFTmk+OLE2WNTsrCKQtwldEm5vqApB7WdcUv8/6d sOxGmQmd7stbDQRskCju1xQpY+p8F0qJvU3M2zpPP5fiAT3nmAvq8QRBKqePf4zy BTyAO9Ptwz8GADeHSlD2pnzMLSaB0N2y5Mi3pT0IHR+PzhISFTBrR2Q0mIWUHEFB IZDRRzp9rWUzrucStE00OTu5KpisKKWiTIWp2FF4rU5FwGcZPXK2igMbudYjxcJ7 gHx5zCGG0vN4qCgKZCxInPeBlddNtUpgmDju3uAtDDlWHhJaEV12sMNDlfnGvcpJ QDI1x0Q6p+Mb6G8y3OaILA56TakfaV4YxuzSpzKmvpgsZlCgbvKbcDHklanbLxyy ABWq5h4ouL0TZ67CDUlduOPmfgseEXgSOti5SyK0JXjXDrABZgo= =1t7X -----END PGP SIGNATURE----- --wtip4lh2svqik7yk-- From owner-freebsd-stable@freebsd.org Mon Mar 20 21:59:38 2017 Return-Path: Delivered-To: freebsd-stable@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 B76F8D13638 for ; Mon, 20 Mar 2017 21:59:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 91DB91E09 for ; Mon, 20 Mar 2017 21:59:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mailman.ysv.freebsd.org (Postfix) id 8E234D13636; Mon, 20 Mar 2017 21:59:38 +0000 (UTC) Delivered-To: stable@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 8DB5CD13634 for ; Mon, 20 Mar 2017 21:59:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF351E07 for ; Mon, 20 Mar 2017 21:59:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id z13so38559964iof.2 for ; Mon, 20 Mar 2017 14:59:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=pQ/O/PrDr5mwZDirjBjxS3z6A/2b/52A1xVytTAxX4g=; b=WIoFUuw9EOhR0Mg7MTiYcmE9cvf1O0sfpbo810ErPWrRCy76oQWfAoLIHnhAHWMKOn BWHFTuU05Ac1InmBtQhdlm4HK1vI7U/Pz6ulOkMNTpCeZnAemULvpvh5iOVs0dMNlFGI xfWM550/yfwiu+zhCp9Za0EtTtX+4hjupJUYKJEy8A40ni5FUyQi7D6bMW57on8wpNmG ec9wL7Q/KlK9xvUMZxRXuIq3TXoR1wpDGsavPf5p8oMKogjI9/z/IO+M4Mwj+p0Og/l0 rBAzWgbgXbCnIdN5MVogtzId+ezzfosUq8N4uonKQYn14ZneaBTnJ1LE3+CDRlFi+5Db x83w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=pQ/O/PrDr5mwZDirjBjxS3z6A/2b/52A1xVytTAxX4g=; b=mnFGRS2epoUd6DSjJ0zbQgXQsR8MYMkRlo6618MV6mdAk7WI7sg5Ae94t5W7Yan54x lJ131N2L0PEXzthve395WTa6Z+HYzK3ECGreX9BE+MwQ97cRkB4Of0uZ0h7CvfQ97YiL g0nE4XdP0WAzr2d9dW0wvBe2w82nSKdbWJV//8lD72dlL30gUxyJMpCl+bs9Go4/HdHT uwam42hVhsuTyYGj1HGVLxy0qptxq1oOO5lcnry5SZKqmjIMmZRlTPF+EMXnhLc3ePqR RqdwRLnmpGWyqYD9SwWPfTn+pH1CLW47GTE1TI3Q0V1rhZjpkTMJg5mQDxNE8Kr2IM/Q 3Ysw== X-Gm-Message-State: AFeK/H05xQMNdFVYjDtJtSNzxvizkRWFXOoJ8dBxMp18cvRAw35GatJzBKEkaflNkX0g4g== X-Received: by 10.107.137.226 with SMTP id t95mr29326182ioi.79.1490047177376; Mon, 20 Mar 2017 14:59:37 -0700 (PDT) Received: from mac-wired.nflx.bsdimp.com (50-253-99-174-static.hfc.comcastbusiness.net. [50.253.99.174]) by smtp.gmail.com with ESMTPSA id b88sm5804567itd.21.2017.03.20.14.59.36 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 20 Mar 2017 14:59:36 -0700 (PDT) Subject: Re: mandoc 1.14 on FreeBSD 11.1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_29167A96-71EF-4F1A-9658-D41BE49E1AC9"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: Warner Losh In-Reply-To: <20170320215324.67dgut6svvow4o53@ivaldir.net> Date: Mon, 20 Mar 2017 15:59:35 -0600 Cc: arch@freebsd.org, stable@freebsd.org Message-Id: References: <20170320215324.67dgut6svvow4o53@ivaldir.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 21:59:38 -0000 --Apple-Mail=_29167A96-71EF-4F1A-9658-D41BE49E1AC9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 20, 2017, at 3:53 PM, Baptiste Daroussin = wrote: >=20 > Hi all, >=20 > mandoc 1.14 has introduced a new database format (removing the = requirement for > sqlite). FreeBSD 11.x is having right mandoc 1.13, Given the database = format is > a technical detail (aka new format will be generated anyway = automatically and > seamlessly replacing the old database). I think it does not fall into = POLA. For > such reason I'm planing to upgrade to the 1.14 series (current already = have it). >=20 > If that is a matter for you to change that database format please tell = me. > Otherwise in 2 weeks I will import 1.14 in 11-STABLE in order we have = it in > 11.1-R I tend to agree with our analysis, but have a couple of questions that = will help us know what=E2=80=99s the right thing to do. First, this is 100% independent of the kernel, so we don=E2=80=99t have = any =E2=80=98forward / back=E2=80=99 issues with that, correct? Next, If I reinstall an older version of FreeBSD, it will create the = database that=E2=80=99s appropriate for 1.13, and vice versa, so it = shouldn=E2=80=99t be visible to the user. What happens if I upgrade and then add/delete packages, including = upgrade, add packages, downgraded? Is there a dependence on which pkg version you are using? If the answers to these questions are approximately =E2=80=9Cyes=E2=80=9D,= =E2=80=9Cshouldn=E2=80=99t matter / does the right thing=E2=80=9D, = =E2=80=9Cwon=E2=80=99t be an issue because recreation sets the right = format and installworld will update the database with the right things = as part of that=E2=80=9D and =E2=80=9Cdoesn=E2=80=99t matter=E2=80=9D = then I=E2=80=99d agree that this is an uninteresting detail and need not = be preserved. Warner --Apple-Mail=_29167A96-71EF-4F1A-9658-D41BE49E1AC9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY0FDHAAoJEGwc0Sh9sBEAn34P/RniMCV8H//xgnGEuwgXQPfP BHxYaph8weTRv5jS7sdPSy1srA2LVVqpuYWIDObBkzxzosREhH+eEvdP+h4YcKJ5 bv0RHwfXyWXOHMdOZke950Cf33ZqMjjCWGpozXxEziFpN/8sw/uvy4nYoFdxwRa5 9wwOq36oihNPupOZ+LKv2QHahCslfUMH3MlHjaQiaieCzh7r8qQnht6vnSPEz8PJ XCKYv6+OjEfMX6x+S2g8INOgu8umzz/rD4kQlDNfiJu7Pc5/0VM2ufNdBkGZ7+1d mGvgLbBOX7VWhl1IjaQ/Dj40UccKU+EWZB8mu8J5hYUzeA2hBIYWcFJx7N5tTwG0 QpI0YpRlkcVCq3s/V6/NWx5QVNqj8AAKKd0+1uruhbLxIB44COysqBr1Gqg6tQZH 9IhF+IQ6E72/kKRQCwKU1pNBphxau2UjGgFEV3qy+1RErRWCKq1hdL3Gk9eXFED1 y8fxCm7Fb0B9amkZkO8O2eIEINtR9kfOht0C2GbJoh+fbDP0hxj8xbASAaudw/dr BKrA24dtV1gqaYcy7ut/oAzZQHhiyxrFKjPMpl7vlTp6wYwyGetEEo3UHAj70hm1 SA/J8npDKZ+8ULWEivOX3WUauU9H3X0zWhF5NYDOgnoQOZv31Zn+3UqNXQwohOM1 qMsoVPGcGEumbulL4tx6 =eCOQ -----END PGP SIGNATURE----- --Apple-Mail=_29167A96-71EF-4F1A-9658-D41BE49E1AC9-- From owner-freebsd-stable@freebsd.org Mon Mar 20 22:04:40 2017 Return-Path: Delivered-To: freebsd-stable@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 DA95AD13BB9 for ; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C783F14C5 for ; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C4106D13BB6; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) Delivered-To: stable@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 C39ECD13BB5; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 857AA14C4; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id D54257F66; Mon, 20 Mar 2017 22:04:39 +0000 (UTC) Date: Mon, 20 Mar 2017 23:04:39 +0100 From: Baptiste Daroussin To: Warner Losh Cc: arch@freebsd.org, stable@freebsd.org Subject: Re: mandoc 1.14 on FreeBSD 11.1 Message-ID: <20170320220439.qeof5gqblcu7djn7@ivaldir.net> References: <20170320215324.67dgut6svvow4o53@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qny4blve3bjl4y2x" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 22:04:41 -0000 --qny4blve3bjl4y2x Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 20, 2017 at 03:59:35PM -0600, Warner Losh wrote: >=20 > > On Mar 20, 2017, at 3:53 PM, Baptiste Daroussin wrot= e: > >=20 > > Hi all, > >=20 > > mandoc 1.14 has introduced a new database format (removing the requirem= ent for > > sqlite). FreeBSD 11.x is having right mandoc 1.13, Given the database f= ormat is > > a technical detail (aka new format will be generated anyway automatical= ly and > > seamlessly replacing the old database). I think it does not fall into P= OLA. For > > such reason I'm planing to upgrade to the 1.14 series (current already = have it). > >=20 > > If that is a matter for you to change that database format please tell = me. > > Otherwise in 2 weeks I will import 1.14 in 11-STABLE in order we have i= t in > > 11.1-R >=20 > I tend to agree with our analysis, but have a couple of questions that wi= ll help us know what=E2=80=99s the right thing to do. >=20 > First, this is 100% independent of the kernel, so we don=E2=80=99t have a= ny =E2=80=98forward / back=E2=80=99 issues with that, correct? Totally :), there might be an issue with the framework as it is not picking makewhatis from the cross tools as it should I may need to fix that >=20 > Next, If I reinstall an older version of FreeBSD, it will create the data= base that=E2=80=99s appropriate for 1.13, and vice versa, so it shouldn=E2= =80=99t be visible to the user. Yes there is a periodic script for that and the database is anyway rebuild = when installing etc files >=20 > What happens if I upgrade and then add/delete packages, including upgrade= , add packages, downgraded? Exactly as now, makewhatis (periodic script) will regenerate the databases = at the proper format >=20 > Is there a dependence on which pkg version you are using? Nope >=20 > If the answers to these questions are approximately =E2=80=9Cyes=E2=80=9D= , =E2=80=9Cshouldn=E2=80=99t matter / does the right thing=E2=80=9D, =E2=80= =9Cwon=E2=80=99t be an issue because recreation sets the right format and i= nstallworld will update the database with the right things as part of that= =E2=80=9D and =E2=80=9Cdoesn=E2=80=99t matter=E2=80=9D then I=E2=80=99d ag= ree that this is an uninteresting detail and need not be preserved. Yup that is the answer to it :) >=20 > Warner --qny4blve3bjl4y2x Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAljQUeUACgkQY4mL3PG3 PlqD1RAAhFxj3RWETMXViFshrFmjSTS6SKLMPrvt2cngAD3kgmL6N+mRy/mw/u3G tG1JOwWPhacoDdQr3qeSTcLsRyZ/fmTTgJXD6MWyKi/VWfWf80KQ3XQYB40u4xUO qSGk1qdTF3MfQk4f2M17AQCsS8UI0uY48P4Z1u9bT3I4/mTV/HAtio9htUdODomz WnvhNfRb7zXp+qQPzdVklm7tGkMDE5MdAKx6N26xNoMaFii9qPh7H2NdCGh4j4zB snxK/HX1BZ3QU0Uxg6OEwUXkDIrGw4e8CZOQe1gMcbMNskX4Bxc+zOQ08+tpAs/Y /yTb+vvEAJjs5h3xZlmenxu3uW/7DUk0ihAgHU55OOz/am9tqNazhJLiVG2O3yAs jPqykTp5a1zUW1vLIiL7eNq4PtRE22Q+JcCnNEescvN9R5/1MDy+U8rcp83NwjEn eo1vQhKcO5dVHQaJ3BKHmIotCnFDLPlkNKPLhZErNxZ5liaKP8H40KOp3iW11+zA hhMzG9pw7s1T67z6y4rZWjmE7l/TzwCbZJTNeF7PBw6EKoC3eKfWYqGiMxqFnyh8 wboOc6sQXD4G0oORjSS8S7spJuK6uD81vKZosLA2dDLnIM+QdC9rmdMk43NXoCUr /S7lI6H+coJIJfrQ0qS1B8yxoxlEG2n4r9RoNzzkyCqK6BILW2A= =sYwd -----END PGP SIGNATURE----- --qny4blve3bjl4y2x-- From owner-freebsd-stable@freebsd.org Tue Mar 21 16:42:31 2017 Return-Path: Delivered-To: freebsd-stable@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 479FFD16D5A for ; Tue, 21 Mar 2017 16:42:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3788214EF for ; Tue, 21 Mar 2017 16:42:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 36EB3D16D59; Tue, 21 Mar 2017 16:42:31 +0000 (UTC) Delivered-To: stable@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 36915D16D58 for ; Tue, 21 Mar 2017 16:42:31 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 EEB6814ED for ; Tue, 21 Mar 2017 16:42:30 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cqMrb-000Mm7-PX for stable@freebsd.org; Tue, 21 Mar 2017 19:42:27 +0300 Date: Tue, 21 Mar 2017 19:42:27 +0300 From: Slawa Olhovchenkov To: stable@freebsd.org Subject: Lock contention in AIO Message-ID: <20170321164227.GE86500@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2017 16:42:31 -0000 I am see lock contetntion cuased by aio read (same file segment from multiple process simultaneous): 07.74% [26756] lock_delay @ /boot/kernel/kernel 92.21% [24671] __mtx_lock_sleep 52.14% [12864] vm_page_enqueue 100.0% [12864] vm_fault_hold 87.71% [11283] vm_fault_quick_hold_pages 100.0% [11283] vn_io_fault1 100.0% [11283] vn_io_fault 99.88% [11270] aio_process_rw 100.0% [11270] aio_daemon 100.0% [11270] fork_exit 00.12% [13] dofileread 100.0% [13] kern_readv Is this know problem? From owner-freebsd-stable@freebsd.org Tue Mar 21 17:33:48 2017 Return-Path: Delivered-To: freebsd-stable@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 4A9AAD1615B for ; Tue, 21 Mar 2017 17:33: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 3A32317A0 for ; Tue, 21 Mar 2017 17:33: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 v2LHXl8c048519 for ; Tue, 21 Mar 2017 17:33:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837) Date: Tue, 21 Mar 2017 17:33: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: CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: stl@ossuary.net X-Bugzilla-Status: Open 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Mar 2017 17:33:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213903 --- Comment #19 from Scott Larson --- (In reply to Cassiano Peixoto from comment #15) Tossing in that I've been seeing this panic on stock kernel 11.0-p8 machines running on Atom C2750s. The failure shown by kgdb output looks identical to what Cassiano posted for 10.3. In my case it doesn't require heavy traffic however, most often it's happening at periods of off-peak load. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Wed Mar 22 02:21:18 2017 Return-Path: Delivered-To: freebsd-stable@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 DE577D17CAB for ; Wed, 22 Mar 2017 02:21:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-183.reflexion.net [208.70.211.183]) (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 9E9031C29 for ; Wed, 22 Mar 2017 02:21:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25595 invoked from network); 22 Mar 2017 02:23:46 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 22 Mar 2017 02:23:46 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Tue, 21 Mar 2017 22:21:11 -0400 (EDT) Received: (qmail 8016 invoked from network); 22 Mar 2017 02:21:11 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Mar 2017 02:21:11 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id F217DEC8974; Tue, 21 Mar 2017 19:21:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: arm64 fork/swap data corruptions: A ~110 line C program demonstrating an example (Pine64+ 2GB context) [Corrected subject: arm64!] From: Mark Millard In-Reply-To: Date: Tue, 21 Mar 2017 19:21:08 -0700 Cc: freebsd-arm , FreeBSD Current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: 7bit Message-Id: <1C595969-C6E0-44A2-9086-E48C237263BC@dsl-only.net> References: <01735A68-FED6-4E63-964F-0820FE5C446C@dsl-only.net> <16B3D614-62E1-4E58-B409-8DB9DBB35BCB@dsl-only.net> <5BEAFC6C-DA80-4D7B-AB55-977E585D1ACC@dsl-only.net> <10F50F1C-FD26-4142-9350-966312822438@dsl-only.net> <76DD9882-B4BD-4A16-A8E1-5A5FBB5A21F5@dsl-only.net> To: Andrew Turner X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 02:21:19 -0000 On 2017-Mar-18, at 9:10 PM, Mark Millard wrote: > > On 2017-Mar-18, at 5:53 PM, Mark Millard wrote: > >> A new, significant discovery follows. . . >> >> While checking out use of procstat -v I ran >> into the following common property for the 3 >> programs that I looked at: >> >> A) My small test program that fails for >> a dynamically allocated space. >> >> B) sh reporting Failed assertion: "tsd_booted". >> >> C) su reporting Failed assertion: "tsd_booted". >> >> Here are example addresses from the area of >> incorrectly zeroed memory (A then B then C): >> >> (lldb) print dyn_region >> (region *volatile) $0 = 0x0000000040616000 >> >> (lldb) print &__je_tsd_booted >> (bool *) $0 = 0x0000000040618520 >> >> (lldb) print &__je_tsd_booted >> (bool *) $0 = 0x0000000040618520 > > That last above was a copy/paste error. Correction: > > (lldb) print &__je_tsd_booted > (bool *) $0 = 0x000000004061d520 > >> The first is from dynamic allocation ending up >> in the area. The other two are from libc.so.7 >> globals/statics ending up in the general area. >> >> It looks like something is trashing a specific >> memory area for some reason, rather independently >> of what the program specifics are. I probably should have noted that the processes involved were: child/parent then grandparent and then great grandparent. The grandparent was sh and the great grandparent was su. The ancestors in the process tree are being damaged, not just the instances of the program that demonstrates the problem. >> Other notes: >> >> At least for my small program showing failure: >> >> Being explicit about the combined conditions for failure >> for my test program. . . >> >> Both tcache enabled and allocations fitting in SMALL_MAXCLASS >> are required in order to make the program fail. >> >> Note: >> >> lldb) print __je_tcache_maxclass >> (size_t) $0 = 32768 >> >> which is larger than SMALL_MAXCLASS. I've not observed >> failures for sizes above SMALL_MAXCLASS but not exceeding >> __je_tcache_maxclass. >> >> Thus tcache use by itself does not seen sufficient for >> my program to get corruption of its dynamically allocated >> memory: the small allocation size also matters. >> >> >> Be warned that I can not eliminate the possibility that >> the trashing changed what region of memory it trashed >> for larger allocations or when tcache is disabled. > > The pine64+ 2GB eventually got into a state where: > > /etc/malloc.conf -> tcache:false > > made no difference and the failure kept occurring > with that symbolic link in place. > > But after a reboot of the pin46+ 2GB > /etc/malloc.conf -> tcache:false was again effective > for my test program. (It was still present from > before the reboot.) > > I checked the .core files and the allocated address > assigned to dyn_region was the same in the tries > before and after the reboot. (I had put in an > additional raise(SIGABRT) so I'd always have > a core file to look at.) > > Apparently /etc/malloc.conf -> tcache:false was > being ignored before the reboot for some reason? I have also discovered that if the child process in an example like my program does a: (void) posix_madvise(dyn_region, region_size, POSIX_MADV_WILLNEED); after the fork but before the sleep/swap-out/wait then the problem does not happen. This is without any read or write access to the memory between the fork and sleep/swap-out/wait. By contrast such POSIX_MADV_WILLNEED use in the parent process does not change the failure behavior. === Mark Millard markmi at dsl-only.net From owner-freebsd-stable@freebsd.org Wed Mar 22 02:55:48 2017 Return-Path: Delivered-To: freebsd-stable@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 B05B6D17A18 for ; Wed, 22 Mar 2017 02:55:48 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 790F610B1 for ; Wed, 22 Mar 2017 02:55:47 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id v2M2X8gf033782; Wed, 22 Mar 2017 02:33:08 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id v2M2X8Jg033781; Wed, 22 Mar 2017 02:33:08 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201703220233.v2M2X8Jg033781@dyslexicfish.net> Date: Wed, 22 Mar 2017 02:33:08 +0000 To: freebsd-stable@freebsd.org Cc: jamie@catflap.org Subject: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Wed, 22 Mar 2017 02:33:08 +0000 (GMT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 02:55:48 -0000 I've just noticed that the hard links for xzgrep / xzegrep / xzfgrep / lzgrep / lzgrep / lzfgrep are missing from my source-built FreeBSD 11 release. I've tracked it down to a commit almost 2 years ago.. https://svnweb.freebsd.org/base/head/usr.bin/grep/Makefile?r1=277939&r2=284345&pathrev=315687 Am I really the first to notice, or am I missing something here? Unless bsdgrep is set to be installed as "grep" (instead of GNU grep), these 6 hard links, and associated manual page hard links are not created. Cheers, Jamie From owner-freebsd-stable@freebsd.org Wed Mar 22 03:14:03 2017 Return-Path: Delivered-To: freebsd-stable@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 2A101D170A0 for ; Wed, 22 Mar 2017 03:14:03 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0072.outbound.protection.outlook.com [104.47.34.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CDB19123F; Wed, 22 Mar 2017 03:14:02 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EKu+yPMu0Ulav8DNW6ucy8bLNPY6dbIWPgJpmolhZo0=; b=EuZ8yx9IJfrBZTeuvvhwTkZSfh9QhWCxzW7JcZRTwNEw8g4WeSjC+s5JJymBM9y4mSbuDGkIXfCH/53fNL06QFyXXrU8aDXwkc70RgoScnl6SpoqqU+6ykytlWSC0KRzdI1VCsVqrZEwT4CKmv53W7oDrCDBAouWYGbP8uSUHCw= Received: from CY1PR05CA0020.namprd05.prod.outlook.com (10.166.186.158) by BY2PR0501MB1733.namprd05.prod.outlook.com (10.163.154.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4; Wed, 22 Mar 2017 03:13:59 +0000 Received: from CY1NAM02FT046.eop-nam02.prod.protection.outlook.com (2a01:111:f400:7e45::207) by CY1PR05CA0020.outlook.office365.com (2a01:111:e400:c5a4::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4 via Frontend Transport; Wed, 22 Mar 2017 03:13:59 +0000 Authentication-Results: spf=pass (sender IP is 129.130.18.151) smtp.mailfrom=ksu.edu; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=bestguesspass action=none header.from=ksu.edu; Received-SPF: Pass (protection.outlook.com: domain of ksu.edu designates 129.130.18.151 as permitted sender) receiver=protection.outlook.com; client-ip=129.130.18.151; helo=ome-vm-smtp1.campus.ksu.edu; Received: from ome-vm-smtp1.campus.ksu.edu (129.130.18.151) by CY1NAM02FT046.mail.protection.outlook.com (10.152.74.232) with Microsoft SMTP Server id 15.1.977.7 via Frontend Transport; Wed, 22 Mar 2017 03:13:58 +0000 Received: from calypso.engg.ksu.edu (calypso.engg.ksu.edu [129.130.43.181]) by ome-vm-smtp1.campus.ksu.edu (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id v2M3Dvxj022729; Tue, 21 Mar 2017 22:13:58 -0500 Received: by calypso.engg.ksu.edu (Postfix, from userid 110) id C4D2F248305; Tue, 21 Mar 2017 22:13:57 -0500 (CDT) Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) by calypso.engg.ksu.edu (Postfix) with ESMTPA id 69E252482FB; Tue, 21 Mar 2017 22:13:55 -0500 (CDT) Received: by mail-wm0-f47.google.com with SMTP id u132so24969794wmg.0; Tue, 21 Mar 2017 20:13:55 -0700 (PDT) X-Gm-Message-State: AFeK/H3bW7Ca7PbB+izVFP5vkyAD61HGXXpC+K3rqL70J2kBiKPNLwvKTEGblXaegGGRLey1WbX8u8Fhurw02g== X-Received: by 10.28.88.2 with SMTP id m2mr5708104wmb.12.1490152434261; Tue, 21 Mar 2017 20:13:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.39.134 with HTTP; Tue, 21 Mar 2017 20:13:33 -0700 (PDT) In-Reply-To: <201703220233.v2M2X8Jg033781@dyslexicfish.net> References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> From: Kyle Evans Date: Tue, 21 Mar 2017 22:13:33 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep To: Jamie Landeg-Jones CC: FreeBSD-STABLE Mailing List , , Ed Maste Content-Type: text/plain; charset="UTF-8" X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:129.130.18.151; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(2980300002)(438002)(199003)(24454002)(377454003)(189002)(88552002)(2906002)(189998001)(50466002)(498394004)(356003)(61726006)(106466001)(305945005)(53546009)(23676002)(2950100002)(5820100001)(47776003)(61266001)(98316002)(4326008)(86362001)(45336002)(5660300001)(9896002)(54356999)(76176999)(50986999)(450100002)(93516999)(63696999)(6246003)(229853002)(42186005)(8676002)(90966002)(9686003)(54906002)(6306002)(110136004)(38730400002)(46386002)(6862004)(8936002)(75432002)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR0501MB1733; H:ome-vm-smtp1.campus.ksu.edu; FPR:; SPF:Pass; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CY1NAM02FT046; 1:bIRI/5Xp6DhqJyBLKTXdyriC+72PlAoi+2pT1OB23xjbQcot0C1Ft5SZ1RAkeN45M20urSb0g0aL8OWky43T2cxzCjDr0X1QwvC1EqwzUchT21zls7B8jjXE2lcM6I4OX33ecrF4XdoqU2YCJi/EhZDzvIPb7RC/Zv6QkmljwKAx/g0zb0UBba8Vn6285I7aB1I0rz+3H3Be/tMz421CtBSFJKkXGHKeGqeQPkr8huClcTyLh2d+MMh4eQ4eTnx7/OqCqXbEYzLdqEW82c283kaRREB9GTBA/QYUqVvd/4cHsUNr0PtI03qjll8mr7X8IOci4scbGrh1bXB8+PwbYcixOzIGH642C5nlRDYop9Ry1fqbrpE61BZ8eevYw12rAJb5cRcholeMpRwGq2WZdfHf+TrXKROlVeJc2D+Lpe6yujStZ7Ys7ZGHUQX+OTuZ+f/O0T7qV0c0K5bYLeArylSw76MkSgkCSk4OvhrPpJzdCjMU5a3aVghAnZKyWKQptIVa5fFgzSXKSNjbCthgz1TtpexV048YC9rHQ/FqefVIUvgc9U3iQyIZo6MuUb/l X-MS-Office365-Filtering-Correlation-Id: bcc9e2f4-2113-40f2-082d-08d470d17b97 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075); SRVR:BY2PR0501MB1733; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1733; 3:rqxDoRjArt0SuTWqpVpMQzd7KIr5t2036osAxTyYMW7KQpLvMBIymjFhuYA7u3E/5PNsLFQnCkL3MITy19NCHMHmip4/nct9tVwJDynMw/zaVqGe3Upcyl6bC1fGIxjYAM2oVfKAoVORoaVlRuXxyUNoEXgIIgPVUyJKDkrj/kOnOR8FiTaCVa9W4bdmIRrXI/FB7bZ+N5COSaztX+Oi471OcjvN0YwgPjJh7xf/G3twvt1/Ge0CbYTNk4MxnoYZyzVIkiBpxPp8Gh9SXTF0v01do1B+BKJkDoeruc/ZMEBU6PIY8Cd+Ae48uQg02KzXSpKvsufoaS3vr0vxgV4A9jR5321gUnh3TyLt9o5B1F1v166fymsRE7H5FAnzqdJBSGIByo3WuKsBnmN05zoYCkaE/NOKgD/Upm41tsq6JVFcuBz2amox/zcCGiu5eQ2k; 25:VNDiGTF2F8NEjOTfePAkj8xFZnNhT3AtGM8Qj7NI45OGEK1v69xKYbjZpdWuhMIVdm25JF9a3p3S+LqO/OSrY+S9jp2xpsfyJroYjzfp6rtYq+PaDUKL0GOxSXYwvEl5R1TPDrE7kkO4NhJ/M3kahpZ6aNJxNs16b/3GGwrJUg9DUmMDq8iezlg/L7V3bGd1bA7zWNS0Jcfqz/jehw96pxoFQw46ZlpB2y0qUZeN3qTpRRQlHJFoEfFX9CSJ75ZWOJ0iFu9lNGY27CNcO4kLui5SapDVMdyBVI2QEqBeIhkcbs+PaA6klgnXgEn4n/ho+marTmELsrYbafuRyzp2a9I3zLinAV0ngK3ghJbTiEMlWmWl55m1EuBEJp1Vk4P4vJGDdnBGKYWCSdVqMK2QySKx2K8jMn7kDi66JIn9K9uGF45i0jeHiEzbRcNvzHhzlxz6CrTDZGqDTWXe/PEbDA== X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1733; 31:fRZK1gpx7LfsXpfeorBOGcFob2SRPeTMb8pMLe1UBTbaQQLyqX4e0fnH7D/nOodT7IPIyxZcjjN/I5XDEH0WzdUSCgZ/2mtef7z3wg6saj57b62RNPk1aZ4VTCc5Hf4XjXZdLPng5wzcV1TfxGOCT2F/h2Kidj6PjgJOLNr2Wo3obmNKir0VEt6hTql3B18RzGSRX9Wx9oTNsmRjAfAuSD1bkUwVCLBI9SHDyorzDdrmuzGN1fe5PSwvgLZ9rdTc6aGj4Y4mjdKxB9IuKUqCLEarZ8DVnza1yweF7ruBPxI=; 20:v7mjHB123EvSts0Dy57w17tF/O+MBuWRHPZPDQ089L46bhGRvEYOjLEfOFeeJEAyNkmILJh+nYgW3h2yw9fpZWSGDQN6+FZkmFOgrj+zvo2JHJnvEwfWJVNQHf1jsxshRWyO531XM/nVaNsCvuHKY79lik9vW6sGwOWBYwf+dStqfHJ4BMG8YnK4NT7H4Ng6nlAiACW+09vfv0BHa3OuyBe7NgbBB4NdmALD4Yyho5kb0Bz6vyAy8jqNYi/DvjtwRItSumYNc5OJSHXMKHgizGY0G7Z+A6XFoCbH1P/YceXvaJbXWPcFa7lTAhPkn31ZgJufTY1AzvAWsnZdrUWT/x51XM7Y422XTEsBPdWMbE8rB84+2AVM8u+FyB18EqD2n1FIW7wa8Opvx0DtCQ1eLKhWtimHCaDRFc9nc7DnOUhxWn1oPvnADDSzBejwWh+YETSPVNZM1RA3ewfQd+i5/GlDESaSm5m+2B5czESRFei3ZOzSSPHf/5To6TJ+nXcH X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(56005881305849); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(13023025)(13024025)(13018025)(13017025)(5005006)(13015025)(3002001)(10201501046)(6041248)(20161123562025)(20161123560025)(20161123564025)(20161123555025)(20161123558025)(6072148); SRVR:BY2PR0501MB1733; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB1733; X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1733; 4:aoVlEjp1keWMkbjpTAgx2iFixabScR+yuR8VFlLDm7s34RfuyphSqU4OXinV5ST5ODYYjjIDH0KLlBbc/sOeMHVmPbaXfqrNWS9aaFiUf9b5EOQVKW1wa3tgjtKG+WvTJ7JsXP32qUK0iu+LiJIip1pegjcbRHEk2z/XcXBvX4LqS3Hntg9Qz6gymtuoS09qvyQgC2Y3Fh2iMkjdZLszqZwgVbcm65Ex8qZ5J5/rK+wcWLjtNQwbt7meU6ax9zxlJ6BO0/I5tHmneS8gddINJGgQNuWBRC0padJ/kvDp5oNSmssFM9LYGYl090J6Z5dO2zz5w9dzPhBQEk0Bx9T8vYgWMM+CFLPRh9kABBmTYdkK1R8OLEe2vIbemji6fqwqqEegIQ/R/Z8/Sukcx63IjEO1A3D3oE9wYezL9VqUqZJjC1FEouqyRVpsOaPwjUQxwtTyy909nUZZSB9cCMk9dL8GS0p3UUPISrUs3L1Wvu9V3BNnG7uMZyW07NbmyfWmrJEIyGbdTiqeVfL8xagW7OP2jDGAimqMh1djCoQS4DR59ChTtN3QwvIMLnLfzaVCX/Yjg0H7Ng3D91skyXWZk7IRdNJQV73P4fvsyVlncL+8XNTjVls91We5W10yLi3IR2OWjI38t8clUULEIr3IMoTUenmAVyOuJUg1oGASuv8BvN8sROee3td5AnAmrSZSeg/EnImpQ0Y7P3U+f84EI8Kf5epyJohjuOWBPvkH/yWhWl7GCZIDv98UXyd+PmRt X-Forefront-PRVS: 02543CD7CD X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1MDFNQjE3MzM7MjM6ZXJiS2tqWnZJano0bUZ6VHdVN0t0YjVr?= =?utf-8?B?TTFhZnpuQ1FEUXhmNnFnZXh5b0hsM2lHQm0zbVBrREdMOVk2bHhZbkc4bVNm?= =?utf-8?B?TDQzMGthblNCc0RhdXZ2ZDFsdFU0dVVVbzVxYk5lLzhHdC9tWUh4dlpzdElC?= =?utf-8?B?SUIzL1pKL3lFOUFsekhOMCtkMGErS29Gbi9OYVZ2SW5MNlBqTVRNTHNOTEd6?= =?utf-8?B?VVJYeWQ3MHV5bWVNdDNCYkRteW1nRmozWVBuY01vMTlQVmErNXNMaG5KaUQz?= =?utf-8?B?UHE5WS8xeXUzS1VPckVUUFI2SEhDcWdzcmk1OVQ3cndiQlQ4U0VscXNWZUZ6?= =?utf-8?B?ZlhXKzhBWExxWE43K0EwY3dDY3o2WUJMajNuV3Z6NzU1UU9rNGI4RVZGR25H?= =?utf-8?B?MXo4QWtlY1c0TDVtR2U5aWFYandjTFAxd0VYSGxzbXdmRnRGZlVxYXVvMmV6?= =?utf-8?B?RmtYMDVRcUwzc0NWT1czMVBEcDJwT0xFcS93bkRWdFJiMFZxZDlSNllaZ1M2?= =?utf-8?B?RzhpQXE3L0pMMm84Z3dKUXBVWURpZlYzaXo0cCsxZ2N0NVJFWUtLR2pLNG9G?= =?utf-8?B?VWpNWDFJUTBmVytQNHdEN3JmWjBsb2J2dzVmdDY2SkJqNVVDcHRTV3EyV2Mz?= =?utf-8?B?dWVJZllnbW9GSXpxMDBGeE5scUt4OEYyWklvMEQ0Q1hPZ29ZQW1nWXd1c1ZQ?= =?utf-8?B?Mk1qTFBEUDRWdHJyTzdOZ0hWeVhIalpWS21nZWNMSXJPeHdRRmQxSjNKY3BJ?= =?utf-8?B?Tm1ZVDFsS2N3V0NrVUtuTEI0Z01qSks1NDZaNnRpbi9iWDlKMis5T05IcEVT?= =?utf-8?B?ZnFMMXJueEh4STBkZ0g4a2ZONFRwVmZtM3huYlJ1QnU2cjF6K0hVcm5NN250?= =?utf-8?B?bzYrRXVvUzFuSkxFd3FPQkdYUWhicnZqM3Q4WWcrT0VGTFVEQ3ZiUk9pbzE1?= =?utf-8?B?ekF4WW53cGhmTWVUNm94K28rZm0vcUhzc2ZxNlpOc1pKSHo5MGRHekVkNHdR?= =?utf-8?B?TWR0V1l6eUtQMXJ2UVMrZGwrOS9XVnFVd2svRFU1VnRuVk02aE5JdkNsaHVS?= =?utf-8?B?aDVKNS9JZXQ2d01ZM0FubzZsWjh6ZjJMTVRlSzhCVEZiV0Z2clhLOVpNcGZI?= =?utf-8?B?cUcxZUY2WXd3cDRqalZaV2xIR3M2VHBqd3BMSGxrNFpQVE1ZR0VCU3FJN3g5?= =?utf-8?B?RCtDUHExaEZRN1FiZmdkbVh5QVFLUU05UlhCdFFPWFEwRVNEMFpHVTNIUVRK?= =?utf-8?B?OXBGUkMzVzFoZFNNcFFoNjNBOGtJRndlNmRxOWFzczR2bjB0ZS96dFdTQUU5?= =?utf-8?B?eFI4Ulh3YXpJMllCeDdPSXBOOGJaNFlBbElxZWZpZndRZ29pMEJUNVlYNWVH?= =?utf-8?B?d3ZFSlpPd1A3am5YZVhpVXptWWZ6ODFmeDk5anJ1R3U2VGNiNVRTai9ZWk1O?= =?utf-8?B?YnpBbDgvUERBU2k3ZUVoMHlGendQM1p3RzdpVHorTS9kM3RuUTJvQmxHelB0?= =?utf-8?B?akQvT2xCOGpoOFlDVzBJY2ZHUzU2bmxLQVhobFd0ZVB1b2tGN3RIWHdiSTdy?= =?utf-8?B?c0FaUlM3dVlmVU85RTZTZisyR1VlN28xWHltSlo4Q2dJOCtGTjNzc2k4T0hZ?= =?utf-8?Q?d3x1Nz9pclzkmWhT9vuzM/?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1733; 6:ULVYyxz46xpz/lc5nSOsGVMDZ6i9NPKwkAkKFBaC+bdKn4KNpcnyNc1lICaXzedg/JCoWvPgsO8CRMBPjQGQi9kHCuu7Aw4SW5IpAfK5vnlW9OmONYlJfetxrjmgr0uZ90tNlRHL7jKpqeqXptHtmaTUSR65j9ddPwrb8IzHaz+6Bhmvq6/LgaquyZUpn4mC41rcmbnySw+Cy5p13ed7vjTo5rCNbBe2Po71Dthf2IDO1jwYSBq4vuuCPhTrvWr/fyJq5+lld/oEGtYCw+9Fi4Z/Jhrq64gCg+gyGJMc+DEdED5YJ3PqZiCAj125+KSJgYgvE60yOWrP0Rp++cM1CE1chNmTohqIdgT2phPQSOZIpdBLxLcin213+SD4Aw4sr7OZ85RzZeraFnSMMOQSYg==; 5:LTF8PX6scRn38Hele/Qg4KDrUU0czlhT5TCrbvTLjdlmxhhL4q4aiSr0mPh6VWaB9nVJU68Ng3oMnQIUyPcJ+ZHKpqexiIfn04RT6rMsb1L4/n98pyrG6mQMpn99bcNtX3lhg8Vwi/93CCX31QFA5w==; 24:DbnHRkJGG7hefqtcaQ1ja/u1/Rj92jRCESfEBrAJzHA+oUFeMuOLBOawN/eEyzBrSnU+LIaZq3IJhfdQeZMmIk+zGlregWnJnpu3+kKhuMU= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY2PR0501MB1733; 7:vOWEGSaTxwm6S/jPRgoSLNcedkhrOtM+fFBlWuMmMe5mvPJcEkqLtps/BJSa2DpLClGOZNK0w2t08wvzyD4XhFvHlpHE/mm1LvuMkl/Abt10+S+bTYXhzwJXaY88r7gT3MelkrSkjOtV+UUZswtSrBiWwUcV6BoFZCT8IaP2SWaf32behr5qOf3iZ3C95z+ZmPFB03tn5x9CxVmweLFf7u9BoX6yMhUe1LJtP2jGw+Y1p1NVrnkhjG7VhqpRinn3omvRbecA0lQfREA+OvA0v3km/5iuFa38huXDAtviTeYlECZSyDowZ2B9cLnyzlgtQrdV0I83qwmT0b4hnEH8bw==; 20:j/11uF6DeF3KEBbxlaYzi1qEMvWns3BMOE1jX8jLFlCnkrzYn4UGqRSrvHc6+5XwXAj8MFSpm3rXPJZFWdizyeL1zIYEgLVnTsm/IYrcEBgcIJjXa2rKBdh0BoHvA6jEE3ouMcK6e7RZM+kTayvU4uR8aozQraUdmK7lI8sOZxY= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Mar 2017 03:13:58.7866 (UTC) X-MS-Exchange-CrossTenant-Id: d9a2fa71-d67d-4cb6-b541-06ccaa8013fb X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=d9a2fa71-d67d-4cb6-b541-06ccaa8013fb; Ip=[129.130.18.151]; Helo=[ome-vm-smtp1.campus.ksu.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB1733 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 03:14:03 -0000 On Tue, Mar 21, 2017 at 9:33 PM, Jamie Landeg-Jones wrote: > I've just noticed that the hard links for xzgrep / xzegrep / xzfgrep / lzgrep / lzgrep / lzfgrep > are missing from my source-built FreeBSD 11 release. Confirmed, but there's good reason -- see next section. > I've tracked it down to a commit almost 2 years ago.. > > https://svnweb.freebsd.org/base/head/usr.bin/grep/Makefile?r1=277939&r2=284345&pathrev=315687 > > Am I really the first to notice, or am I missing something here? Yes, but only slightly. =) If you do `grep -V`, you should find that your system is actually using GNU grep. Please refer to: https://svnweb.freebsd.org/base/head/gnu/usr.bin/grep/ -- this one doesn't actually install these links at all, because the source doesn't support these invocations. See grep.c:1368-ish in my link. > Unless bsdgrep is set to be installed as "grep" (instead of GNU grep), these 6 hard links, > and associated manual page hard links are not created. This is only half-true, given the above section. =) I'd like to help change this at some point and have done some work to try to improve bsdgrep, but I've not been finding time to poke emaste@ to see if I can help with getting some of my work integrated. > Cheers, Jamie Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Wed Mar 22 03:55:10 2017 Return-Path: Delivered-To: freebsd-stable@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 EF595D1799B for ; Wed, 22 Mar 2017 03:55:10 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9918C2B1; Wed, 22 Mar 2017 03:55:10 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id v2M3solL034698; Wed, 22 Mar 2017 03:54:51 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id v2M3sgKO034696; Wed, 22 Mar 2017 03:54:42 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201703220354.v2M3sgKO034696@dyslexicfish.net> Date: Wed, 22 Mar 2017 03:54:42 +0000 To: kevans91@ksu.edu, jamie@dyslexicfish.net Cc: jamie@catflap.org, freebsd-stable@freebsd.org, emaste@freebsd.org Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Wed, 22 Mar 2017 03:54:51 +0000 (GMT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 03:55:11 -0000 Kyle Evans wrote: > > > > Am I really the first to notice, or am I missing something here? > > Yes, but only slightly. =) If you do `grep -V`, you should find that > your system is actually using GNU grep. Please refer to: > https://svnweb.freebsd.org/base/head/gnu/usr.bin/grep/ -- this one > doesn't actually install these links at all, because the source > doesn't support these invocations. See grep.c:1368-ish in my link. > > > Unless bsdgrep is set to be installed as "grep" (instead of GNU grep), these 6 hard links, > > and associated manual page hard links are not created. > > This is only half-true, given the above section. =) I'd like to help > change this at some point and have done some work to try to improve > bsdgrep, but I've not been finding time to poke emaste@ to see if I > can help with getting some of my work integrated. Wow! Thanks for the quick reply! I wasn't too clear. I realise the default grep is GNU grep, and that it doesn't have the lzma-grepping support, and hence the gnu grep doesn't install these links. However, in this case (WITH_BSD_GREP not defined), GNU grep is installed as expected, but BSD grep is still installed, but instead as "bsdgrep". Prior to this change, the links were made against the installed "grep" if WITH_BSD_GREP was defined, but if WITH_BSD_GREP wasn't defined, they were *still* created, but linked instead to "bsdgrep". Now, they are only created in the former case. I.E. By default, on FreeBSD 10, GNUgrep existed as "grep" and xzgrep etc... existed as hard links to "bsdgrep". On FreeBSD 11, those links are not created, despite "bsdgrep" still being installed. I realise there are advantages of GNUgrep and also advantages of BSDgrep, hence why they are currently both available (and thanks for your work on getting bsd grep up to parity) but I don't understand why on the default install, xzgrep.. etc. are no longer linked to bsdgrep, unless there are problems with them? (I notice the 32K limit bug has been fixed) - but then if there were problems, they wouldn;t be linked whatever the configured system "grep" Hope this makes sense, I should have been asleep hours ago! Cheers, Jamie From owner-freebsd-stable@freebsd.org Wed Mar 22 04:08:13 2017 Return-Path: Delivered-To: freebsd-stable@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 EA1B5D17F11 for ; Wed, 22 Mar 2017 04:08:13 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0061.outbound.protection.outlook.com [104.47.34.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 870F6BC8; Wed, 22 Mar 2017 04:08:13 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=a/TAudJfVox3TvL711/sYL4EtUWBeGkxuH98N9OSlQg=; b=PzhwYqi1+xiiVUjwF+IP2jMYf3pNlCY+tHiZZfDHDCvcb9Pmgvw5XKRNaI7oQ39BLjFfFWkZpcjZyVSH35kReja852TLejpqLPd8xTBzHQbexJA8FTQmVgIEDACCQdTnn9BmaUn11Kkhl9SRG5rTO/h6y7gsDAL4+j60025q+oo= Received: from CO2PR05CA043.namprd05.prod.outlook.com (10.141.241.171) by DM5PR05MB3260.namprd05.prod.outlook.com (10.173.220.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4; Wed, 22 Mar 2017 04:08:11 +0000 Received: from CY1NAM02FT026.eop-nam02.prod.protection.outlook.com (2a01:111:f400:7e45::209) by CO2PR05CA043.outlook.office365.com (2a01:111:e400:1429::43) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4 via Frontend Transport; Wed, 22 Mar 2017 04:08:11 +0000 Authentication-Results: spf=pass (sender IP is 129.130.18.151) smtp.mailfrom=ksu.edu; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=bestguesspass action=none header.from=ksu.edu; Received-SPF: Pass (protection.outlook.com: domain of ksu.edu designates 129.130.18.151 as permitted sender) receiver=protection.outlook.com; client-ip=129.130.18.151; helo=ome-vm-smtp1.campus.ksu.edu; Received: from ome-vm-smtp1.campus.ksu.edu (129.130.18.151) by CY1NAM02FT026.mail.protection.outlook.com (10.152.75.157) with Microsoft SMTP Server id 15.1.977.7 via Frontend Transport; Wed, 22 Mar 2017 04:08:11 +0000 Received: from calypso.engg.ksu.edu (calypso.engg.ksu.edu [129.130.43.181]) by ome-vm-smtp1.campus.ksu.edu (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id v2M48AUh018676; Tue, 21 Mar 2017 23:08:10 -0500 Received: by calypso.engg.ksu.edu (Postfix, from userid 110) id A56CD248302; Tue, 21 Mar 2017 23:08:10 -0500 (CDT) Received: from mail-wr0-f173.google.com (mail-wr0-f173.google.com [209.85.128.173]) by calypso.engg.ksu.edu (Postfix) with ESMTPA id 7EB73248304; Tue, 21 Mar 2017 23:08:08 -0500 (CDT) Received: by mail-wr0-f173.google.com with SMTP id u108so122977280wrb.3; Tue, 21 Mar 2017 21:08:08 -0700 (PDT) X-Gm-Message-State: AFeK/H0mSbxirxqgETqZ21EVMGs4uV6cOw4qjAskSpr1H/qPDp5+GQcWS4aievix+MBI1iXjfuJRtMP/w5YvkA== X-Received: by 10.223.150.211 with SMTP id u77mr33460577wrb.6.1490155687070; Tue, 21 Mar 2017 21:08:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.39.134 with HTTP; Tue, 21 Mar 2017 21:07:46 -0700 (PDT) In-Reply-To: <201703220354.v2M3sgKO034696@dyslexicfish.net> References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> From: Kyle Evans Date: Tue, 21 Mar 2017 23:07:46 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep To: Jamie Landeg-Jones CC: , FreeBSD-STABLE Mailing List , Ed Maste Content-Type: text/plain; charset="UTF-8" X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:129.130.18.151; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(2980300002)(438002)(189002)(199003)(377454003)(9686003)(6246003)(305945005)(356003)(75432002)(54906002)(50986999)(2950100002)(38730400002)(8936002)(189998001)(42186005)(229853002)(45336002)(54356999)(23676002)(93516999)(61726006)(6862004)(46386002)(498394004)(76176999)(63696999)(8676002)(59536001)(88552002)(9896002)(106466001)(110136004)(50466002)(61266001)(5820100001)(90966002)(86362001)(2906002)(4326008)(5660300001)(450100002)(47776003)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR05MB3260; H:ome-vm-smtp1.campus.ksu.edu; FPR:; SPF:Pass; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CY1NAM02FT026; 1:IVMsxjukx+PLp0g+qA5Kd/7M8/DsRGvNRV9M7LKyY1/gfsS+H/kNfQIpK+Jprp9LzObLFdTAK6OSa/YqObWrqXs9b4f709s9SQ8kr/8hGWPmfIWygap3RtazSEp1JqeUwsprBa0T8qjkHMCqgpWjcRcHIO+6vNAvzUjjB4/Q4nl4PwjKQGZMJadgA0mv58TH4lr9Csy6SY9776ajN3Go7qy86GWJK9yj+8JpECh2cgUI7FJVOxMvSlEAaT6QYYoGCi5O5YFbLfnaf3fjKuEy19HxcaAOhHWIgLujz6TNQ2OD3C5kZ1LznfZMZ9jUclEIO1/0kSHXoIaOJP8GL8MHZfWCrw6KI+Ct3yBRvPT7/lPhCCH1iTyEa218Po0W6QjvtC24lFr43HphZTbaGSvFjnAtoNShZnSzpmYWSML4xNR6BgVfRhcizqdyIchk+2V2wIYE/E2u0tAW0rn4Nux1F6w9Kj5uQ/KWJ7SfXAKg0QY19TIEPSP15h48Yqb9ugB2Ufgd6dY8Lv/zQmTOZZLDzm1o/6kH7uwCJSKabmSKfVi8/1cdJMCJmhEhe4SWwmx5 X-MS-Office365-Filtering-Correlation-Id: c8596605-edf7-46b1-0e7b-08d470d90e28 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075); SRVR:DM5PR05MB3260; X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB3260; 3:YJyuhjlN8HDwuHq/8KEh9Y4jo9hxQdM8viMjZdhddyvobWTMNnGOdBZmodYiM7oiM/rqyOzEip0boh/dTzrDV9MoGuLWMQ1pXZZo+b6zWKf76oUDS9yz7uU8kjg7mYPXTNqU53jOlrBvJMx29noP6hn8ToXmp0J3RjkPiludZ9oTYciuS3t4LrH783nf0X7o3rI/n8IdJp//9ZJD6Ffv20fNZ0svq7d1VOUG2x+a50yc/FUSHYAVolsivqcBrRyCTilCmfbiCi+vFv4nwLg7zgjR6H3Bi2X99H3WlbfzC9fb9OqoJfEmbbY637JnfFKHSxi47bArOf/vDS7sdga37muyz7p/s6JtZLa3ibBMocQfRJQJdUxIEV32VnOz3xCTEQJfNJEyo8YtlOQC9IL2ezTj55+B2yELhlrWTd7Axeu15GIjbC6FD/PhbPZXTqZf; 25:aACJ2mT+0mGbGXikLH5caQqLLAuIrj0Ow/pLP987b94EPXoimkp8s9zVHcTmuTvGgSgEbeKbvdlzEM44sG3FxlYCWvs9AfqyQXcG1QVcS9xMsp9SZHtowRYbjvn+EKnOo68VbUpnKE/aPXsuzO1NXPX4E9d7bSv44rYqfr46U7pG5wJDuds/kutlHZoAlMqbvRLFvGXBA0tj1FwiukocOOHezubaU0a4tgn1PmD4e//++0gJ0xfinUFdivXIyf/vi/9stNFC3yeGCwE+QNNFLNmTMukdajQ1WumjJQpyaNvU7psCXTosOq2FJVC5D57yeUHsBAYkYaFzgmPWrmXqtw2aj9G0LZGGxRjgI9HhrP/byr4JlH749gHQjFADoH//X4+svh3gE/cd2w7CYLpd//EDhkykWRr9W9CaAGxEs8kc3pErqjXfbRRzpvOkj0oslESgadocfHYi0ylDHNlmrA== X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB3260; 31:IH5S3AtXJqFfqrWza8lM7Fs7IEOLSfYIcmQkbbh/haD7Dww1IMkSXbKxsTGogn4QU595Aie4mKxX9v6V8MBPvFErA3/qvzHgnw0Q/27Jnsz8bNQQBq540RgBP6gf2yfkgnHhlPBYUtVQ9oasqwLLeeuklQa8A+u07HxBpsP8MI05WvkA+HDu8Dmawx7tVjj3idKMhblaFD9eAUwZnag0i4dgtEb48ruqxkQr6S+98sKFDI4mKkU938yGz2i+JL07NEtwmNIZy9s3PM8c55UsnfO2AL7CmASMMDnGLR7F+PM=; 20:XWVfQq0mxIk1IJqrjMt5kS1ARTmpH63BIWfUz4Peg2sVPILr5HYLcjO5jJpklOlZF4in1Qmz7ATnk7utqhEFrpNhXGM2Dy1kKE8VQskknFtFRHX1420PgY+NI1xjieoRNTvrs8mvBXC3N6jyYd53hgFbqW9+12hFeiYXmhJZj3/tATafGcF1T9WpFJ6obxhypacHu0XCYx7If7RMWuM/A79uoEQ20tLAT2eW3sgO0LdrKnmkHnN8IwLTi/lqWJjO0LmQHszFI88GmaT2u0UP/SMHH7NUVxVt+CLbntb/DF1tgC2s4x9kNo6j416+MmVZeTBQzVtl8VszZ8B+l4eXBnhJzjZboLqZSkWjVVLEYrObKjQZsES7H2dsJEm6NHcDlr+jj/8in3xsAX1YHy8dMr1OgJcw8RSZBWabbGPF9NtvRjybdEw4HFxwEsckYTUOb3bu1m4smFixMkbS+9pUls8zYFGWg8lVPgY18At4zmsGzCNk3amrgrcpWAwRKjcM X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13015025)(5005006)(13018025)(13017025)(8121501046)(13023025)(13024025)(3002001)(10201501046)(6041248)(20161123562025)(20161123560025)(20161123558025)(20161123555025)(20161123564025)(6072148); SRVR:DM5PR05MB3260; BCL:0; PCL:0; RULEID:; SRVR:DM5PR05MB3260; X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB3260; 4:F73SlhgEbm+wlxczuoGfPQQN/RGHK4RIP83GIdfkUiHqAXOGUoRk/DOX37BDTkNm6kNerg2NCw1J2+udRi/QjGXpgSEcZZ9b5vnzJDdVO1bq+XQSjkPziD7fTLZRmGTGSHdCf7X4dJmjGLjvv4iCJtAqcEMkRC3rJyFOKyd/c5C2UqY4DFldPBQ6gHkGoWjNd/Y5CSOB099dPv2EdRvBF06VwngHKwCEEQeHkrIsT/YIAsz7GDBL2G+Oe8pmASCldNmenKh+scSeikBfQMR03ebiXr/UTmZyxVQIT3UiuNg7W/3+t4Q9dP3BqL4+RqC56ocpIe3eiA44pFPeBC7p4K6f1U4VjSrHhfqg2iT7EupbUBx9h9BZeElc4CL7kfvY4sGwvi35HTp4gRU7GPMLGzm7AJBXarhfs/S0aeEg8bVOdc0GZsJp5cPFCxtqLTSDL3AXUtjK8MyI9t6Gd2Ee91Cy1RLVHzrfc0q/vCXAqOmbpqiU9at3qfscVs+JuQ5eU/zmlq6zdw6q/Oiu1wOIsuhC8NTy6N7LQ/DIVRSsL3musFZGFxUWgrSPORcIK/n0HvXiiSmeHgh+TlLvySff+kRo2gvjmZfPDJDOPxpmz4cLZMopaHy4vGfWQc8RnMd6p2vNG3ezsSNxnBxLRd9OGH4H3s1054Jv2UK2ZynkF5pzBNesNt7mI+6SoubhKggQUcud/5ytVJiapWDv1d8pAw== X-Forefront-PRVS: 02543CD7CD X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtETTVQUjA1TUIzMjYwOzIzOnQyZk9CQU5PNmMyT1lmbVNMaXZNMWFlTXRE?= =?utf-8?B?cnhOSXVKOVk4M2tBUGZnNGdCMjVXeG1GOFYrVi9YR0NWVHdJaDVDYzZEcnNX?= =?utf-8?B?SUFpQ2NqUWNrUTFiU1FMWXNtZGhoNFdoSkdXbE40dGw1ekNtSmR2VXhYbndj?= =?utf-8?B?NzM1cFcyVkpPcUdvdFVwQ1djVWRuUS90MEpWVmU4dXJncFF1U3VXTnpLMEJ0?= =?utf-8?B?Szkvd0o5ajVzZDVZZ0JWQ3JXQ3pVL3dtRkFUaGhFUGtmMTBxRHowTENRSVZ1?= =?utf-8?B?K0crZnlaTmtVdno1VlV6R0pQTG9aNWtOOTA0U29NdUxrd1d0R3k2OWlJbXpn?= =?utf-8?B?S1h6aDc1YmUyK0VRZnZYQzZ1OUZmZmlLSWxyYzdGRklvN0VJelozc2xaNVA5?= =?utf-8?B?RHh4V2U3Y0pUeTlyQ1FnQzlsT21samRtMVBoQkdNMzdVQ3kxb3VDK2h1YW04?= =?utf-8?B?emExV2MvYjBKa01kTGhSem1OMDRoNHdWVkxaVHd1ZExUSVBKMXZQSFlLOXBZ?= =?utf-8?B?UlpFTDk2Wkd6NEZnbXJaU0s2d1I2RG9RdEVJVVBYZHRRMkJnY3kvTi9TT09S?= =?utf-8?B?MnRpUXErQVB1UUViYWFoWlU0WCtLNDhoOGNZRFYxUTc2TVBmUlZwZUg0dGpp?= =?utf-8?B?bXRtOVJ6SERVN0VwY0V0L0p2eU9zVzNMVVgvSVpqcGpoT0NFUVlORE0xWXQ1?= =?utf-8?B?bjFSTGYwNmpRVEdmOFBsUFc0MmJXOTRIa0l1VElIM0lORXRMckZyVWpudGZE?= =?utf-8?B?YnFKRXJZQ0pnWjhJV2FyQkFYc1gvZ3ZYeXp1ZUpJZGptSHhoL2ZlR2Ivcm9o?= =?utf-8?B?S0xvYzd3dnpFcFRob0llTHJrR0JjdFRLZ0NvNmlCRTQzZEt0SjJkQkxlNjYr?= =?utf-8?B?UUdCcThPa2dJaHV2enE1ZTRwU09FUjNNSGNuTTdsTkwyR3dPNWhMcDUzZ1A0?= =?utf-8?B?V3lqU3ZzRnovOTBVR3ZVUlNwMTZiVDA0UCt0MERjTE5iRlI1QnZSdkNwTTFr?= =?utf-8?B?alBpK1R1N2VONDE5NzNmYUdBaWk2bTc1bktIUDJMUUJkZEhiVmRmbUl2cE9q?= =?utf-8?B?MDdZVWl5WG5MSm01M1RtcFpSNVpmaUIyWGNxbnZYMU1rMG94amNpTmowdE4x?= =?utf-8?B?NmZWczJWK2xvSGliUW1PYnpmUzZxMVhjbWxkbWMxaC9JcE5ucXlRSlhsKzZ0?= =?utf-8?B?ZGhyOU9QeHU1cWE4R1lqTHJmdm9zb1VteGlxWVhiR2R1UzJ3bk9kKzNwdUNv?= =?utf-8?B?N1FBRGdSdVJ2aW9ONUR4RW8xekk5OVcyc3VSN1BpMFQzcHlmOHkvbTBic25h?= =?utf-8?B?T2dKbXVtYy8wVEJaaW1xbnd6TVh4QzBFT0VESlZiVGZSdkgxRjlVV0FieFVK?= =?utf-8?B?QlBYdjgxeUpTZzJLcTZhdE9rS1NDdnlxRjRCdkNmTm1BSjE5OVpkbEcwbGdv?= =?utf-8?B?WXc4WUZMMHBsVzJHQnpXTitTU2ZTWGtNTmFuNk9MSGRqbUdtdVVpOEJTTlhO?= =?utf-8?Q?IJ+ynaY+eglrqrxM8FXxvFrp2i3sdN9u6wHLMiwJfPFAu1?= X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB3260; 6:hZS7XpKVuIRvDhPbfcQ3Tid931eX53GJyavP1nDocKaAF34kbKC+jg+mJkwJhKQDl2206GXubV79dUEtBPS3CpCJz6MBCtAf9+nsgCKA7xWbl6N+eSBxWSPCtJtn9sfNCWWNHUe7f+BAtVvvg1TCVcm3Mm4rll97CMQ9lZ8ORmzHYE3Xb/tSC0DV5/vxWpjejc/gcjxBwLs0/7UGTFhT92FWI2qB3e9wN7LjEMmopFTBYKd/5J3SAHyidHlGUaLGCgThVpaZR+qKCOAeAp1VzqtfucBxQV0tquUr3EGRhcPznXibBFwYJoLbbixuvXVfDvJtdmfY0agWkZ/TkOJGmZ/GPLOK7v0PCxweVznVNwQUiXdotb2ZT7jVET0hsm2noGeshC9w5ahQQ08g1vrhzA==; 5:spg+cVJjyfzKuP4TJH+aqjpK+vcN36hlvYlT6iR4Iv7YV1V6v0MwFGm4wDaQNz00KYpH3dZUjcfP+o0a5P4OSmWmSKRo4wt5DK5C0o/J/7PnRzm2Gaj/NLItKcpIs9G0bzYmQsP+fjn1pMpAm+UD+w==; 24:Zi3AZRjD1J5uInPtQc7CmIep3LrFegNjxl8TNxTvzdmuBHTTPxj8bH/HdrcdA0KxjSZAgkk8Q2n8HIaTs7csPQpVZkzhZ+fArL1rFv/oyss= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; DM5PR05MB3260; 7:2PFdZ0LCiFE6wJRLcJl3coEXJ/Q+hOjmE3NtrKxTBxZbdzM3z8smsx1+BZBV6B/FIjTka6ddZD3kbRHFkuh01TJv260jRJHMIWr73jF8E3ajrw3N0LFeWx7ZTnogsFQuaI8tlmxiVV8GhtCJhutWtmRGKLRjFOEi8xSZmupIKIfsmkKmFz39JeN70RGJXuCV3t+p7K0C5bLTDM0p1j8sgXJY4Vz6vncnWdO7Dgzdwnjr6HxEu6Ae3VGHGDVVNOJwyXsb5BKfTvgr96/iCji4gBha2m9p9nXH9Hv9Jn6+he3cxIwAPVDzo9TaVkb9bIPCdniLgqlLW3OmuSRhuBGFrg==; 20:vAtJ34Qz2G19bLNH8vmNVbTLSb5h/VtBO4Kbq5UrAgKXPeFVCZ1AZjb8srG815Pj9AZ5fiqRBKxvHsNEMRnY5MhDsPfJMvg3lePGjXSWpovPouqMeJwxQxHzQUZGKP9cbAbkXxTbqmfGa9yNPvI4uuRuegfpqFG8KCxJXeA4FeU= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Mar 2017 04:08:11.1615 (UTC) X-MS-Exchange-CrossTenant-Id: d9a2fa71-d67d-4cb6-b541-06ccaa8013fb X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=d9a2fa71-d67d-4cb6-b541-06ccaa8013fb; Ip=[129.130.18.151]; Helo=[ome-vm-smtp1.campus.ksu.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR05MB3260 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 04:08:14 -0000 On Tue, Mar 21, 2017 at 10:54 PM, Jamie Landeg-Jones > I realise there are advantages of GNUgrep and also advantages of BSDgrep, > hence why they are currently both available (and thanks for your work on > getting bsd grep up to parity) but I don't understand why on the default install, > xzgrep.. etc. are no longer linked to bsdgrep, unless there are problems > with them? (I notice the 32K limit bug has been fixed) - but then if there > were problems, they wouldn;t be linked whatever the configured system "grep" Ah, I see what you mean. I've no idea on the history here, but I believe the idea is that if I invoke one of these other links (zgrep, egrep, ...) I'm expecting it to be actually be grep(1) based purely on the name, and I don't consider bsdgrep(1) to be installed for anything but a courtesy. For grep(1) to be GNU grep while xzgrep to secretly be a link to BSD grep would be quite surprising to me as a user/admin, especially since there are very real output and argument differences between the two. This argument can be furthered by imagining the awkwardness that would come from a system where the fairly standard *grep links are a mix between BSD grep and GNU grep. > Hope this makes sense, I should have been asleep hours ago! > > Cheers, Jamie Makes good sense, =) Thanks, Kyle Evans From owner-freebsd-stable@freebsd.org Wed Mar 22 12:41:41 2017 Return-Path: Delivered-To: freebsd-stable@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 0B905D17929 for ; Wed, 22 Mar 2017 12:41:41 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE8C61B5A; Wed, 22 Mar 2017 12:41:40 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id v2MCfQvQ036898; Wed, 22 Mar 2017 12:41:27 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id v2MCfQ8R036897; Wed, 22 Mar 2017 12:41:26 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201703221241.v2MCfQ8R036897@dyslexicfish.net> Date: Wed, 22 Mar 2017 12:41:26 +0000 To: kevans91@ksu.edu, jamie@dyslexicfish.net Cc: jamie@catflap.org, freebsd-stable@freebsd.org, emaste@freebsd.org Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Wed, 22 Mar 2017 12:41:27 +0000 (GMT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 12:41:41 -0000 Kyle Evans wrote: > Ah, I see what you mean. I've no idea on the history here, but I > believe the idea is that if I invoke one of these other links (zgrep, > egrep, ...) I'm expecting it to be actually be grep(1) based purely on > the name, and I don't consider bsdgrep(1) to be installed for anything > but a courtesy. > > For grep(1) to be GNU grep while xzgrep to secretly be a link to BSD > grep would be quite surprising to me as a user/admin, especially since > there are very real output and argument differences between the two. > This argument can be furthered by imagining the awkwardness that would > come from a system where the fairly standard *grep links are a mix > between BSD grep and GNU grep. Ahhh. Yes, that does make good sense, now you mention it. Maybe they should be installed as bsdxzgrep ... :-) The thing is, though, it *did* used to do this, and now it doesn't, which isn't very POLA, and the revision log makes no mention of it (it's an update to do with META mode) and I can't find any information about it. I'd have least expected /usr/src/UPDATING to mention when 6 utilities are effectively removed from /usr/bin! Hence why I was wondering if this change was actually intentional - at least now I know a good reason to do this (what you mentioned above) so cheers for that, and the fast responses.. Your first response came in so quickly, I first thought it was a bounce message! Cheers, Jamie P.S. Nice to see someone on this list still remembers mail quoting etiquette ;-) From owner-freebsd-stable@freebsd.org Wed Mar 22 13:32:40 2017 Return-Path: Delivered-To: freebsd-stable@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 CE334D17BDC for ; Wed, 22 Mar 2017 13:32:40 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9712E1B86; Wed, 22 Mar 2017 13:32:40 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:418:3fd::1f] (haymarket.m5p.com [IPv6:2001:418:3fd::1f]) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTP id v2MDWFsZ007441; Wed, 22 Mar 2017 09:32:20 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep To: Kyle Evans , Jamie Landeg-Jones References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> Cc: Ed Maste , jamie@catflap.org, FreeBSD-STABLE Mailing List From: George Mitchell Message-ID: <1fac3177-256e-bbea-f355-d09b6fda7f80@m5p.com> Date: Wed, 22 Mar 2017 09:32:08 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J2WU2QrJmjxhKmfxp0dOc7NlotNhPOFuh" X-Spam-Status: No, score=-4.2 required=10.0 tests=ALL_TRUSTED, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mattapan.m5p.com X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.1 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Wed, 22 Mar 2017 09:32:21 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 13:32:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J2WU2QrJmjxhKmfxp0dOc7NlotNhPOFuh Content-Type: multipart/mixed; boundary="wNuJEXbLLmu0StpG2vJekC8D3fecRjIDb"; protected-headers="v1" From: George Mitchell To: Kyle Evans , Jamie Landeg-Jones Cc: Ed Maste , jamie@catflap.org, FreeBSD-STABLE Mailing List Message-ID: <1fac3177-256e-bbea-f355-d09b6fda7f80@m5p.com> Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> In-Reply-To: --wNuJEXbLLmu0StpG2vJekC8D3fecRjIDb Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03/22/17 00:07, Kyle Evans wrote: > [...] > For grep(1) to be GNU grep while xzgrep to secretly be a link to BSD > grep would be quite surprising to me as a user/admin, especially since > there are very real output and argument differences between the two. > [...] It would not surprise me. Knowing, to begin with, that GNU grep does not support uncompressing its input, I would *never* expect bzgrep (etc.) to link to GNU grep. -- George --wNuJEXbLLmu0StpG2vJekC8D3fecRjIDb-- --J2WU2QrJmjxhKmfxp0dOc7NlotNhPOFuh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAljSfN8ACgkQwRES3m+p 4flMzw//WJ2uyWn+aAS/HskBFKq9Lk7vRQc54HiHN8HrnHMP+l90Cm+C8YIYmVpR erNLsl6cxZxvbjBVygUyQxf5Azp/2im+eSbSx0VFO+6jciF6UuBjxHfz0rMyS5BG yIwNp05PGpZPUVuAQFTBTqAsGD2GKh3gGu72ALKQoObqdPuhVKgWGQqOIc/ddMBD t/8/aVylH3Ae2sb5xtoD5WVnIkUw2kOd0Xy8wjnKKQPisDBHLsJNyjy8QLvhLbAI J96zSnYlphBuKbNQGP9uaibRFHEJ2vOjDb+2A5knEpdrgefVjjg7+E77jZuvF6/K aSf0cv0VfFKaywqNm+X+oQ+bwEjDmfvJwSFjU6EDAUYJb7ugeofvkXYf2lqo6Eqn O8VWdpLnULhmWOTOygiRwFGQzqz7Acy/MAZui7zykgVPw2wQuSm96ZMjskZIKjUZ lo58gMKijBJRrZ8xM04Hgb/9sUIXOppa41tOzdwZF27reFFQmVZGw6Qxj2992Bjk gbGaQIj94dQbfxMdTUNvHvlky99H5z3hR73QpLNHKTX7laBDxRJgTBsmiMUi46nv Yb5Zw/6/qZPznru15Rp14ATozTktUgSMr6KZ8lSUEkD42wYX2+P6bTGsK6Qdo+YQ NWtxDzfs67DlB+YmMSQBEK+5vdPRBbIcxjatFY0PM9Xw70Qt69s= =4fqe -----END PGP SIGNATURE----- --J2WU2QrJmjxhKmfxp0dOc7NlotNhPOFuh-- From owner-freebsd-stable@freebsd.org Wed Mar 22 13:48:49 2017 Return-Path: Delivered-To: freebsd-stable@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 D0715D170B9 for ; Wed, 22 Mar 2017 13:48:49 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0074.outbound.protection.outlook.com [104.47.41.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FAF711A2; Wed, 22 Mar 2017 13:48:48 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ytZKG9MnHSBu4J3T6+iMuS6rBR6nkHTZufc298kW20w=; b=rARn8IFW5Hktz4a+T6JFuHq/wDBqp86CsLEfhZboTrkHxfUUiPtLs94yMTWNvGGiTepJzdXuUz/r4gxfwG3GpSR44LznM11eq7sX9jpPFm+5k7y52PixjgXAfNCzirJlMzp0s24RvJQMMhHEepDcLS1IPheyYzEnEhz6mGCs1DY= Received: from MWHPR05CA0014.namprd05.prod.outlook.com (10.168.242.152) by BN6PR05MB3250.namprd05.prod.outlook.com (10.172.147.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4; Wed, 22 Mar 2017 13:48:46 +0000 Received: from BL2NAM02FT034.eop-nam02.prod.protection.outlook.com (2a01:111:f400:7e46::202) by MWHPR05CA0014.outlook.office365.com (2603:10b6:300:59::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4 via Frontend Transport; Wed, 22 Mar 2017 13:48:46 +0000 Authentication-Results: spf=pass (sender IP is 129.130.18.151) smtp.mailfrom=ksu.edu; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=bestguesspass action=none header.from=ksu.edu; Received-SPF: Pass (protection.outlook.com: domain of ksu.edu designates 129.130.18.151 as permitted sender) receiver=protection.outlook.com; client-ip=129.130.18.151; helo=ome-vm-smtp1.campus.ksu.edu; Received: from ome-vm-smtp1.campus.ksu.edu (129.130.18.151) by BL2NAM02FT034.mail.protection.outlook.com (10.152.77.161) with Microsoft SMTP Server id 15.1.977.7 via Frontend Transport; Wed, 22 Mar 2017 13:48:45 +0000 Received: from calypso.engg.ksu.edu (calypso.engg.ksu.edu [129.130.43.181]) by ome-vm-smtp1.campus.ksu.edu (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id v2MDmjES022521; Wed, 22 Mar 2017 08:48:45 -0500 Received: by calypso.engg.ksu.edu (Postfix, from userid 110) id 06B8B248309; Wed, 22 Mar 2017 08:48:45 -0500 (CDT) Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41]) by calypso.engg.ksu.edu (Postfix) with ESMTPA id 9B174248305; Wed, 22 Mar 2017 08:48:42 -0500 (CDT) Received: by mail-wm0-f41.google.com with SMTP id t189so38361495wmt.1; Wed, 22 Mar 2017 06:48:42 -0700 (PDT) X-Gm-Message-State: AFeK/H002X02T1oDiBMH+PUqtgchmoQ1OJ5j94airVLcyyBAADD0G+ino4XvrjAub8WOYV/2d0aqXT8JwX+44A== X-Received: by 10.28.98.66 with SMTP id w63mr7848925wmb.33.1490190521359; Wed, 22 Mar 2017 06:48:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.39.134 with HTTP; Wed, 22 Mar 2017 06:48:20 -0700 (PDT) In-Reply-To: <1fac3177-256e-bbea-f355-d09b6fda7f80@m5p.com> References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> <1fac3177-256e-bbea-f355-d09b6fda7f80@m5p.com> From: Kyle Evans Date: Wed, 22 Mar 2017 08:48:20 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep To: George Mitchell CC: Jamie Landeg-Jones , Ed Maste , , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:129.130.18.151; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(2980300002)(438002)(189002)(199003)(24454002)(377454003)(229853002)(9896002)(46386002)(5660300001)(63696999)(189998001)(93886004)(4326008)(45336002)(450100002)(88552002)(5820100001)(23676002)(2950100002)(53546009)(6246003)(75432002)(966004)(106466001)(8676002)(47776003)(50986999)(9686003)(356003)(76176999)(90966002)(498394004)(93516999)(6306002)(54356999)(305945005)(110136004)(38730400002)(6862004)(55446002)(86362001)(61726006)(50466002)(2906002)(8936002)(42186005)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR05MB3250; H:ome-vm-smtp1.campus.ksu.edu; FPR:; SPF:Pass; MLV:sfv; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BL2NAM02FT034; 1:rfneCso8e6z2EsGRyCY5K/A3en/64gK9YQWEOSNPVK+/TR3HmiWxeU/L9h+nPGHZ2C6UIC/UG6sW4u8AHTd5jsN/rJwtZJloPxrLA8K28x+f0H92jZIbnaeWGZtV1FFNRxwmoDcGUGRJ9ZA/XrJuUymN7GUgDLDh5Njgm4wQs1vDZOkiAkj/UtlR0L1vlVE1Naz5eJIRcYl8lpCdBMuArWcb49+gFbqxPqv0iEqeTamHhegPkPgasKaMHAE/Kv3RXKSn7Em9w0YvPDqySrgU7KIigUhUjtQr4ualo1/nlgXNBgYXPflIN3HXRiNPCeM1aQ05LzTgJ+15ZA+wEkzUPye928HJsk4E5dK8WG8Xmkq7I7SmOaOAmC1Xpe8HZbDBgWZpCOV9ivrWw0UZWzeZGklqeC0N062oZg4CgIZ4Y2YHcAxXII2jXiFRpEBI37yOdynSYhzfLGF37n/V1fECcqhbidu4yMmjzI2CBxjtX/qh+4QzYftMEiWoenG6WfmQIpnJqFbkPbB3S4/Enm0RxzGtR83l+mx5J+bHk/mUm2DOws74ZUyUvJWpc8aLNqVI X-MS-Office365-Filtering-Correlation-Id: 4f7c7445-6b98-4615-82dc-08d4712a291e X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002)(2017030254075); SRVR:BN6PR05MB3250; X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB3250; 3:rb9G3nfPCgEQXVKt3wbyC5VC25ejt/pYkXBumulh1qu4jEYjvJWgXT/zTSKhVxPz+9FaG5EQngRO16gxfYI4nXPdwW0K0RnAT4brEGOzfWkxJZXaDcLV+nCUMs7cxTFQVHJFVYeW0luri8H91w2iB34I9qpsqyeP3whyh7briyMA6m4O3abF+NbmCbhINM5ZnN+SMzIK4ttuoI2HtMIGrhmE9V3rH5fU6F8idS0uVNm0DqJHoHZoV0PhDUsTqrlr5Ou2cKmkFbqrhpGte4tiUtIzWcunIsnvWs/6IZj/oq+sYgqlpzMRM3yX5Fb8Vqi/SqzyRfLaH3o+QZF4Imrl6w3B3C6OeKkGaOQ+OyqyPS906swCNBaAqsNlDF0ZsghPaAQyrErqP1OQzAwvYn8JamKjS90Cc6QxkBQyn0kZ/Wg=; 25:Z+He2kn3csjGLi6hEUWrTFyxQnfWcfokEWhezyoNaSmgp+tV51uTHetupT6URBu3odjCzBMvZfFiK7niaWk2kEf9+gEJpzjQIpltPqhIbK8xHSjKWYq0Fjl+uJfIXACl+Ga+oYkV5XqLEYE6hsTPBzhz7wnjI499xT+EYcNLeMCdwRhJKXJqvZU1sDACJz4kDn3xpN1om/uA+EI+/YPT3id+9Vybzc1PIXi7j9ZVI3G7+jGOatZnRMXkLEVb2VhxO6CsY90RcTTmn82Vbr6ZNX2q1YmMoYPPhoKITqNS/JhVF+RLAYJZ21jx+CuVEORzrMzU63g03PVtq23xnMHrzxWNxKzr3Aac3xcvdkHWenf0vz8sNrUf4glvieJQIKj2Zh9MDuVQJTZOw3gZjJm0vXbFWcPH/lohm55NFAj25408Z4vCxa1AHJ2nghx794T2KjAajApzpARL3g+wmjBloQ== X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB3250; 31:Z6uIyjiTWt6rQFUjWrex1gd7TASlEsrpJSDbsfa5YKw4YhdvB5TU8e8XB06bmeXciv0ANAJdTcIghq8hPaiduaoe+DYmEKjwGvHU4RiYNV76xUbrEqWKQpP/KByO0BR3u9x0mCZE04v3vMWxnrTS9NtXXZyPCzXN9iN3/e6kHb2VBmN7NJnLFfNY5NAay7IEycV5wcJjcCwpEtZ/N2G4AkroGC0gMif/MzLjjdXjir3UuTj8HGktLlHFFQ/DXmiW; 20:aT8RhGX/nHIHkgvCFA2+drrwrmG5yx11CSJ2eiThpduTISxNcwvvWXTgwc1BioojKb2BKR/b6yMefRm6R3MEL//ZHZ0G83Qzm2BGCcGumiaPiWytvMcZ1Agxo82Cdpc+HPOEH6qgZoZagLQ48hOEyp5mSL4VqQj3bSdNH4Phi7JWmzKvcLycHegpQ2SDggY04hPihmHIAgDLUNYJPSH66pU8a9oS1KGWO6m5BTIvsr2g3doznpwEBuvH1apRIwMzLJd7eCshwncZMlTvpyalLWIs8Oc4D/KkkMIsNQjykwV69kzMNYzX3TMO7O4I/5YMRe9agjp4e5ZFGw9nHaKVdqwOtlV3+5dtJungiLK4UK0UDqbK1tmKZZVaFcszcQSjK/4AVKcTxMmd2FOYPVKQJBTDtdUrpXdHH6dEb6AhdsYYXy4HFHHh0N+sjwHMmfo9bUR5V4wv4ToSdSCPUdAd5d3CTpEeGkG3PwKdqtMgEreRZJgBx36mORqtvlATqcAt X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13023025)(5005006)(13015025)(13018025)(13017025)(8121501046)(13024025)(10201501046)(3002001)(6041248)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(20161123558025)(6072148); SRVR:BN6PR05MB3250; BCL:0; PCL:0; RULEID:; SRVR:BN6PR05MB3250; X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB3250; 4:s38iqHtwqDSClsD27ixWMhW5TIbeUKYihTlukq7KM8aqIKWgYk2GF39Bi9l7TM4wXNrPR81jg/erWT3iWq93/enIvONvzRdfFVdCr6CBeOxP7OtoJ3JRwbMaVCAqMvjq+Z9dZCg7+cG91iIrUdZYEfg37I3t5i/YQJR3yvXEEJdZWtUR3KqEboUQ+V5agaJ2cGKf61Z+mCo1MxIY34YqfnC30rBToVZpiGcTHgjVx1Ov93QRgDMp2DVP/SZIM5u1HXN4q6B7bnHEoMs3O8CDsrv33O448a0HfTA8dmg7x4Sa6yIFBBgKGb2VvGaSPAn3l+fiLV/bSTj6qUMO9fQSB+v0DikyX/OeZwLsy0xq/1FjFfsj62FyNSUeD+Z2JGaNmVFZveNIBpypX5HZJpg4BC97KJmdw7xKalnuPUH0Sy21CU2H9vmEWGryPdW7b/cvbBbEqJgA3sdPmh3oPdY6yb/RQX59aseaSYnmQY0BfeGFzw7duLlsmkafIux7ug87pdzPtFkIDh6oRBxR/ZJchHpLIdJgL6ZvFFFtUjVkzncuUaM1B/azswQGcqABb/wS/1f/+tf5w0mH15KRsV4eqnSbUqUmtWxO5nC+MmcjopcSDIF2EFhukajJzO2KjEYbkdk6evz9jaXaoKgY/DxTLYKhX+tNkaBvieT08C8rkVrkwVUgDP04Thi2OWw6X0zr X-Forefront-PRVS: 02543CD7CD X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCTjZQUjA1TUIzMjUwOzIzOkNaRjZJM01RU2RpY1FXLy9mT0gwN3lxeEE3?= =?utf-8?B?UnZ4Qmpwdis4T0VvV0UyakVvTWNSVVp0eWNsZ2s4S3BrazBZcEpybE1PSCtm?= =?utf-8?B?WGVhQkZ2WmpXQU9OZ3FXTHBkMUdzNGdJNlFVa0tHRjR1UytWbWhQdi9WQWx5?= =?utf-8?B?RW1ILzc5eDlzOEsrYmJCT0FYRSs5T25JaDh5LzZvVXJwaXhjSDh6R1B6TjNv?= =?utf-8?B?VldMOGFRdk9NdnFaUDB4bHh0Uit4SXNQYVE4NEhpVnh5ZWxIOG1mbVVHZE9T?= =?utf-8?B?K29Ed3dQd0JVQit4RE1iVUxMNGlONWFVOFBhL0o0UjVCOWNzSndaYTQ0Qk5W?= =?utf-8?B?MzVLS09xMVRqMXdxZzVzVVZmcmdnWk9HdlEvKzdqbTBMNVk2U3pseEhmV2Jk?= =?utf-8?B?ajByWFF1anpvKzhMSWdSNmZjV011NEpRUHpPRXVtVjNIR1d2c2Mwa2ZVMXhm?= =?utf-8?B?d3NsRkdtR3ZRYzdpWFVWcFdMVjdjUk10Q0p3U1NZWnVMUWJiaFpiR0VZYmMv?= =?utf-8?B?dEFqRnY0R0ZXQjZhUUVKclVkMk51U1VtOXZBQmdxVWk5eVhtNExJZE9FR3c4?= =?utf-8?B?dVJRbk9MR1U1cHdkdGxIM0hxN1lzWmVUYUdPZmV5REhYek00N09UMXJlUFor?= =?utf-8?B?ZUZYY2dwNFZsT2lyYjQ0VXYyVXQ0L0VRNzVRSTBjOXdic0pZYWc5R1hScGFo?= =?utf-8?B?QzZmTytUOWhjWTBwVlVoQndwVlkwUVREMXMySFRBdUNNQVFqSnJlK2xTeGgw?= =?utf-8?B?L3dIN2xZM21FRDBycjRINjUybWhJUXoxblYvU1pva2VjRXRrMGp1UVVqZmF4?= =?utf-8?B?S01XTFFmU0JmcTMzQisvaTVlTCszK204c3N4K0h5MFU3QkZXU2h2K0tnNXVX?= =?utf-8?B?eTg3UHNLVWdmZlJUNU1YeDkxcDhxbUFNYjduUDZtMENXOXBSdW1wbkR3Z2Fp?= =?utf-8?B?Qm84OU5QZEpYSEwxZTVpWFdUM2IwcU5BT2ZNRE9tU0NCMUJ5K2QrYTQ4a2FJ?= =?utf-8?B?OHo3cTZKRE02cDkrNFdwd1FPUTlyKzNSNEV0cXI1bnJwOUJZcGpZbFNZTVdo?= =?utf-8?B?TjNzQkdwZUNyb08wZTQva0FRVm13dCtuVDYvdzRqeTVCdFUralhGc1BUSVJ0?= =?utf-8?B?WVMvYllSS0pIVEE2OHVxaDlJZ012elo2c2lvSFZndjlvNnNzK2J3RGZRSWQw?= =?utf-8?B?bFRBK0pPdXNkTkhCVlRJVWExemFDMDBGS0lCRFZoMnBJeXFQTUwwTXBkdGZI?= =?utf-8?B?QURMajZXS2hZbWIzVE02WWM0eXRFQzNDQ01idnlUS1dHbzlwOVI1bnEzdDUy?= =?utf-8?B?K3BsQTNKV0x3TW1VbkFKMklsRHhLcW82ZzFNVXVFdGpMRURXREhaNzc4SzI5?= =?utf-8?B?bStpczJKell5MjlrZ216bFQwbGZYYXNqazJlU1ZsVXplcGpCNWxhMlFBcHZC?= =?utf-8?B?cVd2MGlTK3VNeVlWc2FSa0ZZTXcydis5cW1ONCtZbnZmQTIyVmV0Z2JsT3Zt?= =?utf-8?B?WXdScTNVMDRYbDZnTVBIbENxNk9MME5vYVpjOWhWU1daN0RCOHVUdjFtKzJD?= =?utf-8?B?VWh2WWhEVXphc01vd3lHbTJXa1A3c3Q2Y0tmcUxCYnBUTjl2ZzVRZWpVMGFR?= =?utf-8?Q?SJ7C9H+FahSOVlSTtK4k?= X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB3250; 6:RtLb6lBN8KmlFgeeSfqVvNr7J8fXBjrz9hp0ch6c939zLbdVg7NRT11Ys/0/jHKM8weYJdt4VNtDXyk2804BDNl/B8wth7+7E55akprFcXgGk/BEOZoMlNOf0MVSZ4crjK8VKUKWPPvHhm+w6kXnXmH5u0ageAG9hoVWrjwi4cvkvGtF3iQ9R6AFl/+86lXQT+FdP3mUM4HeRXLPrE7VfKf8CGbfYG/CMSmYhYfL4/5H0W6GE6Q7Wc+m8gh7Gqn+8EjjL6u7Oif5iXbhcp691ABuWKz7H/+9F8QifhT5X8zKmyLUApOsLf0TsPzs955ok/bxZk5AMpBUSIm/6wPMO7SxZ+gCgqqGsLMDw6CI5U7SHi9kH1gScZpEE8v1Q101Ld/zBYg5jNylEk1aIj2jgg==; 5:BNb0w0dL1uOf1apsr0InghjZ6TFqRVuc3nMo0e4MS6Pi3JUrSJaKtgp8ZDkus40bKSnCvq9VkZQFypg+EG/opPy1NfwneoR697DF6mSdOpHgXCgIBlqZbU5xE9Py+Ur4iaVVCSFHOadoxEuKF87NJQ==; 24:MFlFHMIKiDvasbIlboG6aCA3ZJouN2kuwDC2qkSflvTcDq2vqw8JDsUdo8QiRHB5L6zMqLmuYmQA7TMvwD/BMv/kaX+2SvfsJxqb1ZNVCTQ= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BN6PR05MB3250; 7:7Obu/RqOsEnHVFieVqu/MpTkwTqLSBP4ac60EuuvALjqSTZkL+sc/yQNwzYEnVk1KlT4fkeLicr7Xb4P/SKiUDPmxCTNaQkKe8qiA/fimpEctB+L0EsjCtdi6Hev2ZZ6jrHL0bLt3DscuNnHcTy/2aM/hrWHR2VfACEWYcaFCFz8M0wTo2HVjD6F9bXGD8OiyxlapxYucAbdtkUrXA6zH8OhcpvIlqDw48X9NzJ24JtIXrsa00Q3o4YBRiqAIPXEpTzA4VHH2R63U87qLxbuZ9Zn+RzwVED//zrm/kJwX1d/Pc1dKNGYMuFBkE566hdpbTIahrQZNqFh4suc0+i22w==; 20:pKG0rym21VyPaIf2CqR8JD/cAVAeCvMhy6GqBzrXbzunUKYzm4mjAu2aPGJGEVqNc2wV24DwpshbtesFkkc4xQfdUIgzn1s2Pef8ZXR7vHaQb1pGOcPhjo11DHOyf6DQtC9+APCWtCyLjhCzfxl8zh73tsuE2eX3/vcJ55u2ksY= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Mar 2017 13:48:45.6169 (UTC) X-MS-Exchange-CrossTenant-Id: d9a2fa71-d67d-4cb6-b541-06ccaa8013fb X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=d9a2fa71-d67d-4cb6-b541-06ccaa8013fb; Ip=[129.130.18.151]; Helo=[ome-vm-smtp1.campus.ksu.edu] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3250 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 13:48:49 -0000 On Wed, Mar 22, 2017 at 8:32 AM, George Mitchell wrote: > It would not surprise me. Knowing, to begin with, that GNU grep does > not support uncompressing its input, I would *never* expect bzgrep > (etc.) to link to GNU grep. -- George This gets kind of sticky, though. =( For instance, I work with several Debian-based systems that have a bzgrep(1) (and friends) installed to fill in this gap of GNU grep. See: http://www.unix.com/man-page/debian/1/bzegrep/ For most people like yourself, this is probably reasonable. However, given that many GNU/Linux systems that are Debian or Debian-derived actually have a shim like this I'm not sure it's a good idea to produce a bzgrep that isn't similarly compatible with the system grep(1). - Kyle Evans From owner-freebsd-stable@freebsd.org Wed Mar 22 14:45:41 2017 Return-Path: Delivered-To: freebsd-stable@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 437EAD17CA9 for ; Wed, 22 Mar 2017 14:45:41 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EEB8D1E74; Wed, 22 Mar 2017 14:45:40 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qt0-x234.google.com with SMTP id i34so154690585qtc.0; Wed, 22 Mar 2017 07:45:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2lTvVSFRDAXFwenhxbQgpGWrt2f5zzzEOxYUNHly6Do=; b=lfu39drwHPR1+Ap5JYRyW0cGc83171LwkzM/0gELF000T+itgIQM3024X1cEvOuCyU 4Wtp/sO/+J66vPQ5T1NDyEIyr/GQo1a+ABW9qycQSiB2im4u+uNUjJHTAZQyO9AwIv7p pIP/LQs2tZRhDbljPTC/A1NAxnJVgOFPCIWt/GfWw/CxoDIfYK/OeuIU3o82vehOOiWR wCtndCpctGET4zYS/SExuudX1craTMrOo2ttJfaseU2TOe8BuYGuDZrr8Xvv3EbgBAtH pu6gvPM8n84bB4R2auf7Solae6G55tOlPCWUW83bYnndy1sKYfxFgcTErxscRoeFkj6X VYZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2lTvVSFRDAXFwenhxbQgpGWrt2f5zzzEOxYUNHly6Do=; b=q03sQKnlNhuXX6qr9tF/e847YCCSMHXXwR3UoqQ+yYY01cXcl5kcKj34CKcGo6S6TV cGxDFJHn5GdRg7qyOfht020HPswBXDOfsdyhs3DdIu9NqV+xIq8vtrqCkx0+ujzQDODj eSQ9kgSFoPgZCSYUPjq81OEIlcSgAdjNT48UNHqV9Dit6a6gwJuWBpymCfdDw0PA4IyP 7+4Wo4eQYlVGbjwtftZjDghljGt4nHrb7463H/OLbLX+wIgpesmIWn5kldUo5l1beg5+ Hg8h1nj5kRL0JyqS2pQ6yxDWHfU08wCX45Fl8MWxxal/ft1IxNH7u3jLoa5KsLFLTc9g iizw== X-Gm-Message-State: AFeK/H3Kx9iVGQqB7PBo7fsOiXNJ4EgSGEjKB06W3fzV5hDSJxZTHzC/99Yu18VGO2/pVFCxRLXdY8p5TuV95g== X-Received: by 10.200.48.244 with SMTP id w49mr38509994qta.77.1490193938983; Wed, 22 Mar 2017 07:45:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.28.202 with HTTP; Wed, 22 Mar 2017 07:45:38 -0700 (PDT) In-Reply-To: <201703221241.v2MCfQ8R036897@dyslexicfish.net> References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> <201703221241.v2MCfQ8R036897@dyslexicfish.net> From: Freddie Cash Date: Wed, 22 Mar 2017 07:45:38 -0700 Message-ID: Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep To: Jamie Landeg-Jones Cc: kevans91@ksu.edu, emaste@freebsd.org, jamie@catflap.org, FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 14:45:41 -0000 On Wed, Mar 22, 2017 at 5:41 AM, Jamie Landeg-Jones wrote: > Kyle Evans wrote: > > > Ah, I see what you mean. I've no idea on the history here, but I > > believe the idea is that if I invoke one of these other links (zgrep, > > egrep, ...) I'm expecting it to be actually be grep(1) based purely on > > the name, and I don't consider bsdgrep(1) to be installed for anything > > but a courtesy. > > > > For grep(1) to be GNU grep while xzgrep to secretly be a link to BSD > > grep would be quite surprising to me as a user/admin, especially since > > there are very real output and argument differences between the two. > > This argument can be furthered by imagining the awkwardness that would > > come from a system where the fairly standard *grep links are a mix > > between BSD grep and GNU grep. > > Ahhh. Yes, that does make good sense, now you mention it. > > Maybe they should be installed as bsdxzgrep ... :-) > > The thing is, though, it *did* used to do this, and now it doesn't, > which isn't very POLA, and the revision log makes no mention of it > (it's an update to do with META mode) and I can't find any information > about it. I'd have least expected /usr/src/UPDATING to mention when > 6 utilities are effectively removed from /usr/bin! > > Hence why I was wondering if this change was actually intentional - at > least now I know a good reason to do this (what you mentioned above) so > cheers for that, and the fast responses.. > > Your first response came in so quickly, I first thought it was a bounce > message! > > Cheers, Jamie > > P.S. Nice to see someone on this list still remembers mail quoting > etiquette ;-) > =E2=80=8BHuh, never even noticed (not that I use many of the grep variants)= . But, on a 10.3 install (from binaries, not source), half the variants are hard-links to bsdgrep, while the other half are hard-links to grep: =E2=80=8B[fcash@romulus ~]$ ls -li /usr/bin/*grep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/bsdgrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/bzegrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/bzfgrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/bzgrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/egrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/fgrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/grep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/lzegrep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/lzfgrep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/lzgrep 5704673 lrwxr-xr-x 1 root wheel 10 Mar 24 2016 /usr/bin/pgrep -> /bin/pgrep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/xzegrep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/xzfgrep 5704478 -r-xr-xr-x 7 root wheel 49224 Mar 24 2016 /usr/bin/xzgrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/zegrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/zfgrep 5704508 -r-xr-xr-x 9 root wheel 93400 Mar 24 2016 /usr/bin/zgrep =E2=80=8BDoes this mean an upgrade via freebsd-update to 11.x would remove = all the lz* and xz* hard-links from my system?=E2=80=8B Not that I would notice, j= ust curious. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@freebsd.org Wed Mar 22 23:22:54 2017 Return-Path: Delivered-To: freebsd-stable@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 C2794D18F54 for ; Wed, 22 Mar 2017 23:22:54 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 882E21E08; Wed, 22 Mar 2017 23:22:53 +0000 (UTC) (envelope-from jamie@dyslexicfish.net) Received: from dyslexicfish.net (deadcat.mail.dyslexicfish.net [45.63.12.202]) by dyslexicfish.net (8.14.5/8.14.5) with ESMTP id v2MNMeBt039982; Wed, 22 Mar 2017 23:22:40 GMT (envelope-from jamie@dyslexicfish.net) Received: (from jamie@localhost) by dyslexicfish.net (8.14.5/8.14.5/Submit) id v2MNMdJf039981; Wed, 22 Mar 2017 23:22:39 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <201703222322.v2MNMdJf039981@dyslexicfish.net> Date: Wed, 22 Mar 2017 23:22:39 +0000 To: jamie@dyslexicfish.net, fjwcash@gmail.com Cc: kevans91@ksu.edu, jamie@catflap.org, freebsd-stable@freebsd.org, emaste@freebsd.org Subject: Re: Freebsd 11 - /usr/bin missing [xl]zgrep/zegrep/zfgrep References: <201703220233.v2M2X8Jg033781@dyslexicfish.net> <201703220354.v2M3sgKO034696@dyslexicfish.net> <201703221241.v2MCfQ8R036897@dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (dyslexicfish.net [45.63.12.202]); Wed, 22 Mar 2017 23:22:40 +0000 (GMT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 23:22:54 -0000 Freddie Cash wrote: > ​Huh, never even noticed (not that I use many of the grep variants). But, > on a 10.3 install (from binaries, not source), half the variants are > hard-links to bsdgrep, while the other half are hard-links to grep: Yep, that's how it was for me. > ​Does this mean an upgrade via freebsd-update to 11.x would remove all the > lz* and xz* hard-links from my system?​ Not that I would notice, just > curious. I've never used FreeBSD update, but I just checked its filelist via an IDS check, and that does appear to have the xz.../lz... files linked to bsdgrep. I also just checked the FreeBSD ISO's for i386 and amd64, both dvd, and bootonly, and none of them have the xz.../lz... files. Unless I'm reading the results from freebsd-update incorrectly, it appears you will have these linked files if you follow that upgrade route, this disparity adding to my earlier suspicions that this change was in error. Cheers, Jamie From owner-freebsd-stable@freebsd.org Thu Mar 23 05:38:07 2017 Return-Path: Delivered-To: freebsd-stable@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 9295CD19A17 for ; Thu, 23 Mar 2017 05:38:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5E1101E15 for ; Thu, 23 Mar 2017 05:38:07 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by mail-io0-x231.google.com with SMTP id l7so76238815ioe.3 for ; Wed, 22 Mar 2017 22:38:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=JpUJu0bQ95K+ECt0IR01ck/mjNHthl4/pn+rzpRrLrw=; b=t6PfNMWNrw2g9+i+IT/lSg1ewYfXTOJ5diaNUOGk7a5rrSZfEOXeLoUMgPdA4acSYM 1/WEa0f4mOWGbjzM9xjMLnQ3oHlz/EooIg2bTN/uk/wjQPSg8vBfI3Vfa/grIS150kqH 0+tljZTrb8pUEcnChZR2iyEblLEfma1IIYBkc5e3tO9h2yHB+WeuGRYtBr93KqmMRcUc BkEMQBg4dxvo7AbWCQ1uFc7XWTGQrBO8ACFLHOc/Z7j4seDt1X59nHIriGaajrOEjVnY mWcScpjLGXdy81PK+w1AH3dUJuYsgLGVNtn7IoKef5WPAy8VLh6GhV0aPb71jELUBjN+ 8+GA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JpUJu0bQ95K+ECt0IR01ck/mjNHthl4/pn+rzpRrLrw=; b=R2rV0q64q+ZQObqsiv6oE8o51O5MMfr5vVblDAqnkXAyjJGhSfZpGMG1YburaoEj8y m4HjcFaUklHUFElgClOjKEh8ZRA/Mpa6132/JGdklGl9Rd0PHvRkiUEDT14YfUEfEFEx BgSraA5XjXkJtkPh4meP1YdF2nU+nAOty8gF82XWmhT1797y/yUJYVGUuaGnN8lSC8i1 T0LCymqNIsxNCAuUUAKl/85XnGLB5pl4DnU/lxKD3qMkCFkZke7oTXX2XvuJqSIMCHvK YFg/wPc0Z7hOujNpeiv5J8JPMCzMUzz2lSr/Jj6hxo2innbLg6CiuE48RNs3RaZZQVC/ pRhg== X-Gm-Message-State: AFeK/H2j359yvijyeSC5VqBHInOapu/f6M3V+ioKG0eN5agbjPaq6tlclf2LLP/b2Oa61dEyCgJ1TH9IY/7jYg== X-Received: by 10.107.33.68 with SMTP id h65mr1033029ioh.101.1490247486185; Wed, 22 Mar 2017 22:38:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.41.131 with HTTP; Wed, 22 Mar 2017 22:38:05 -0700 (PDT) From: Aryeh Friedman Date: Thu, 23 Mar 2017 01:38:05 -0400 Message-ID: Subject: buildworld fails immediately To: FreeBSD Stable List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2017 05:38:07 -0000 root@lilith:/usr/src # make buildworld make[1]: "/usr/src/Makefile.inc1" line 144: SYSTEM_COMPILER: Determined that CC=cc matches the source tree. Not bootstrapping a cross-compiler. -------------------------------------------------------------- >>> World build started on Thu Mar 23 01:36:18 EDT 2017 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp/legacy/usr/include mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/lib/casper mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/bin mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.groff.dist -p /usr/obj/usr/src/tmp/legacy/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/legacy/usr/include >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist -p /usr/obj/usr/src/tmp/legacy/usr/lib >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.debug.dist -p /usr/obj/usr/src/tmp/usr/lib >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist -p /usr/obj/usr/src/tmp/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist -p /usr/obj/usr/src/tmp/legacy/usr/lib/debug/usr >/dev/null mtree -deU -f /usr/src/etc/mtree/BSD.lib32.dist -p /usr/obj/usr/src/tmp/usr/lib/debug/usr >/dev/null mkdir -p /usr/obj/usr/src/tmp/usr/tests mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist -p /usr/obj/usr/src/tmp/usr/tests >/dev/null mkdir -p /usr/obj/usr/src/tmp/usr/lib/debug//usr/tests mtree -deU -f /usr/src/etc/mtree/BSD.tests.dist -p /usr/obj/usr/src/tmp/usr/lib/debug//usr/tests >/dev/null -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" TOOLS_PREFIX=/usr/obj/usr/src/tmp PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1100510 SSP_CFLAGS= MK_HTML=no NO_LINT=yes MK_MAN=no -DNO_PIC MK_PROFILE=no -DNO_SHARED -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no MK_CLANG_EXTRAS=no MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no MK_INCLUDES=yes legacy ===> tools/build (obj,includes,all,install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libegacy.a /usr/obj/usr/src/tmp/legacy/usr/lib/ -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" TOOLS_PREFIX=/usr/obj/usr/src/tmp PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=1100510 SSP_CFLAGS= MK_HTML=no NO_LINT=yes MK_MAN=no -DNO_PIC MK_PROFILE=no -DNO_SHARED -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no MK_CLANG_EXTRAS=no MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no MK_INCLUDES=yes bootstrap-tools ===> lib/clang/libllvmminimal (obj,all,install) c++ -O2 -pipe -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -MD -MF.depend.Support_APInt.o -MTSupport/APInt.o -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o c++: error: unable to execute command: Bus error (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1) Target: x86_64-unknown-freebsd11.0 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/APInt-8fe456.cpp c++: note: diagnostic msg: /tmp/APInt-8fe456.sh c++: note: diagnostic msg: ******************** *** Error code 254 Stop. make[3]: stopped in /usr/src/lib/clang/libllvmminimal *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org From owner-freebsd-stable@freebsd.org Thu Mar 23 12:31:30 2017 Return-Path: Delivered-To: freebsd-stable@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 82DBED19103 for ; Thu, 23 Mar 2017 12:31:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C816162B for ; Thu, 23 Mar 2017 12:31:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.avinity.tv (unknown [77.95.97.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 299AC19A09; Thu, 23 Mar 2017 13:31:27 +0100 (CET) From: Dimitry Andric Message-Id: <6CAF5439-E789-446A-BCC5-8AE3E317E429@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_76240CA2-A16A-40F2-BA12-AC1B80107E42"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: buildworld fails immediately Date: Thu, 23 Mar 2017 13:31:20 +0100 In-Reply-To: Cc: FreeBSD Stable List To: Aryeh Friedman References: X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Mar 2017 12:31:30 -0000 --Apple-Mail=_76240CA2-A16A-40F2-BA12-AC1B80107E42 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 23 Mar 2017, at 06:38, Aryeh Friedman wrote: > > root@lilith:/usr/src # make buildworld > make[1]: "/usr/src/Makefile.inc1" line 144: SYSTEM_COMPILER: Determined > that CC=cc matches the source tree. Not bootstrapping a cross-compiler. ... > c++ -O2 -pipe -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS -DNDEBUG > -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\" > -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" > -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -MD -MF.depend.Support_APInt.o > -MTSupport/APInt.o -Qunused-arguments > -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions > -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c > /usr/src/contrib/llvm/lib/Support/APInt.cpp -o Support/APInt.o > c++: error: unable to execute command: Bus error (core dumped) > c++: error: clang frontend command failed due to signal (use -v to see > invocation) > FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM > 3.9.1) > Target: x86_64-unknown-freebsd11.0 > Thread model: posix > InstalledDir: /usr/bin > c++: note: diagnostic msg: PLEASE submit a bug report to > https://bugs.freebsd.org/submit/ and include the crash backtrace, > preprocessed source, and associated run script. > c++: note: diagnostic msg: > ******************** > > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > c++: note: diagnostic msg: /tmp/APInt-8fe456.cpp > c++: note: diagnostic msg: /tmp/APInt-8fe456.sh If it's consistently repeatable, please create a tarball of the /tmp/APInt-*.{cpp.sh} files, and upload those to a bug report. If it's not consistently repeatable, check your hardware (e.g. run memtest86). -Dimitry --Apple-Mail=_76240CA2-A16A-40F2-BA12-AC1B80107E42 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----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAljTwB4ACgkQsF6jCi4glqM4owCdFHo8IujrBQHDILXc7y3t+xwL UxUAniSQfWMKkuuyhXBH5uACGkyqRF44 =mLW+ -----END PGP SIGNATURE----- --Apple-Mail=_76240CA2-A16A-40F2-BA12-AC1B80107E42-- From owner-freebsd-stable@freebsd.org Fri Mar 24 08:47:06 2017 Return-Path: Delivered-To: freebsd-stable@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 57725D1B7E7 for ; Fri, 24 Mar 2017 08:47:06 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (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 E78B6C79 for ; Fri, 24 Mar 2017 08:47:05 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [217.29.44.10]) by gate2.intern.punkt.de with ESMTP id v2O8S2MU025418 for ; Fri, 24 Mar 2017 09:28:02 +0100 (CET) Received: from [217.29.44.113] ([217.29.44.113]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id v2O8S2tY092616 for ; Fri, 24 Mar 2017 09:28:02 +0100 (CET) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Kernel panic on production system - what now? Message-Id: <04928243-2821-4BE5-87E6-198D32C052B7@punkt.de> Date: Fri, 24 Mar 2017 09:28:03 +0100 To: freebsd-stable Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2017 08:47:06 -0000 Hi all, Mar 24 02:39:36 ph001 kernel: kernel trap 12 with interrupts disabled Mar 24 02:39:36 ph001 kernel:=20 Mar 24 02:39:36 ph001 kernel:=20 Mar 24 02:39:36 ph001 kernel: Fatal trap 12: page fault while in kernel = mode Mar 24 02:39:37 ph001 kernel: cpuid =3D 8; apic id =3D 08 Mar 24 02:39:37 ph001 kernel: fault virtual address =3D 0x0 Mar 24 02:39:37 ph001 kernel: fault code =3D supervisor = read data, page not present Mar 24 02:39:37 ph001 kernel: instruction pointer =3D = 0x20:0xffffffff809a4330 I must admit that this is a "first" for me. So where do I go from here? There is "stuff" in /var/crash that has got the right timestamps, it = seems ... Thanks, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=C3=BCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@freebsd.org Fri Mar 24 12:05:42 2017 Return-Path: Delivered-To: freebsd-stable@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 18D00D1B5D1 for ; Fri, 24 Mar 2017 12:05: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 0852991B for ; Fri, 24 Mar 2017 12:05: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 v2OC5eac025852 for ; Fri, 24 Mar 2017 12:05:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837) Date: Fri, 24 Mar 2017 12:05:41 +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: CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: peixoto.cassiano@gmail.com X-Bugzilla-Status: Open 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2017 12:05:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213903 --- Comment #20 from Cassiano Peixoto --- Hi guys, After i applied Mateusz's patch it stopped crashing (2 days with no crash).= So it seems worked. Mateusz are you planning to commit it? Thank you for your help. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Fri Mar 24 12:13:15 2017 Return-Path: Delivered-To: freebsd-stable@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 3B411D1B887 for ; Fri, 24 Mar 2017 12:13:15 +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 2AC81DDC for ; Fri, 24 Mar 2017 12:13:15 +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 v2OCDD3H056866 for ; Fri, 24 Mar 2017 12:13:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 213903] Kernel crashes from turnstile_broadcast (/usr/src/sys/kern/subr_turnstile.c:837) Date: Fri, 24 Mar 2017 12:13:14 +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: CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: franco@opnsense.org X-Bugzilla-Status: Open 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-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2017 12:13:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213903 --- Comment #21 from Franco Fichtner --- This was only supposed to print further debug output, but something in here= is probably responsible for fixing it as it touches the same lines as r301157 that's been known to cause the panic in the first place... - else if ((rw)->rw_lock !=3D _tid || !_rw_write_unlock((rw), _tid))\ - _rw_wunlock_hard((rw), _tid, (file), (line)); \ + else { \ + _v =3D (rw)->rw_lock; \ + if (_v !=3D _tid || !_rw_write_unlock_fetch((rw), &_v)) \ + _rw_wunlock_hard((rw), _v, _tid, (file), (line));\ + } --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Fri Mar 24 14:01:59 2017 Return-Path: Delivered-To: freebsd-stable@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 7B9C8D14FAB for ; Fri, 24 Mar 2017 14:01:59 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [199.48.133.146]) by mx1.freebsd.org (Postfix) with ESMTP id 675A0F5C for ; Fri, 24 Mar 2017 14:01:58 +0000 (UTC) (envelope-from vangyzen@FreeBSD.org) Received: from ford.home.vangyzen.net (unknown [76.164.15.242]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 3345256486; Fri, 24 Mar 2017 09:01:52 -0500 (CDT) Subject: Re: Kernel panic on production system - what now? To: "Patrick M. Hausen" , freebsd-stable References: <04928243-2821-4BE5-87E6-198D32C052B7@punkt.de> From: Eric van Gyzen Message-ID: <393df674-01fa-7420-da58-da1887f06674@FreeBSD.org> Date: Fri, 24 Mar 2017 09:01:39 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <04928243-2821-4BE5-87E6-198D32C052B7@punkt.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2017 14:01:59 -0000 On 03/24/2017 03:28, Patrick M. Hausen wrote: > Hi all, > > Mar 24 02:39:36 ph001 kernel: kernel trap 12 with interrupts disabled > Mar 24 02:39:36 ph001 kernel: > Mar 24 02:39:36 ph001 kernel: > Mar 24 02:39:36 ph001 kernel: Fatal trap 12: page fault while in kernel mode > Mar 24 02:39:37 ph001 kernel: cpuid = 8; apic id = 08 > Mar 24 02:39:37 ph001 kernel: fault virtual address = 0x0 > Mar 24 02:39:37 ph001 kernel: fault code = supervisor read data, page not present > Mar 24 02:39:37 ph001 kernel: instruction pointer = 0x20:0xffffffff809a4330 > > I must admit that this is a "first" for me. So where do I go from here? > There is "stuff" in /var/crash that has got the right timestamps, it seems ... Start with: # pkg install gdb # kgdb712 /boot/kernel/kernel /var/crash/vmcore.0 The "712" above is the GDB version number, so it might be different on your system. In GDB: (gdb) bt full Post that output to this list, along with "uname -a". Eric From owner-freebsd-stable@freebsd.org Fri Mar 24 23:47:26 2017 Return-Path: Delivered-To: freebsd-stable@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 7E5D2D1C819 for ; Fri, 24 Mar 2017 23:47:26 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 653C2B54 for ; Fri, 24 Mar 2017 23:47:26 +0000 (UTC) (envelope-from peter@rulingia.com) Received: by mailman.ysv.freebsd.org (Postfix) id 61A27D1C818; Fri, 24 Mar 2017 23:47:26 +0000 (UTC) Delivered-To: stable@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 5F9F6D1C817 for ; Fri, 24 Mar 2017 23:47:26 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E362BB53 for ; Fri, 24 Mar 2017 23:47:24 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v2ONK3n7050179 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 25 Mar 2017 10:20:08 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v2ONJvaR094976 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 25 Mar 2017 10:19:57 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v2ONJvrB094975 for stable@freebsd.org; Sat, 25 Mar 2017 10:19:57 +1100 (AEDT) (envelope-from peter) Date: Sat, 25 Mar 2017 10:19:57 +1100 From: Peter Jeremy To: stable@freebsd.org Subject: Unable to boot 11.0-release on Unisurf Notebook Message-ID: <20170324231957.GA94855@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2017 23:47:26 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've just bought a Unisurf Notebook[1] and am trying to boot it from a FreeBSD-11.0-RELEASE-amd64-memstick.img. The boot starts OK but hangs whilst probing devices. With safe and verbose enabled, it hangs after complaining about ppc0 (see https://goo.gl/photos/3e7tLWygjsQ6ayBT9). At this point neither Ctrl-Alt-Del nor Ctrl-Alt-Esc have any effect and the only option is to hold the power button down until it powers off. Does anyone have any suggestions on troubleshooting? [1] http://unisurf.com.au/unisurf-14-Notebook.html --=20 Peter Jeremy --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJY1amdXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0taYP/0qTs0u8xX7AerPNjqY8a1NU YXEvK2tBaA7iclHOzVZfy4jQU4vfRTnKT0Rr+Y+IYRYV2EoWIDbuq6VPv6Fykuha 1auABxJzqtgqY8TRl9yi09LFHDzJzv9MxQHGHw7TVa5c9SM9hk9iqRvxbf16uMYS 4quE+FOTywllUT+qybNS+SXgPCudcMvxvz5eERSUaLfgYjH4euOuw1182rvu+8ax e+yi4m2CEc53++wq8Lagi4TU/OoymDBe2y2heho8Zs2m/21Lq3DzMNPXo1sRZEVa lUeplWwD+CfNcRHsDj+chz6Dr5oBMBfyAU4sKJi5ieJ+TJoU/qztAfgyG6pTMl/g YLObOb3QiWIhjKzKjJEsAZW1PfOrAPMI1mBebB0UT9UjJPfPwEpd/+HFR2FQv942 HT9XVDl5taqb5JCQhkPz+WB8Zede48sjowK/7zVCxMpnEVIeSmnQdL9b+n72hs/P P2ihncN7KRHlekEdryKi18A4JOsdZeuz7ljhAOZfIka4AzPrCIqo9Y4XLRSvFj9L +1SBZNfJjD/ZGotcNYTGsR97hw0agUpbCQoMHhpADTGHm4hS4ZPJOP0m3sgeviXJ MP2kyW/fzdA/OCqh3RyfVCbcHZdyj0dp4WnNu6vjHAcNsKKvbdhWpGgokgrYkC+x 3j5MJ/SP3GjjHScdLAaW =4i/Q -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@freebsd.org Sat Mar 25 18:03:17 2017 Return-Path: Delivered-To: freebsd-stable@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 3F53BD1D4AC; Sat, 25 Mar 2017 18:03:17 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 45E8210E1; Sat, 25 Mar 2017 18:03:15 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA09165; Sat, 25 Mar 2017 20:03:07 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1crq1r-000EY8-Dg; Sat, 25 Mar 2017 20:03:07 +0200 To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org From: Andriy Gapon Subject: Opteron 6100-series "Magny-Cours" Message-ID: Date: Sat, 25 Mar 2017 20:02:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2017 18:03:17 -0000 Does anyone [still] use Opteron 6100-series / "Magny-Cours" processors with FreeBSD? -- Andriy Gapon From owner-freebsd-stable@freebsd.org Sat Mar 25 21:26:20 2017 Return-Path: Delivered-To: freebsd-stable@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 2BDA8D1D220; Sat, 25 Mar 2017 21:26:20 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1AD2BA5; Sat, 25 Mar 2017 21:26:19 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by mail-pg0-x241.google.com with SMTP id 79so4089803pgf.0; Sat, 25 Mar 2017 14:26:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uaWE4EDpA28ZtQETY/qlBsBW1LW9Arhz+Ird3rqoolI=; b=ZCPsNJKjw3EUoGF43c++gakpkv70h5WnIrTyW3Hm4VoDyIsXG9eO5AuM4rv8ZBzXOe wRT/bfx7zBtsJRUG4Po3Si6H+prj0QSkHRDJ6gDvegnnUjNkxN949r71SX4saFdE+Fay eREE8ulhWYKGsvG/bqGkXR4pUhX15oQFN78qlSWCc3b/mEqf2EftD8A25dzIk3hEaHLP 9qCzSk5NklxpC6J4muUqD9H+/gewL0wkw+tgsd9iV+HnaSYq+/2plBJYQQhDk7OvbXDz GSSRZ2DerEXubUkZI1qLhHtgyltJQ8rBkfm2jRn40MMyvtBURxggBy8IBqsR+LZfYY46 et+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uaWE4EDpA28ZtQETY/qlBsBW1LW9Arhz+Ird3rqoolI=; b=l3tsTtWW5xGiW1kAcKTB1xy1pcmg9GjVBSIsMPEh9FRoCBP64bpGvhuueHhNtVh9Rv xCycRYSSZAQMeHdoj/tJXxVBriKp45YoAvVVW5m9TFHBdP5Z533fmZpXAfLdhXjsvD26 l0wkFOLj0E/8z3PJBymL7k++KhB5aS/+jIcM1LYHk8eTqL1/xmEYAs9SFg5LUqIy0L0a O8cA9g2vPlMWdJ2PtYuIdTdQzUQxxAD6M9IrKnKHo+a+mTabVUbIxePRVQX1zsRYYhnr awmfo53h2GIbw5bjSdPkgDFBiH68I0Icx34050+pClTvfcBLWHEQZLF1Esknw5dIFFNl 7pbw== X-Gm-Message-State: AFeK/H0x6DbPvM0ortne1Qq1CKJS57P/pqUzzRj3m9xXIvFvTdk397pGmA+veNG4oNkgkQ== X-Received: by 10.98.16.137 with SMTP id 9mr17006659pfq.104.1490477179514; Sat, 25 Mar 2017 14:26:19 -0700 (PDT) Received: from [10.0.0.6] ([47.138.113.242]) by smtp.gmail.com with ESMTPSA id g5sm12267684pfe.12.2017.03.25.14.26.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Mar 2017 14:26:18 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Opteron 6100-series "Magny-Cours" From: "Jack L." X-Mailer: iPhone Mail (14E5277a) In-Reply-To: Date: Sat, 25 Mar 2017 14:26:17 -0700 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <6C0CE842-C900-4914-B362-8DD88C1BDB2E@gmail.com> References: To: Andriy Gapon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2017 21:26:20 -0000 I have a few still sitting in a corner with FreeBSD 7 or 8 on them. Someday i= might put them back on with FreeBSD but not anytime soon Sent from far away... > On Mar 25, 2017, at 11:02 AM, Andriy Gapon wrote: >=20 >=20 > Does anyone [still] use Opteron 6100-series / "Magny-Cours" processors wit= h FreeBSD? >=20 >=20 > --=20 > Andriy Gapon > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"= From owner-freebsd-stable@freebsd.org Sat Mar 25 23:29:57 2017 Return-Path: Delivered-To: freebsd-stable@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 08842D1DC1B for ; Sat, 25 Mar 2017 23:29:57 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD645FBA; Sat, 25 Mar 2017 23:29:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qt0-x22d.google.com with SMTP id n21so15168017qta.1; Sat, 25 Mar 2017 16:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Qf8mw04bZRfZ1wRtrLenIph9Ez+TUjIi/B+XW+oqDbI=; b=S/Iqdj8yN6OwxvIS5SvzwhRFBv+rV2xmeZOr3l2wfk4rvNbxZQhFrplJQop3D+icdh NRiOfMXHSuraOn+sK20ceeUq0j3vmBU4R8gbTbNIGHq2ZgEhcvp6HBdgxm31R42VAMQ+ lVzLhrqEf9YqQnn7GgiQ9j1rQE+yrascnMa/r14QXefPFa4qATWgugwkRM7xSTnpjCCr LjC4PPKi83wtuMniLZEuDUWIjisCa52Nlaj0hjo8fnl160h7Fc0C6b74u7bWKY/zVR/b 8T3gtjGb1XgEcmiMqcNzXEhLhBVjq1Up+nK3kf8F0BVbsK/lIcaonIfGgxJbVcsjwwxN UqXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Qf8mw04bZRfZ1wRtrLenIph9Ez+TUjIi/B+XW+oqDbI=; b=iOO3/y/urOScdaHRtWEddhieG9e+C2IYUHI622ufszc6WdgKhf7H9STedPv2tBCvcS iI5AbWdQaX4H0scO9fXcZrdGAPR1fj+VhDTfszGKiKQxz7v4Kg2TZmwKh/551DnyDmWY QQ2ybl0Gnusx6WLnMKPRMsOyEY2eWpOXtmy1teaNIrvF9wODfRgmaz3/Ao9Lqq+ZKWC3 JfBWlxiFFdKSip+dtLEOCKQI849E4DO4GtBDzyVNFHgOOhG4qgDTNUdvnSRUYPqIIM3R 6vGZKYGzMS+q8yKWoEOUgpYYgXVamkOoZAeVQ7O4Ar0LNllPMrCK9Jk8CeaaFIK6apHr PbpA== X-Gm-Message-State: AFeK/H1Jd7HK1jk6tPPPs+Z08c2ty2/dS0HrI7f+3XFuvpzZwFuzE8jQAvG8W8bl7e/PnGxBohg7JgcHJosJPQ== X-Received: by 10.237.34.59 with SMTP id n56mr14781786qtc.231.1490484595452; Sat, 25 Mar 2017 16:29:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.28.229 with HTTP; Sat, 25 Mar 2017 16:29:54 -0700 (PDT) Received: by 10.140.28.229 with HTTP; Sat, 25 Mar 2017 16:29:54 -0700 (PDT) In-Reply-To: References: From: Freddie Cash Date: Sat, 25 Mar 2017 16:29:54 -0700 Message-ID: Subject: Re: Opteron 6100-series "Magny-Cours" To: Andriy Gapon Cc: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Mar 2017 23:29:57 -0000 On Mar 25, 2017 11:03 AM, "Andriy Gapon" wrote: Does anyone [still] use Opteron 6100-series / "Magny-Cours" processors with FreeBSD? I'll need to double check when I get home. We have lots of Opterons in use at work, from 100 through 6320. I think there's a couple of 6100s in there. Cheers, Freddie