From owner-freebsd-stable@freebsd.org Sun Jan 24 14:18:52 2016 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 7E1529C2D9F; Sun, 24 Jan 2016 14:18:52 +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 3DD0424E; Sun, 24 Jan 2016 14:18:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNLVA-0009p4-18; Sun, 24 Jan 2016 17:18:48 +0300 Date: Sun, 24 Jan 2016 17:18:47 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124141847.GM37895@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86mvrxvg79.fsf@desk.des.no> 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.20 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, 24 Jan 2016 14:18:52 -0000 On Fri, Jan 22, 2016 at 03:31:22PM +0100, Dag-Erling Smørgrav wrote: > The HPN and None cipher patches have been removed from FreeBSD-CURRENT. > I intend to remove them from FreeBSD-STABLE this weekend. Can you do some small discurs about ssh+kerberos? I am try to use FreeBSD with $HOME over kerberoized NFS. For kerberoized NFS gssd need to find cache file "called /tmp/krb5cc_, where is the effective uid for the RPC caller" (from `man gssd`). sshd contrary create cache file for received ticket called /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is this strong security requirement or [FreeBSD/upstream] can be patched (or introduce option) to use /tmp/krb5cc_ as cache file for received ticket? From owner-freebsd-stable@freebsd.org Sun Jan 24 14:50:45 2016 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 9F7D47C4A; Sun, 24 Jan 2016 14:50:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1CFC7F; Sun, 24 Jan 2016 14:50:44 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id 4E2C0500C; Sun, 24 Jan 2016 14:50:43 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 05F5E4831E; Sun, 24 Jan 2016 15:50:45 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> Date: Sun, 24 Jan 2016 15:50:45 +0100 In-Reply-To: <20160124141847.GM37895@zxy.spb.ru> (Slawa Olhovchenkov's message of "Sun, 24 Jan 2016 17:18:47 +0300") Message-ID: <86oacbc9q2.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Jan 2016 14:50:45 -0000 Slawa Olhovchenkov writes: > Can you do some small discurs about ssh+kerberos? > I am try to use FreeBSD with $HOME over kerberoized NFS. > For kerberoized NFS gssd need to find cache file "called > /tmp/krb5cc_, where is the effective uid for the RPC > caller" (from `man gssd`). > > sshd contrary create cache file for received ticket called > /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is > this strong security requirement or [FreeBSD/upstream] can be patched > (or introduce option) to use /tmp/krb5cc_ as cache file for > received ticket? I wasn't aware of that. It should be easy to patch, but in the meantime, you can try something like this in .bashrc or whatever: krb5cc_uid=3D"/tmp/krb5cc_$(id -u)" if [ -n "${KRB5CCNAME}" -a "${KRB5CCNAME}" !=3D "${krb5ccuid}" ] ; then if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then export KRB5CCNAME=3D"${krb5ccuid}" else=20=20=20=20=20=20=20=20 echo "Unable to rename krb5 credential cache" >&2 fi fi unset krb5ccuid DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@freebsd.org Sun Jan 24 15:02:13 2016 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 7B38B9D233C; Sun, 24 Jan 2016 15:02:13 +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 3C58FB70; Sun, 24 Jan 2016 15:02:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNMB9-000AjQ-9l; Sun, 24 Jan 2016 18:02:11 +0300 Date: Sun, 24 Jan 2016 18:02:11 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124150211.GQ88527@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86oacbc9q2.fsf@desk.des.no> 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.20 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, 24 Jan 2016 15:02:13 -0000 On Sun, Jan 24, 2016 at 03:50:45PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > Can you do some small discurs about ssh+kerberos? > > I am try to use FreeBSD with $HOME over kerberoized NFS. > > For kerberoized NFS gssd need to find cache file "called > > /tmp/krb5cc_, where is the effective uid for the RPC > > caller" (from `man gssd`). > > > > sshd contrary create cache file for received ticket called > > /tmp/krb5cc_XXXXXXX (random string, created by krb5_cc_new_unique). Is > > this strong security requirement or [FreeBSD/upstream] can be patched > > (or introduce option) to use /tmp/krb5cc_ as cache file for > > received ticket? > > I wasn't aware of that. It should be easy to patch, but in the Yes, I am already do ugly patch for me (2 files need to patch), but patch in upstream preffered. > meantime, you can try something like this in .bashrc or whatever: Imposible. For accessing .bashrc on kerberoized NFS need correct /tmp/krb5cc_. > krb5cc_uid="/tmp/krb5cc_$(id -u)" > if [ -n "${KRB5CCNAME}" -a "${KRB5CCNAME}" != "${krb5ccuid}" ] ; then > if mv "${KRB5CCNAME}" "${krb5ccuid}" ; then > export KRB5CCNAME="${krb5ccuid}" > else > echo "Unable to rename krb5 credential cache" >&2 > fi > fi > unset krb5ccuid > > DES > -- > Dag-Erling Smørgrav - des@des.no From owner-freebsd-stable@freebsd.org Sun Jan 24 15:09:06 2016 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 4884F9D27B8; Sun, 24 Jan 2016 15:09:06 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 12C6C759; Sun, 24 Jan 2016 15:09:05 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id F1FAF53B7; Sun, 24 Jan 2016 15:09:04 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 839E248322; Sun, 24 Jan 2016 16:09:05 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> Date: Sun, 24 Jan 2016 16:09:05 +0100 In-Reply-To: <20160124150211.GQ88527@zxy.spb.ru> (Slawa Olhovchenkov's message of "Sun, 24 Jan 2016 18:02:11 +0300") Message-ID: <86k2mzc8vi.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Jan 2016 15:09:06 -0000 Slawa Olhovchenkov writes: > Dag-Erling Sm=C3=B8rgrav writes: > > In the meantime, you can try something like this in .bashrc or > > whatever: > Imposible. For accessing .bashrc on kerberoized NFS need correct > /tmp/krb5cc_. /etc/profile, then. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@freebsd.org Sun Jan 24 15:15:10 2016 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 84E069D2E21; Sun, 24 Jan 2016 15:15:10 +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 44FDA8D1; Sun, 24 Jan 2016 15:15:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNMNg-000B0u-Cl; Sun, 24 Jan 2016 18:15:08 +0300 Date: Sun, 24 Jan 2016 18:15:08 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124151508.GR88527@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> <86k2mzc8vi.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86k2mzc8vi.fsf@desk.des.no> 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.20 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, 24 Jan 2016 15:15:10 -0000 On Sun, Jan 24, 2016 at 04:09:05PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > Dag-Erling Smørgrav writes: > > > In the meantime, you can try something like this in .bashrc or > > > whatever: > > Imposible. For accessing .bashrc on kerberoized NFS need correct > > /tmp/krb5cc_. > > /etc/profile, then. OK, what about tcsh, zsh, fish and scp/sftp? From owner-freebsd-stable@freebsd.org Sun Jan 24 15:21:17 2016 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 5852F7192; Sun, 24 Jan 2016 15:21:17 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2129D179; Sun, 24 Jan 2016 15:21:16 +0000 (UTC) (envelope-from des@des.no) Received: from desk.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id CA69A5406; Sun, 24 Jan 2016 15:21:15 +0000 (UTC) Received: by desk.des.no (Postfix, from userid 1001) id 88B8F48325; Sun, 24 Jan 2016 16:21:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Slawa Olhovchenkov Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> <86k2mzc8vi.fsf@desk.des.no> <20160124151508.GR88527@zxy.spb.ru> Date: Sun, 24 Jan 2016 16:21:17 +0100 In-Reply-To: <20160124151508.GR88527@zxy.spb.ru> (Slawa Olhovchenkov's message of "Sun, 24 Jan 2016 18:15:08 +0300") Message-ID: <86fuxnc8b6.fsf@desk.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Jan 2016 15:21:17 -0000 Slawa Olhovchenkov writes: > OK, what about tcsh, zsh, fish and scp/sftp? I apologize for trying to help you out by suggesting a hack that works at least some of the time until I can get a permanent fix in. I should instead have hopped in my time machine, jumped back a few years, and fixed the bug before it affected you. No hard feelings? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@freebsd.org Sun Jan 24 15:29:36 2016 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 9971676EE; Sun, 24 Jan 2016 15:29:36 +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 59950AAE; Sun, 24 Jan 2016 15:29:36 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aNMbd-000BK2-0C; Sun, 24 Jan 2016 18:29:33 +0300 Date: Sun, 24 Jan 2016 18:29:32 +0300 From: Slawa Olhovchenkov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-security@freebsd.org Subject: Re: HPN and None options in OpenSSH Message-ID: <20160124152932.GS88527@zxy.spb.ru> References: <86mvrxvg79.fsf@desk.des.no> <20160124141847.GM37895@zxy.spb.ru> <86oacbc9q2.fsf@desk.des.no> <20160124150211.GQ88527@zxy.spb.ru> <86k2mzc8vi.fsf@desk.des.no> <20160124151508.GR88527@zxy.spb.ru> <86fuxnc8b6.fsf@desk.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86fuxnc8b6.fsf@desk.des.no> 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.20 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, 24 Jan 2016 15:29:36 -0000 On Sun, Jan 24, 2016 at 04:21:17PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov writes: > > OK, what about tcsh, zsh, fish and scp/sftp? > > I apologize for trying to help you out by suggesting a hack that works > at least some of the time until I can get a permanent fix in. I should > instead have hopped in my time machine, jumped back a few years, and > fixed the bug before it affected you. No hard feelings? Sorry about not clear exposition. I think this is not hack nor permanent solution and decline modification ssh source. I am already have working solution (localy apllied patch at time `make release`). I can show my ugly patch, but I think his partially not clear and not all edge cases checked. From owner-freebsd-stable@freebsd.org Sun Jan 24 19:51:00 2016 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 9AF217C90; Sun, 24 Jan 2016 19:51:00 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 447332F1; Sun, 24 Jan 2016 19:50:59 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u0OJoog2019255 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 24 Jan 2016 20:50:50 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u0OJoot0019254; Sun, 24 Jan 2016 20:50:50 +0100 (CET) (envelope-from marius) Date: Sun, 24 Jan 2016 20:50:50 +0100 From: Marius Strobl To: Andrea Venturoli Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Panic with sym on 10.2 Message-ID: <20160124195050.GA19171@alchemy.franken.de> References: <569E368F.4060802@netfence.it> <569E45D9.1050604@freebsd.org> <569E4ABB.9070903@netfence.it> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <569E4ABB.9070903@netfence.it> User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Sun, 24 Jan 2016 20:50:50 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Jan 2016 19:51:00 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 19, 2016 at 03:39:55PM +0100, Andrea Venturoli wrote: > On 01/19/16 15:19, Matthew Seaman wrote: > > On 01/19/16 13:13, Andrea Venturoli wrote: > >> Two days ago I upgraded a (perfectly working) 9.3/i386 box to 10.2p10 > >> Since then I've had two panics with the following message: > >> > >> panic: assertion "lp->busy_itl==0&&lp->busy_itlq==0" failed: file > >> /usr/src/sys/dev/sym/sym_hipd.c > >> > >> Since the disk controller is involved, I do not get any core and I have > >> to press the reset button. > >> > >> Google showed up no results (I'm not using ZFS, btw) and Bugzilla didn't > >> help either. > >> These debugging assertions in sym_get_ccb() probably can just be replaced with graceful handling (see the attached patch). I'm unsure whether it's sufficient to tell the CAM stack to retry at a later point, though, and given I'm not hitting this problem I also can't test. Unlike SCSI-2, SCSI-3 generally allows to mix a single untagged command with tagged ones (the situation you are encountering), which FreeBSD apparently started doing somewhere between 9.3 and 10.2. However, permitting that would require a careful review of sym(4) and most likely larger changes. Marius --rwEMma7ioTxnRzrJ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sym_get_ccb_nuke_debugging.diff" Index: sym_hipd.c =================================================================== --- sym_hipd.c (revision 294669) +++ sym_hipd.c (working copy) @@ -6296,14 +6296,13 @@ static ccb_p sym_get_ccb (hcb_p np, u_char tn, u_c goto out_free; } else { /* - * If we have been asked for a tagged command. + * If we have been asked for a tagged command, refuse + * to overlap with an existing untagged one. */ if (tag_order) { + if (lp->busy_itl != 0) + goto out_free; /* - * Debugging purpose. - */ - assert(lp->busy_itl == 0); - /* * Allocate resources for tags if not yet. */ if (!lp->cb_tags) { @@ -6335,22 +6334,17 @@ static ccb_p sym_get_ccb (hcb_p np, u_char tn, u_c * one, refuse to overlap this untagged one. */ else { + if (lp->busy_itlq != 0 || lp->busy_itl != 0) + goto out_free; /* - * Debugging purpose. - */ - assert(lp->busy_itl == 0 && lp->busy_itlq == 0); - /* * Count this nexus for this LUN. * Set up the CCB bus address for reselection. * Toggle reselect path to untagged. */ - if (++lp->busy_itl == 1) { - lp->head.itl_task_sa = cpu_to_scr(cp->ccb_ba); - lp->head.resel_sa = - cpu_to_scr(SCRIPTA_BA (np, resel_no_tag)); - } - else - goto out_free; + lp->busy_itl = 1; + lp->head.itl_task_sa = cpu_to_scr(cp->ccb_ba); + lp->head.resel_sa = + cpu_to_scr(SCRIPTA_BA (np, resel_no_tag)); } } /* @@ -6396,7 +6390,7 @@ static void sym_free_ccb(hcb_p np, ccb_p cp) */ if (lp) { /* - * If tagged, release the tag, set the relect path + * If tagged, release the tag, set the reselect path. */ if (cp->tag != NO_TAG) { /* @@ -6417,7 +6411,7 @@ static void sym_free_ccb(hcb_p np, ccb_p cp) * and uncount this CCB. */ lp->head.itl_task_sa = cpu_to_scr(np->bad_itl_ba); - --lp->busy_itl; + lp->busy_itl = 0; } /* * If no JOB active, make the LUN reselect path invalid. --rwEMma7ioTxnRzrJ-- From owner-freebsd-stable@freebsd.org Mon Jan 25 00:50:15 2016 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 2C8EAA45E3A for ; Mon, 25 Jan 2016 00:50:15 +0000 (UTC) (envelope-from kob6558@gmail.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 103A9F5C for ; Mon, 25 Jan 2016 00:50:15 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 0CF45A45E36; Mon, 25 Jan 2016 00:50:15 +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 E761FA45E35 for ; Mon, 25 Jan 2016 00:50:14 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003: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 AFB97F5B; Mon, 25 Jan 2016 00:50:14 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi0-x231.google.com with SMTP id w75so78441680oie.0; Sun, 24 Jan 2016 16:50:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=sGhmpSQubslngMEZbQX5KTQSAiYSCYVbmwaOFzEBWmo=; b=WV7VV8VKGBJrSUsAapeU8mSFgL5gDpnFCFcJ/zYwypVI9gRScw5UnEiAh9zySkk1a+ xnc/gAK23h1+wwfEfx6BH1TsZub8uP9NbhUBzcF82iXgHpdLJ8eWX+61++PiXcpjubjp feTDPOfO3HQlzIKwknFoT/Y6PNKAvBEqQihRpPxYb+ib4X+zW/u0br81mB8l4EJzsZbS 4l0Fk5LeSe9S8NwDcXpVioCHFJ7FhjSr/+kZVlRyiAfACr+ra5l78SDb5EwBq8foLwtN WQdlubG2g4LFm8BtilJiZh+TUTQ//ynsWiPbvHuSmnK9n8cSObzxlInrxazeqhF2uP7C QcYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:cc:content-type; bh=sGhmpSQubslngMEZbQX5KTQSAiYSCYVbmwaOFzEBWmo=; b=PhhYddCJhKwwAjU17zGaZC64U3+SzT1/2y/AEFJaYdlgsFO9r+Pm0/0Ursz/xdy5GD zSPJY1u95AO8AopC70xvcheI8whS+3Hm96THd74Pl8+yA1d2QOukzvJF6GKsVeiktfxJ eANzBNBFTWXPJUKfxpHshq+ojSUFdFfF1QD3h8BSBdHLotAr6RVlPxc7Mc5FEHG9awbU NUVpv95KwACOGXEraeEBPwS/u380buclOsa/DTytG/JKbnMVmmiFQmofJhudG0ywJSTz EZ8Erf8JEX/79gYjUis9eCkhbsBT6FHC+sJRAZd2oqDYQhUYUDu9BQca7aNHtS7605f/ 3YLg== X-Gm-Message-State: AG10YOTDrmSCDtC8/3yexK+yV5VmRCO39qSXijY+/nOlcHmxGvxOzt3pp9dpvWOCV+0YlEyS79YFffa4mnDiPA== MIME-Version: 1.0 X-Received: by 10.202.243.68 with SMTP id r65mr6596139oih.3.1453683014021; Sun, 24 Jan 2016 16:50:14 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.202.214.67 with HTTP; Sun, 24 Jan 2016 16:50:13 -0800 (PST) Date: Sun, 24 Jan 2016 16:50:13 -0800 X-Google-Sender-Auth: MC0uxaKxDk6xCdlQD1okZ9SjOfE Message-ID: Subject: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD From: Kevin Oberman To: FreeBSD Stable ML Cc: trasz@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 00:50:15 -0000 Since the removal of NTFS support, it is unclear how to get USB drives formatted as NTFS (or ExFAT) to automatically mount. Prior to FreeBSD 10 it was possible to replace /sbin/mount_ntfs with a script that would generate appropriate options and exec /usr/local/sbin/ntfs-3g and let HAL fire up mount_ntfs, but that no longer works as mount_ntfs is no longer used and mount(8) no longer treats '-t ntfs' as special. It would appear that automount(8) would be the right magic, but it's not obvious to me how to configure it to recognize that an NTFS device has been connected to a USB port (as opposed to msdosfs) and to use ntfs-3g to do the actual mount. I assume that the same issue exists for ExFAT. Does anyone have an idea of what magic is required in the auto_master or elsewhere to make this work in conjunction with devd? I'd really like to avid using hald, if possible. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Mon Jan 25 12:14:19 2016 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 D9FF47202 for ; Mon, 25 Jan 2016 12:14:19 +0000 (UTC) (envelope-from astralnysledz@gmail.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 BD1E2188 for ; Mon, 25 Jan 2016 12:14:19 +0000 (UTC) (envelope-from astralnysledz@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id BA7787201; Mon, 25 Jan 2016 12:14:19 +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 B938D7200 for ; Mon, 25 Jan 2016 12:14:19 +0000 (UTC) (envelope-from astralnysledz@gmail.com) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::235]) (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 7B942187 for ; Mon, 25 Jan 2016 12:14:19 +0000 (UTC) (envelope-from astralnysledz@gmail.com) Received: by mail-qg0-x235.google.com with SMTP id o11so106340489qge.2 for ; Mon, 25 Jan 2016 04:14:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Y7cUY79xZ0+xuaVFTfmgdimSScmlflPsV8Yjj788bwI=; b=fXsky2bTRDlckHgFh8delXSQp6F4KMeJrtO/Uv6r5VFolyaV3XnaOKpeYlcRDRayIh mr+7eVA1f6u/yMbQqumfcSmtJZQOFk2Y+49heEajSH3RzGUfKCboq40S6JTm5/HFtV+1 7rGwQY1lpGAQgGdVdrfAe50MXNZz/esqfH9oVHDnCrKCEcYcsdrUZjzXRIJfOhqKgL9u ixC+Ze7Q7sJjsKnCNqJDGMhXTmdJuIJXAooyNtpuuHFe2CRozCsQxLid5u1FP0qy26ca x/W7pDOmY0UXtYy3D1yhTzcO5GRMzGwaSl2XIbc1hbQMW7PUSvEzfdNJwJcfFcjI20jf YPLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=Y7cUY79xZ0+xuaVFTfmgdimSScmlflPsV8Yjj788bwI=; b=ZQJB4Y3wyWjwhmptBIgiaGVkDo/vcaL+s4k9yC34xV3IYJJISboQmwmRqfDsSVqdOv C4W+ituFHrJVMcVQ7o9oTUNXCLsbIDdx5fLC8hZNfyRhu4YAmh5WNrt2X0SCDC5TURnU QiCd16eHY8SBHaBGGphTT5Gr2ir8w9YJCgtQs5YQAt4YhS9sWkKr9FFbL3ysaVVG3aU6 koK7YHpSTcChimQ83ry9LBRypWbtDP2XhnwkDpoi2iA1wq8WawdKx7REg7CIGNC/fOjk U/DEFcNHHdN0DUSbhbbkPzrHs7scP9ID57KuClIML4OH4jOkDr4dc53c99rhrC0AO1ph 4t2g== X-Gm-Message-State: AG10YOR/E165CecBbME9IrDFGNl+RN5+Tlx3xL+esIrHC2xwC3QS1mIqNldh15IEpPzK2JerMhTqMfff3jBUtA== MIME-Version: 1.0 X-Received: by 10.140.166.198 with SMTP id m189mr20481786qhm.35.1453724058644; Mon, 25 Jan 2016 04:14:18 -0800 (PST) Sender: astralnysledz@gmail.com Received: by 10.55.46.71 with HTTP; Mon, 25 Jan 2016 04:14:18 -0800 (PST) Date: Mon, 25 Jan 2016 13:14:18 +0100 X-Google-Sender-Auth: mqNJRpnEZJFx_lR2PL8ZT7-m-jQ Message-ID: Subject: RE: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD From: Andrzej Bylicki To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 12:14:20 -0000 Hello, I mounted all of my NTFS formatted drives via fuse from the sysutils/fusefs-ntfs port. I am not entirely sure, but assuming that it is possible to automate the mounting procedure by adding the correct line to /etc/fstab. Hope this helps :). Best regards, Andy From owner-freebsd-stable@freebsd.org Mon Jan 25 12:54:42 2016 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 86B37A455D7 for ; Mon, 25 Jan 2016 12:54:42 +0000 (UTC) (envelope-from david@catwhisker.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 7383ED55 for ; Mon, 25 Jan 2016 12:54:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.ysv.freebsd.org (Postfix) id 70D17A455D6; Mon, 25 Jan 2016 12:54:42 +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 705BFA455D5 for ; Mon, 25 Jan 2016 12:54:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 38F47D54; Mon, 25 Jan 2016 12:54:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u0PCsdBO013246; Mon, 25 Jan 2016 12:54:39 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u0PCsdFb013245; Mon, 25 Jan 2016 04:54:39 -0800 (PST) (envelope-from david) Date: Mon, 25 Jan 2016 04:54:39 -0800 From: David Wolfskill To: stable@freebsd.org Subject: FYI: "make -DNO_CLEAN buildworld" failed (stable/10 @r294657 -> r294721) Message-ID: <20160125125439.GO1163@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4ickEXl+ukcSQ/3E" Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 12:54:42 -0000 --4ickEXl+ukcSQ/3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm using 'WITH_FAST_DEPEND=3D1' in /etc/src.conf; re-starting the build (without "-DNO_CLEAN") was successful. Oh -- I'm also using -j16. The error looked like: >>> World build started on Mon Jan 25 03:53:22 PST 2016 =2E.. >>> stage 4.4: building everything =2E.. --- all_subdir_ssh-pkcs11-helper --- --- ssh-pkcs11-helper --- --- usr.bin.all__D --- --- all_subdir_xstr --- --- secure.all__D --- --- all_subdir_usr.sbin --- cc -O2 -pipe -I/usr/src/secure/usr.sbin/sshd/../../../crypto/openssh -in= clude ssh_namespace.h -DHAVE_LDNS=3D1 -DUSE_BSM_AUDIT -DHAVE_GETAUDIT_ADDR = -include krb5_config.h -std=3Dgnu99 -Qunused-arguments -fstack-protector -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -Wno-parentheses -c /usr/src/secure/usr.sbin/sshd/= =2E./../../crypto/openssh/auth-rhosts.c -o auth-rhosts.o --- all_subdir_usr.bin --- cc -O2 -pipe -I/usr/src/secure/usr.bin/ssh/../../../crypto/openssh -incl= ude ssh_namespace.h -DHAVE_LDNS=3D1 -include krb5_config.h -std=3Dgnu99 -Qu= nused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-un= used-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-convers= ion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenthes= es -c /usr/src/secure/usr.bin/ssh/../../../crypto/openssh/sshtty.c -o sshtt= y.o --- all_subdir_libexec --- --- all_subdir_sftp-server --- cc -O2 -pipe -I/usr/src/secure/libexec/sftp-server/../../../crypto/opens= sh -include ssh_namespace.h -DHAVE_LDNS=3D1 -std=3Dgnu99 -Qunused-arguments= -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno= -parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch= -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -L/usr/obj/= usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o sftp-server sftp-ser= ver.o sftp-common.o sftp-server-main.o roaming_dummy.o -lssh -lcrypt -lcryp= to -lz --- sys.all__D --- cat zfsboot1 zfsboot2 > zfsboot --- secure.all__D --- --- all_subdir_ssh-pkcs11-helper --- cc -O2 -pipe -I/usr/src/secure/libexec/ssh-pkcs11-helper/../../../crypto= /openssh -include ssh_namespace.h -DHAVE_LDNS=3D1 -std=3Dgnu99 -Qunused-arg= uments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plu= s-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-valu= e -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-= switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -L/us= r/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o ssh-pkcs11-hel= per ssh-pkcs11.o ssh-pkcs11-helper.o roaming_dummy.o -lssh -lcrypt -lcrypto= -lz --- usr.bin.all__D --- =3D=3D=3D> usr.bin/xstr (all) --- rescue.all__D --- --- mdmfs_make --- `mdmfs.o' is up to date. --- mknod_make --- --- secure.all__D --- --- all_subdir_usr.bin --- --- all_subdir_sftp --- --- sftp-common.o --- --- sys.all__D --- =3D=3D=3D> sys/boot/i386/gptzfsboot (all) --- secure.all__D --- cc -O2 -pipe -I/usr/src/secure/usr.bin/sftp/../../../crypto/openssh -inc= lude ssh_namespace.h -DHAVE_LDNS=3D1 -std=3Dgnu99 -Qunused-arguments -fsta= ck-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-un= used-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parent= heses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-s= witch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /usr/src/secure/= usr.bin/sftp/../../../crypto/openssh/sftp-common.c -o sftp-common.o --- rescue.all__D --- (cd /usr/src/rescue/rescue/../../sbin/mknod && make -DRESCUE CRUNCH_CFLAGS= =3D-DRESCUE DIRPRFX=3Drescue/rescue/mknod/ depend && make -DRESCUE CRUNCH_C= FLAGS=3D-DRESCUE DIRPRFX=3Drescue/rescue/mknod/ mknod.o) --- usr.sbin.all__D --- --- all_subdir_vidcontrol --- =3D=3D=3D> usr.sbin/vidcontrol (all) --- secure.all__D --- --- all_subdir_scp --- --- scp.1.gz --- --- sys.all__D --- =3D=3D=3D> sys/boot/i386/zfsloader (all) --- secure.all__D --- gzip -cn /usr/src/secure/usr.bin/scp/../../../crypto/openssh/scp.1 > scp.1.= gz --- scp --- cc -O2 -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -incl= ude ssh_namespace.h -DHAVE_LDNS=3D1 -std=3Dgnu99 -Qunused-arguments -fstac= k-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-sw= itch-enum -Wno-knr-promoted-parameter -Wno-parentheses -L/usr/obj/usr/src/= tmp/usr/lib/private -rpath /usr/lib/private -o scp scp.o roaming_dummy.o -l= ssh -lcrypt -lcrypto -lz --- usr.bin.all__D --- --- all_subdir_xz --- --- secure.all__D --- --- all_subdir_libexec --- --- all_subdir_sftp-server --- /usr/obj/usr/src/tmp/usr/lib/private/libssh.so: undefined reference to `cry= pto_scalarmult_curve25519' --- usr.sbin.all__D --- --- all_subdir_vipw --- --- usr.bin.all__D --- =3D=3D=3D> usr.bin/xz (all) --- secure.all__D --- --- all_subdir_usr.bin --- --- all_subdir_ssh --- --- sshconnect.o --- --- all_subdir_libexec --- cc: error: linker command failed with exit code 1 (use -v to see invocation) --- usr.sbin.all__D --- =3D=3D=3D> usr.sbin/vipw (all) --- secure.all__D --- --- all_subdir_usr.bin --- cc -O2 -pipe -I/usr/src/secure/usr.bin/ssh/../../../crypto/openssh -incl= ude ssh_namespace.h -DHAVE_LDNS=3D1 -include krb5_config.h -std=3Dgnu99 -Qu= nused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-s= tring-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-un= used-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-convers= ion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parenthes= es -c /usr/src/secure/usr.bin/ssh/../../../crypto/openssh/sshconnect.c -o s= shconnect.o --- all_subdir_libexec --- *** [sftp-server] Error code 1 As noted above, a "non-NO_CLEAN" build was successful: FreeBSD g1-252.catwhisker.org 10.3-PRERELEASE FreeBSD 10.3-PRERELEASE #268 = r294721M/294721:1002508: Mon Jan 25 04:31:07 PST 2016 root@g1-252.catw= hisker.org:/common/S1/obj/usr/src/sys/CANARY amd64 Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --4ickEXl+ukcSQ/3E Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWphsPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XedkH/3uvO1QcAHCPcSW3aZrKySZt bkap9N6Hhfzx27mnSjO9CvXQIjPepwtafmAGZuF66IBmzH2oZJe1ILjvhssG8ay6 9f4e8/ziZVfqmG/tOkK3QRVsvgYh/r1tRdAssYNYx2sWKb4znvclyHNvOBJofHPT DraWy2n6vc1nSxVHWrMtv6TsCjEtDMRUpFyxInNzj0HhHLqPvA4tk9x69YU/ZSxr RxsR2YUG6CCXKUrmdU/voVxa1za5EGeM+wRqBzNDyhGTIRTTisBXZ3p8ovst9i8u fqL3QSGj9KMzVyu86wrYbmJ7TgCAeOAzQAXrQ2JiH/4c6mcBwH40vfjT/jGi+f8= =gOG7 -----END PGP SIGNATURE----- --4ickEXl+ukcSQ/3E-- From owner-freebsd-stable@freebsd.org Mon Jan 25 12:58:25 2016 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 3AA3EA458FA for ; Mon, 25 Jan 2016 12:58:25 +0000 (UTC) (envelope-from eugen@grosbein.net) 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 2288E263 for ; Mon, 25 Jan 2016 12:58:25 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id 1F90FA458F9; Mon, 25 Jan 2016 12:58: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 1F2B9A458F8 for ; Mon, 25 Jan 2016 12:58:25 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AAC1C262 for ; Mon, 25 Jan 2016 12:58:23 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.14.9/8.14.9) with ESMTP id u0PChLs6036137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 25 Jan 2016 13:43:22 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: anpaby5@gmail.com Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id u0PChGr2016291; Mon, 25 Jan 2016 19:43:16 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD To: Andrzej Bylicki , stable@freebsd.org, rkoberman@gmail.com References: From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <56A61864.40603@grosbein.net> Date: Mon, 25 Jan 2016 19:43:16 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, T_DATE_IN_FUTURE_96_Q autolearn=no version=3.3.2 X-Spam-Report: * 0.0 T_DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: * date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 12:58:25 -0000 On 25.01.2016 19:14, Andrzej Bylicki wrote: > Hello, > > I mounted all of my NTFS formatted drives via fuse from the > sysutils/fusefs-ntfs port. I am not entirely sure, but assuming that it is > possible to automate the mounting procedure by adding the correct line to > /etc/fstab. It is possible to add correct line to /etc/fstab provided that you know path device file in advance. For example, I have this for my dual-boot FreeBSD 10.2/Windows 8.1 home system: /dev/raid/r0s2 /mnt/c fuse ro,failok,late,mountprog=/usr/local/bin/ntfs-3g,windows_names,streams_interface=windows,umask=022,inherit,noatime,show_sys_files Never tried to do automount for USB, though. I just have "/dev/da0s1 /flash msdosfs rw,noauto,..." in my /etc/fstab and do "mount /flash" as needed, manually. From owner-freebsd-stable@freebsd.org Mon Jan 25 15:11:20 2016 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 E8AB7A456C0 for ; Mon, 25 Jan 2016 15:11:20 +0000 (UTC) (envelope-from etnapierala@gmail.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 C688B640 for ; Mon, 25 Jan 2016 15:11:20 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id C3AFBA456BF; Mon, 25 Jan 2016 15:11:20 +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 A9661A456BE for ; Mon, 25 Jan 2016 15:11:20 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (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 4FE2B63F for ; Mon, 25 Jan 2016 15:11:20 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id n5so84798971wmn.0 for ; Mon, 25 Jan 2016 07:11:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=oZtUy8U291NwDvgh7ClbaHFCz+vnFprK5ov7iAf0kZU=; b=0zaIx6hEFCDQB7HTS4bqtk7NfQwGeWRkM+1ha8+GGd3qBxV4lMK3wmBmRg6jXmM66z 83SUejX1yKyYq4Rf9DHYiWNmxW0spj4g8pmF0vEOh3YbuB1lQSccSzVVByi68PFSxT09 uCiQAzsvwgHPgVXaNXW+a8/hJqC6iGCFMTlGyCdNoJ2Z0A9ndF1QSRYaEfoj7u7efDux cS0p7JhsiCEmLjGthrUiA8sdiuDXA3Z1l0kseOgHmj3iwSN1ioiERrqBjpDxJOFlMwPo e8+qY/I1uLu9MCHqv0k02sW1/PyosjevY8wVHNa+3S2FxyXlezxB9IEEsZoFMs1uOUq4 hqtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=oZtUy8U291NwDvgh7ClbaHFCz+vnFprK5ov7iAf0kZU=; b=eUWxmo/51WbqwN1/pEmmstLmbD2CqQUTuXkfBXa0HEq51QQCZLU0c3LD2IWXeY8EWt gRvbnrVF+E7WTzyi/iU7EPEODv4kn1I/zszHEQ4+XgQJ9P81Ui2U3VnoAGOCsTTlF7nD Qz3BRNz1hhfBTbgkp/hAxZZNJndMnJTvEDRRJyF7Pa9MQ7iq/wYPiQ669yZmY01wO7pA yp2m8SXkB2xHq4iXeQ/gVOWXqABdo20MDU42d5s25BfACKOcIE6bcrp9wbeL8j4rkvfr XJXFSb4RYHj7y0B0ZSY2p7TPESczuhtP/N1izy4sDRQiEQLM/O3UnM6+N6/R1VimOccp NCTQ== X-Gm-Message-State: AG10YOSLo9/ylPQuk2wjhvYbi7QgGMlzjBDT4ytBAQfIlzWviiineA04DtpV/ELEipcV1g== X-Received: by 10.194.87.201 with SMTP id ba9mr17676982wjb.128.1453734678696; Mon, 25 Jan 2016 07:11:18 -0800 (PST) Received: from brick.home (acyt121.neoplus.adsl.tpnet.pl. [83.11.203.121]) by smtp.gmail.com with ESMTPSA id t9sm19604294wjf.33.2016.01.25.07.11.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Jan 2016 07:11:17 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Mon, 25 Jan 2016 16:11:14 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Kevin Oberman Cc: FreeBSD Stable ML Subject: Re: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD Message-ID: <20160125151114.GA2516@brick.home> Mail-Followup-To: Kevin Oberman , FreeBSD Stable ML References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 15:11:21 -0000 On 0124T1650, Kevin Oberman wrote: > Since the removal of NTFS support, it is unclear how to get USB drives > formatted as NTFS (or ExFAT) to automatically mount. Prior to FreeBSD 10 it > was possible to replace /sbin/mount_ntfs with a script that would generate > appropriate options and exec /usr/local/sbin/ntfs-3g and let HAL fire up > mount_ntfs, but that no longer works as mount_ntfs is no longer used and > mount(8) no longer treats '-t ntfs' as special. > > It would appear that automount(8) would be the right magic, but it's not > obvious to me how to configure it to recognize that an NTFS device has been > connected to a USB port (as opposed to msdosfs) and to use ntfs-3g to do > the actual mount. I assume that the same issue exists for ExFAT. > > Does anyone have an idea of what magic is required in the auto_master or > elsewhere to make this work in conjunction with devd? I'd really like to > avid using hald, if possible. Try to apply the following diff in /etc/autofs/: Index: special_media =================================================================== --- special_media (revision 294670) +++ special_media (working copy) @@ -35,7 +35,11 @@ print_one() { _fstype="$(fstyp "/dev/${_key}" 2> /dev/null)" if [ $? -eq 0 ]; then - echo "-fstype=${_fstype},nosuid :/dev/${_key}" + if [ ${_fstype} = "ntfs" ]; then + echo "-fstype=${_fstype},nosuid,mountprog=/usr/local/bin/ntfs-3g :/dev/${_key}" + else + echo "-fstype=${_fstype},nosuid :/dev/${_key}" + fi return fi @@ -59,7 +63,11 @@ print_one() { continue fi - echo "-fstype=${_fstype},nosuid :/dev/${_p}" + if [ ${_fstype} = "ntfs" ]; then + echo "-fstype=${_fstype},nosuid,mountprog=/usr/local/bin/ntfs-3g :/dev/${_p}" + else + echo "-fstype=${_fstype},nosuid :/dev/${_p}" + fi done # No matching device - don't print anything, autofs will handle it. From owner-freebsd-stable@freebsd.org Mon Jan 25 15:13:53 2016 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 4A836A45932 for ; Mon, 25 Jan 2016 15:13:53 +0000 (UTC) (envelope-from etnapierala@gmail.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 28052BC0 for ; Mon, 25 Jan 2016 15:13:53 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2728CA45931; Mon, 25 Jan 2016 15:13:53 +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 0CD34A45930 for ; Mon, 25 Jan 2016 15:13:53 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (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 961CDBBF for ; Mon, 25 Jan 2016 15:13:52 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id u188so69855635wmu.1 for ; Mon, 25 Jan 2016 07:13:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Rc3ABpnTD2EzXlh5AZl2bxjN+plluc3dD9Z1piP8Efk=; b=FAFj/h4fKdi614cBNo8phWRbAy2c0hPbvzCTNiCb9AcBE0ckleKJLVldJGExpoAoU1 Y+HqnSf5YbcT6YzR3qulqrArfDsrqn2GZjAg5egyunnr+RMcPDN4N/rnWGZA+XMZrKWs B1U78TEtyNVbI2hKYinjJBauHnXLrgKFpBRn78CCjjzPFhm0JdKtYiB+umjwroe+K1sy iWERuwEce3wkYbgZsKgz+LM6o53wJkTLfWQiYXvRKxcHpktdNpW2Hd93YbEm/EPdABJ4 +PYF99aH0ITDWMh56Dye64wC9122zIrBu6LlfZ8HfruBmRjfaxbTzqOyl+27fqzr/pYU V2rQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Rc3ABpnTD2EzXlh5AZl2bxjN+plluc3dD9Z1piP8Efk=; b=N6l8qc4ScnLI3zDpegbMHo8HL57jB76Zo/F22oltvZgqleu1zEFdaVSkTTmQe5IeAk 9P8G1LpDTLsiMIOG0WuRWVQtleDwCRwxjEsjuxILFy9gXKAZF997VOo97M1iq7DC/ON+ KtXJPUUlHOWcC8BXikeYfSUezkPzq8JQmBSfhzDzb6paDWGqr3hHGhbD5vVfQgR1oNC4 CwtWq9m7LurzqZEQ5mt4Ie1UMRFgjmhDyDkf7LyPOUmLCT6mQWqzDnGRp3oDmwZRZg1o LeX7qBPCZxQl0bK8oOOfiC5A+WeQKBSTpbZmNUH8jMGbEwtaRY9f0Yu17juq9GC+PfIy O7ww== X-Gm-Message-State: AG10YOQaLKj8ecM3nd9dmMS2h8FYBgBo6yJl0B5TazCoKsGoXcLwu2byD2JiMe5lZsCYzw== X-Received: by 10.194.203.99 with SMTP id kp3mr17952310wjc.3.1453734831173; Mon, 25 Jan 2016 07:13:51 -0800 (PST) Received: from brick.home (acyt121.neoplus.adsl.tpnet.pl. [83.11.203.121]) by smtp.gmail.com with ESMTPSA id 73sm16643573wmm.7.2016.01.25.07.13.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Jan 2016 07:13:50 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Mon, 25 Jan 2016 16:13:46 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Eugene Grosbein Cc: Andrzej Bylicki , stable@freebsd.org, rkoberman@gmail.com Subject: Re: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD Message-ID: <20160125151346.GB2516@brick.home> Mail-Followup-To: Eugene Grosbein , Andrzej Bylicki , stable@freebsd.org, rkoberman@gmail.com References: <56A61864.40603@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56A61864.40603@grosbein.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 15:13:53 -0000 On 0125T1943, Eugene Grosbein wrote: > On 25.01.2016 19:14, Andrzej Bylicki wrote: > > Hello, > > > > I mounted all of my NTFS formatted drives via fuse from the > > sysutils/fusefs-ntfs port. I am not entirely sure, but assuming that it is > > possible to automate the mounting procedure by adding the correct line to > > /etc/fstab. > > It is possible to add correct line to /etc/fstab provided that you know > path device file in advance. For example, I have this for my dual-boot > FreeBSD 10.2/Windows 8.1 home system: > > /dev/raid/r0s2 /mnt/c fuse ro,failok,late,mountprog=/usr/local/bin/ntfs-3g,windows_names,streams_interface=windows,umask=022,inherit,noatime,show_sys_files > > Never tried to do automount for USB, though. I just have "/dev/da0s1 /flash msdosfs rw,noauto,..." > in my /etc/fstab and do "mount /flash" as needed, manually. Note that you can easily hook it up to autofs: just uncomment the "-noauto" map in /etc/auto_master, enable autofs, and "cd" into /flash. From owner-freebsd-stable@freebsd.org Mon Jan 25 16:57:17 2016 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 9B6C1A4637E for ; Mon, 25 Jan 2016 16:57:17 +0000 (UTC) (envelope-from jhs@berklix.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 80B28C07 for ; Mon, 25 Jan 2016 16:57:17 +0000 (UTC) (envelope-from jhs@berklix.com) Received: by mailman.ysv.freebsd.org (Postfix) id 7FA99A4637D; Mon, 25 Jan 2016 16:57:17 +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 7F432A4637C for ; Mon, 25 Jan 2016 16:57:17 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from slim.berklix.org (slim.berklix.org [94.185.90.68]) (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 1B77AC05; Mon, 25 Jan 2016 16:57:15 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from mart.js.berklix.net (p5B2265C2.dip0.t-ipconnect.de [91.34.101.194]) (authenticated bits=128) by slim.berklix.org (8.14.5/8.14.5) with ESMTP id u0PGvFGJ090993; Mon, 25 Jan 2016 17:57:15 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id u0PGv7pA060654; Mon, 25 Jan 2016 17:57:07 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id u0PGum6r008353; Mon, 25 Jan 2016 17:57:00 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201601251657.u0PGum6r008353@fire.js.berklix.net> To: Kevin Oberman cc: FreeBSD Stable ML , trasz@freebsd.org Subject: Re: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD From: "Julian H. Stacey" Organization: http://berklix.eu BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.eu/free/ X-URL: http://www.berklix.eu In-reply-to: Your message "Sun, 24 Jan 2016 16:50:13 -0800." Date: Mon, 25 Jan 2016 17:56:48 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 16:57:17 -0000 Kevin Oberman wrote: > Since the removal of NTFS support, it is unclear how to get USB drives > formatted as NTFS (or ExFAT) to automatically mount. Prior to FreeBSD 10 it > was possible to replace /sbin/mount_ntfs with a script that would generate > appropriate options and exec /usr/local/sbin/ntfs-3g and let HAL fire up > mount_ntfs, but that no longer works as mount_ntfs is no longer used and > mount(8) no longer treats '-t ntfs' as special. > > It would appear that automount(8) would be the right magic, but it's not > obvious to me how to configure it to recognize that an NTFS device has been > connected to a USB port (as opposed to msdosfs) and to use ntfs-3g to do > the actual mount. I assume that the same issue exists for ExFAT. > > Does anyone have an idea of what magic is required in the auto_master or > elsewhere to make this work in conjunction with devd? I'd really like to > avid using hald, if possible. I use devd to auto mount USB NTFS, I just it works with 10.2-RELEASE & an NTFS USB connected drive, here's a chunk from my http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/berklix.conf action "sleep 10; \ rm -f /devusb/acer300; \ ln -s /dev/`echo $device-name|sed -e s/umass/da/`s1 \ /devusb/acer300.1; \ ln -s /dev/`echo $device-name|sed -e s/umass/da/`s2 \ /devusb/acer300.2; \ ln -s /dev/`echo $device-name|sed -e s/umass/da/`s3 \ /devusb/acer300.3; \ mkdir -p /media/acer300.2; mkdir -p /media/acer300.3; \ chmod 777 /media/acer300.*; \ chown jhs:staff /media/acer300.*; \ ntfsfix /devusb/acer300.2 ; \ ntfs-3g -o ro /devusb/acer300.2 /media/acer300.2; \ ntfsfix /devusb/acer300.3 ; \ ntfs-3g -o ro /devusb/acer300.3 /media/acer300.3" ; Now I'll read man 8 automount & other people's alternate solutions on the thread :-) Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys. Eng. Consultant Munich http://berklix.eu Mail plain text, No quoted-printable, HTML, base64, MS.doc. Prefix old lines '> ' Reply below old, like play script. Break lines by 80. From owner-freebsd-stable@freebsd.org Mon Jan 25 17:31:33 2016 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 BB13CA451B8 for ; Mon, 25 Jan 2016 17:31:33 +0000 (UTC) (envelope-from bdrewery@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 A76CC64F for ; Mon, 25 Jan 2016 17:31:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id A5F60A451B7; Mon, 25 Jan 2016 17:31:33 +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 8D40CA451B6 for ; Mon, 25 Jan 2016 17:31:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF8864E; Mon, 25 Jan 2016 17:31:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 6C12616C6; Mon, 25 Jan 2016 17:31:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 2712E1955D; Mon, 25 Jan 2016 17:31:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id qyLH82yG-XF7; Mon, 25 Jan 2016 17:31:28 +0000 (UTC) Subject: Re: FYI: "make -DNO_CLEAN buildworld" failed (stable/10 @r294657 -> r294721) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com BBC1D19555 To: David Wolfskill , stable@freebsd.org References: <20160125125439.GO1163@albert.catwhisker.org> From: Bryan Drewery Organization: FreeBSD Message-ID: <56A65BEE.5090004@FreeBSD.org> Date: Mon, 25 Jan 2016 09:31:26 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160125125439.GO1163@albert.catwhisker.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 17:31:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 1/25/16 4:54 AM, David Wolfskill wrote: > I'm using 'WITH_FAST_DEPEND=1' in /etc/src.conf; re-starting the > build (without "-DNO_CLEAN") was successful. > > Oh -- I'm also using -j16. > > The error looked like: > >>>> World build started on Mon Jan 25 03:53:22 PST 2016 > ... >>>> stage 4.4: building everything > ... --- all_subdir_ssh-pkcs11-helper --- --- ssh-pkcs11-helper --- > --- usr.bin.all__D --- --- all_subdir_xstr --- --- secure.all__D > --- --- all_subdir_usr.sbin --- cc -O2 -pipe > -I/usr/src/secure/usr.sbin/sshd/../../../crypto/openssh -include > ssh_namespace.h -DHAVE_LDNS=1 -DUSE_BSM_AUDIT -DHAVE_GETAUDIT_ADDR > -include krb5_config.h -std=gnu99 -Qunused-arguments > -fstack-protector -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -c > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth-rhosts.c > -o auth-rhosts.o --- all_subdir_usr.bin --- cc -O2 -pipe > -I/usr/src/secure/usr.bin/ssh/../../../crypto/openssh -include > ssh_namespace.h -DHAVE_LDNS=1 -include krb5_config.h -std=gnu99 > -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -c > /usr/src/secure/usr.bin/ssh/../../../crypto/openssh/sshtty.c -o > sshtty.o --- all_subdir_libexec --- --- all_subdir_sftp-server --- > cc -O2 -pipe > -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh > -include ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 > -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -L/usr/obj/usr/src/tmp/usr/lib/private -rpath > /usr/lib/private -o sftp-server sftp-server.o sftp-common.o > sftp-server-main.o roaming_dummy.o -lssh -lcrypt -lcrypto -lz --- > sys.all__D --- cat zfsboot1 zfsboot2 > zfsboot --- secure.all__D > --- --- all_subdir_ssh-pkcs11-helper --- cc -O2 -pipe > -I/usr/src/secure/libexec/ssh-pkcs11-helper/../../../crypto/openssh > -include ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 > -Qunused-arguments -fstack-protector -Wno-pointer-sign > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -L/usr/obj/usr/src/tmp/usr/lib/private -rpath > /usr/lib/private -o ssh-pkcs11-helper ssh-pkcs11.o > ssh-pkcs11-helper.o roaming_dummy.o -lssh -lcrypt -lcrypto -lz --- > usr.bin.all__D --- ===> usr.bin/xstr (all) --- rescue.all__D --- > --- mdmfs_make --- `mdmfs.o' is up to date. --- mknod_make --- --- > secure.all__D --- --- all_subdir_usr.bin --- --- all_subdir_sftp > --- --- sftp-common.o --- --- sys.all__D --- ===> > sys/boot/i386/gptzfsboot (all) --- secure.all__D --- cc -O2 -pipe > -I/usr/src/secure/usr.bin/sftp/../../../crypto/openssh -include > ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments > -fstack-protector -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -c > /usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp-common.c > -o sftp-common.o --- rescue.all__D --- (cd > /usr/src/rescue/rescue/../../sbin/mknod && make -DRESCUE > CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mknod/ depend && make > -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mknod/ > mknod.o) --- usr.sbin.all__D --- --- all_subdir_vidcontrol --- ===> > usr.sbin/vidcontrol (all) --- secure.all__D --- --- all_subdir_scp > --- --- scp.1.gz --- --- sys.all__D --- ===> > sys/boot/i386/zfsloader (all) --- secure.all__D --- gzip -cn > /usr/src/secure/usr.bin/scp/../../../crypto/openssh/scp.1 > > scp.1.gz --- scp --- cc -O2 -pipe > -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -include > ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments > -fstack-protector -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -Wno-unused-const-variable > -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -L/usr/obj/usr/src/tmp/usr/lib/private -rpath > /usr/lib/private -o scp scp.o roaming_dummy.o -lssh -lcrypt > -lcrypto -lz --- usr.bin.all__D --- --- all_subdir_xz --- --- > secure.all__D --- --- all_subdir_libexec --- --- > all_subdir_sftp-server --- > /usr/obj/usr/src/tmp/usr/lib/private/libssh.so: undefined reference > to `crypto_scalarmult_curve25519' Should be fixed once I MFC r294370. - -- Regards, Bryan Drewery -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJWplvuAAoJEDXXcbtuRpfP8TUIANCQORwUNnoIqDgbry8x8HVB XyvFe7rgEQ7nLZVgKQBrjKvMGOM/u4PUoO+DLY3e6isIy2Dyvm+yDLRlkaE1I5bG eRGTSzVxm/si59Ff3ziR2tZ6MVINI/Bas5E6Ix0xflT5K9LU1raIwrfxOtw47t0v 3LZJmLFr+5X+KvZ163TJ9294Oax5AhAXcTu2y6ZOzqwqmG4ocz4LziCzfmiT2H76 enR1rgktn9T3KkwlwRUQlf+/RT8V/rQGgJmX3OOWPKfUSZ30DL53DJXthVQr3p5w hRBAi9DBtX9FTFhT+JY+4B/Fg6nO7ZRPqRkkhAfkwf8OoHa/MBXfbZlZR9FR7K4= =I8gW -----END PGP SIGNATURE----- From owner-freebsd-stable@freebsd.org Mon Jan 25 20:10:26 2016 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 93758A45270 for ; Mon, 25 Jan 2016 20:10:26 +0000 (UTC) (envelope-from kob6558@gmail.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 5D704EC8 for ; Mon, 25 Jan 2016 20:10:26 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 52D5BA4526E; Mon, 25 Jan 2016 20:10: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 4FA00A4526C for ; Mon, 25 Jan 2016 20:10:26 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (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 E62B2E91; Mon, 25 Jan 2016 20:10:25 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi0-x22a.google.com with SMTP id w75so94700446oie.0; Mon, 25 Jan 2016 12:10:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=c4XOoFvWEwEBzXzKRFecU1pFAsleiO44lzD6hirIPWw=; b=FA2M/YhiEZ1Ftm6mXjVlEcBLsuMdmd3tVluT7XWfbQa7YnAsDmw4UTmpkfLrK0vT3M qPRALIIY73ILtDjoKMGaIBV2LTSlVarAMd/8GOWQccvrZDuEIdkqm0Go81wm9mcTBQQ7 dIYkCYcShYkL1y7nv35LZvDw+hymiuGd4ker8MC7OJZvvBflfK5rwqz211DMqVgzvHy2 KXKXPPX1Bpjxxf5J5TuODKBD4GOlwTSVeQR4NQNoVn1ffLjD0fXlrDODiiyNAC/eK1K2 85TcxsRf77Gg1IvbReQWFXgPCZ5msghrudvODIFCLScSTenS8PEHgDa5uUXYpgrOTuN0 cy+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=c4XOoFvWEwEBzXzKRFecU1pFAsleiO44lzD6hirIPWw=; b=DTND9gDfeL1ha7Aig77kneZ1O9ZM93XMkIqnsrhgaZ/ZXcVgeE3qRgq8C4a4GKBIer /dwmZD9Y+vfjFvXqj6TYCuVvbFkx2WM5X3b4orTeRO+24AYX+sUtbr+6qRUygKvnPuEl F5A7I59ZRyW89wMgLu+qxhEVy5UriivJxMDWfpxyXISeMP/UDkRK2uQ70C+EOWF0niCl SMHvD3rnFf0Aj3fUTTmUzTSRfQjE3BUaNub7m3m8bNwI2FZ7ggsXy12TqRqblbXKE9m3 qGWACHGLbx767hY4CjtmVcssOj25goQuPPZ9v3TP6nIjIssV6RBmJ3uNj+jbs6e2Eom4 CEtQ== X-Gm-Message-State: AG10YORsTporbjc/YkVfgBWbyhvSNuDyRIh+1d4iCoI9k1EmYDE7nFBj3z4P26JKiBp6ZhxXLDBLji9XAucWKQ== MIME-Version: 1.0 X-Received: by 10.202.79.4 with SMTP id d4mr14075604oib.121.1453752625176; Mon, 25 Jan 2016 12:10:25 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.202.89.130 with HTTP; Mon, 25 Jan 2016 12:10:25 -0800 (PST) In-Reply-To: <20160125073722.GL18976@e-new.0x20.net> References: <20160125073722.GL18976@e-new.0x20.net> Date: Mon, 25 Jan 2016 12:10:25 -0800 X-Google-Sender-Auth: DKN60BssecKX8G2V-gqrmrvPtdQ Message-ID: Subject: Re: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD From: Kevin Oberman To: Lars Engels Cc: FreeBSD Stable ML , =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 20:10:26 -0000 Thanks, all! Especially to Lars and Edward Tomasz who actually understood my request (which was probably less clear than it should have been) and provided the exact incantation required! Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Sun, Jan 24, 2016 at 11:37 PM, Lars Engels wrote: > On Sun, Jan 24, 2016 at 04:50:13PM -0800, Kevin Oberman wrote: > > Since the removal of NTFS support, it is unclear how to get USB drives > > formatted as NTFS (or ExFAT) to automatically mount. Prior to FreeBSD 10 > it > > was possible to replace /sbin/mount_ntfs with a script that would > generate > > appropriate options and exec /usr/local/sbin/ntfs-3g and let HAL fire up > > mount_ntfs, but that no longer works as mount_ntfs is no longer used and > > mount(8) no longer treats '-t ntfs' as special. > > > > It would appear that automount(8) would be the right magic, but it's not > > obvious to me how to configure it to recognize that an NTFS device has > been > > connected to a USB port (as opposed to msdosfs) and to use ntfs-3g to do > > the actual mount. I assume that the same issue exists for ExFAT. > > > > Does anyone have an idea of what magic is required in the auto_master or > > elsewhere to make this work in conjunction with devd? I'd really like to > > avid using hald, if possible. > > It's pretty easy: > > > - Install fusefs-ntfs > - Enable autofs: > # sysrc autofs_enable=YES > # sysrc autounmountd_flags="-t 10" # unmount after 10s of inactivity > - Make sure to add this to /etc/auto_master: > /media -media -nosuid > - Then you need this little patch for /etc/autofs/special_master: > > --- special_media.bak 2016-01-19 11:00:55.766975000 +0100 > +++ special_media 2016-01-20 11:29:56.205575000 +0100 > @@ -59,7 +59,16 @@ > continue > fi > > - echo "-fstype=${_fstype},nosuid :/dev/${_p}" > + if [ ${_fstype} = "ntfs" ]; then > + if [ -f "/usr/local/bin/ntfs-3g" ]; then > + echo > "-mountprog=/usr/local/bin/ntfs-3g,fstype=${_fstype},nosuid > :/dev/${_p}" > + else > + /usr/bin/logger -p info \ > + "Cannot mount ${_fstype} formatted > device /dev/${_p}: Install sysutils/fusefs-ntfs first" > + fi > + else > + echo "-fstype=${_fstype},nosuid :/dev/${_p}" > + fi > done > > # No matching device - don't print anything, autofs will handle it. > > - Start auto$foo: > # service automountd start > # service automounter start > # service automountd start > > - Insert the NTFS device > - Look for a new directory in /media > - Access it > > It's working for me on HEAD, but I guess you should be also successful on > STABLE > > > -- > Lars > From owner-freebsd-stable@freebsd.org Mon Jan 25 22:06:46 2016 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 03CD2A45D70 for ; Mon, 25 Jan 2016 22:06:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0BD3DB9 for ; Mon, 25 Jan 2016 22:06:45 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u0PLtu8e032214 for ; Mon, 25 Jan 2016 16:55:56 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 25 Jan 2016 16:55:56 -0500 (EST) Date: Mon, 25 Jan 2016 16:55:56 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: freebsd-stable@freebsd.org Subject: Cross buildworld on amd64 for i386 errors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 22:06:46 -0000 I'm trying to build an i386 buildworld on an amd64 system. I'm at r294370. This is what I've tried so far: make TARGET_ARCH=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld make TARGET=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld Neither of which work. They both result in the error below. What is the standard procedure for cross-building i386 from amd64? --- sbin.all__D --- cc -fpic -DPIC -O2 -pipe -I/opt/foo/src/sbin/geom/class/mirror/../.. -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -c /opt/foo/src/sbin/geom/class/mirror/geom_mirror.c -o geom_mirror.So --- sys.all__D --- --- panic.o --- cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/opt/foo/src/sys/boot/i386/loader/../../ficl -I/opt/foo/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -DLOADER_DISK_SUPPORT -DLOADER_GPT_SUPPORT -DLOADER_MBR_SUPPORT -I/opt/foo/src/sys/boot/i386/loader/../../common -I. -Wall -I/opt/foo/src/sys/boot/i386/loader/.. -I/opt/foo/src/sys/boot/i386/loader/../btx/lib -march=i386 -ffreestanding -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -Qunused-arguments -c /opt/foo/src/sys/boot/i386/loader/../../common/panic.c -o panic.o --- secure.all__D --- --- comp_err.po --- --- share.all__D --- --- charset.pivot.APPLE --- echo "# APPLE" > charset.pivot.APPLE printf "%-32s%-32s%d\n" ARABIC UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS ARABIC 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" CELTIC UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS CELTIC 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" CENTEURO UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS CENTEURO 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" CROATIAN UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS CROATIAN 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" CYRILLIC UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS CYRILLIC 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" DEVANAGA UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS DEVANAGA 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" DINGBATS UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS DINGBATS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" FARSI UCS 1 >> charset.pivot.APPLE --- secure.all__D --- cc -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/opt/foo/src/secure/lib/libcrypto/../../../crypto/openssl -I/opt/foo/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/opt/foo/obj.x86/opt/foo/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/opt/foo/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 -I/opt/foo/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/opt/foo/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes -std=gnu89 -Qunused-arguments -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /opt/foo/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/comp/comp_err.c -o comp_err.po --- share.all__D --- printf "%-32s%-32s%d\n" UCS FARSI 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" GAELIC UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS GAELIC 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" GREEK UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS GREEK 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" GUJARATI UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS GUJARATI 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" GURMUKHI UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS GURMUKHI 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" HEBREW UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS HEBREW 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" ICELAND UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS ICELAND 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" INUIT UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS INUIT 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" KEYBOARD UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS KEYBOARD 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" ROMAN UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS ROMAN 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" ROMANIAN UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS ROMANIAN 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" SYMBOL UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS SYMBOL 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" THAI UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS THAI 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" TURKISH UCS 1 >> charset.pivot.APPLE printf "%-32s%-32s%d\n" UCS TURKISH 1 >> charset.pivot.APPLE echo >> charset.pivot.APPLE --- ARABIC%UCS.mps --- /opt/foo/obj.x86/opt/foo/src/share/i18n/csmapper/APPLE/../../../../usr.bin/mkcsmapper_static/mkcsmapper_static -o ARABIC%UCS.mps /opt/foo/src/share/i18n/csmapper/APPLE/ARABIC%UCS.src /opt/foo/obj.x86/opt/foo/src/share/i18n/csmapper/APPLE/../../../../usr.bin/mkcsmapper_static/mkcsmapper_static: not found *** [ARABIC%UCS.mps] Error code 127 make[6]: stopped in /opt/foo/src/share/i18n/csmapper/APPLE 1 error make[6]: stopped in /opt/foo/src/share/i18n/csmapper/APPLE *** [APPLE] Error code 2 make[5]: stopped in /opt/foo/src/share/i18n/csmapper 1 error make[5]: stopped in /opt/foo/src/share/i18n/csmapper *** [all_subdir_csmapper] Error code 2 make[4]: stopped in /opt/foo/src/share/i18n 1 error make[4]: stopped in /opt/foo/src/share/i18n *** [all_subdir_i18n] Error code 2 -- DE From owner-freebsd-stable@freebsd.org Mon Jan 25 22:20:53 2016 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 C4199A46277 for ; Mon, 25 Jan 2016 22:20:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AEEC891 for ; Mon, 25 Jan 2016 22:20:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u0PMKqR8052173 for ; Mon, 25 Jan 2016 17:20:52 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 25 Jan 2016 17:20:52 -0500 (EST) Date: Mon, 25 Jan 2016 17:20:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: freebsd-stable@freebsd.org Subject: Re: Cross buildworld on amd64 for i386 errors In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 22:20:53 -0000 On Mon, 25 Jan 2016, Daniel Eischen wrote: > > I'm trying to build an i386 buildworld on an amd64 system. > I'm at r294370. I just updated to r294737 and tried again without the -j8. > This is what I've tried so far: > > make TARGET_ARCH=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld > make TARGET=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld > > Neither of which work. They both result in the error below. What > is the standard procedure for cross-building i386 from amd64? This is where it stops now: MAKEOBJDIRPREFIX=/opt/foo/10-stable/src/rescue/rescue make -f rescue.mk exe cc -O2 -pipe -c /opt/foo/10-stable/src/bin/cp/utils.c -o /opt/foo/10-stable/src/bin/cp/utils.o /opt/foo/10-stable/src/bin/cp/utils.c:514:14: error: member reference base type 'void' is not a structure or union aclp = &acl->ats_acl; ~~~^ ~~~~~~~ /opt/foo/10-stable/src/bin/cp/utils.c:515:11: error: incomplete definition of type 'struct acl' if (aclp->acl_cnt != 0 && aclsetf(dest_dir, ~~~~^ /opt/foo/10-stable/src/bin/cp/utils.c:465:9: note: forward declaration of 'struct acl' struct acl *aclp; ^ 2 errors generated. *** Error code 1 Stop. make[5]: stopped in /opt/foo/10-stable/src/rescue/rescue *** Error code 1 Stop. make[4]: stopped in /opt/foo/10-stable/src/rescue/rescue *** Error code 1 Stop. make[3]: stopped in /opt/foo/10-stable/src/rescue *** Error code 1 Stop. make[2]: stopped in /opt/foo/10-stable/src *** Error code 1 About to rm -rf the obj directory and try again. -- DE From owner-freebsd-stable@freebsd.org Mon Jan 25 22:41:45 2016 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 8C08CA4693A for ; Mon, 25 Jan 2016 22:41:45 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (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 587BF160B; Mon, 25 Jan 2016 22:41:45 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: by mail-ig0-x235.google.com with SMTP id z14so46572427igp.1; Mon, 25 Jan 2016 14:41:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=9/1rrvU6SMQA0x9odNOpI7UZzWlyh8ONA/GeH8lFdXU=; b=tQUWEzsmdTTYZ1zCyDxTvUeL/oup8T+RfszFiWOH30NF3BUH1lsyqWfXPBfeCEsL6G 8W/qTHdjhduCo0o/8bA8jFf35S0tJ+ti8kOWczIQ7jVluV2dpmMGfZdjfeKQI9Xg1Y8y ZPbON9/nMp9+pSqRtt7Q7moFZJux2Y9MPAMdiNlePe03bLCO1O5TSofu17NYdxY//vTw IUNrlYzOr7Yyawwk1Cf3U8sdz9s/JBt8dikWwsShtKpmI6M01Rfix9Chpc633r69Q8EA czhIJmfRVXJ+4ezL5rjM1noLnyV38HIhTT4bECRsJzqMvmCpoEFkxnFLTANhkMS0vCxT e9/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=9/1rrvU6SMQA0x9odNOpI7UZzWlyh8ONA/GeH8lFdXU=; b=cDBLM/C+Y+Fdt6e6TOCISLfPFst+KU1BLuvLyJxedMn0RiGjzcZqEoce+Q27sFki7Y cjtqnSW8owjiYAtv5EBLaSpW7WlW3ki2MYrCOl+CBL9ZHMMe47goI21vu7kQPNhDefvv 9sVPwqhtGuSjLPr/Ohc0t0t1RjrGi5oI2D+260SFQwH5v++MTZCdL8J622fMvti0w9Ef Lr7y9/SkB7rQnI0Yv+ydsN/GrsRahXIhLi123AVI7LA045rWbU4R511XMW0F8jeCU5ar GveyHJB/GwX4i3W9UmnjeNKjZUBcg7v87/wbkUz4WXzpw9shbpDmFYkQGwHBoJZkiDtB eqOA== X-Gm-Message-State: AG10YOTood/B+JxrqtrQr40agdL8dOHF+gCCWsCaBZjEt/VLU+1BrmZExYoshtjLaD+9/lPPt8iCShfBqmkWwg== MIME-Version: 1.0 X-Received: by 10.50.155.4 with SMTP id vs4mr18083176igb.86.1453761704777; Mon, 25 Jan 2016 14:41:44 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.50.152.69 with HTTP; Mon, 25 Jan 2016 14:41:44 -0800 (PST) In-Reply-To: References: Date: Mon, 25 Jan 2016 14:41:44 -0800 X-Google-Sender-Auth: vBrpsVSSEaFvlzfv9HUJsCRlu8M Message-ID: Subject: Re: Cross buildworld on amd64 for i386 errors From: Craig Rodrigues To: Daniel Eischen Cc: FreeBSD stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 22:41:45 -0000 On Mon, Jan 25, 2016 at 1:55 PM, Daniel Eischen wrote: > > I'm trying to build an i386 buildworld on an amd64 system. > I'm at r294370. > > This is what I've tried so far: > > make TARGET_ARCH=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld > make TARGET=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld > > Neither of which work. They both result in the error below. What > is the standard procedure for cross-building i386 from amd64? > It looks like you are not alone in encountering these problems. For this build set up by Li-Wen Hsu: https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386 he downloads this image http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz and then extracts that to create an i386 jail, where the build is performed on an amd64 host. -- Craig From owner-freebsd-stable@freebsd.org Mon Jan 25 23:05:36 2016 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 C1A41A46139 for ; Mon, 25 Jan 2016 23:05:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C9901C5; Mon, 25 Jan 2016 23:05:36 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u0PN5YHL010632; Mon, 25 Jan 2016 18:05:34 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 25 Jan 2016 18:05:34 -0500 (EST) Date: Mon, 25 Jan 2016 18:05:34 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Craig Rodrigues cc: FreeBSD stable Subject: Re: Cross buildworld on amd64 for i386 errors In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 23:05:36 -0000 On Mon, 25 Jan 2016, Craig Rodrigues wrote: > On Mon, Jan 25, 2016 at 1:55 PM, Daniel Eischen > wrote: > >> >> I'm trying to build an i386 buildworld on an amd64 system. >> I'm at r294370. >> >> This is what I've tried so far: >> >> make TARGET_ARCH=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld >> make TARGET=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld >> >> Neither of which work. They both result in the error below. What >> is the standard procedure for cross-building i386 from amd64? >> > > It looks like you are not alone in encountering these problems. > For this build set up by Li-Wen Hsu: > https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386 > > he downloads this image > http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz > and then extracts that to create an i386 jail, where the build is performed > on an amd64 host. Currently, I'm just trying to test out the cross-build, but the final result is that I want to use nanobsd to create embedded images, all from amd64. Multiple people here want to be able to do that. I don't really want to have to setup a jail (with LDAP logins, cause that's what we use) or even an x86 box to do that. I thought even ARM and MIPS cross-builds worked, I didn't expect amd64->i386 problems. I think I will ask on -current, as that is also an option for us. -- DE From owner-freebsd-stable@freebsd.org Mon Jan 25 23:20:20 2016 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 AA4A3A4677C for ; Mon, 25 Jan 2016 23:20:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL SHA256 CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7793FC97; Mon, 25 Jan 2016 23:20:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.15.1/8.15.1/NETPLEX) with ESMTP id u0PNKI47019251; Mon, 25 Jan 2016 18:20:18 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Mon, 25 Jan 2016 18:20:19 -0500 (EST) Date: Mon, 25 Jan 2016 18:20:18 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Craig Rodrigues cc: FreeBSD stable Subject: Re: Cross buildworld on amd64 for i386 errors In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Jan 2016 23:20:20 -0000 On Mon, 25 Jan 2016, Craig Rodrigues wrote: > On Mon, Jan 25, 2016 at 1:55 PM, Daniel Eischen > wrote: > >> >> I'm trying to build an i386 buildworld on an amd64 system. >> I'm at r294370. >> >> This is what I've tried so far: >> >> make TARGET_ARCH=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld >> make TARGET=i386 MAKEOBJDIRPREFIX=/opt/foo/obj.x86 -j8 buildworld >> >> Neither of which work. They both result in the error below. What >> is the standard procedure for cross-building i386 from amd64? >> > > It looks like you are not alone in encountering these problems. > For this build set up by Li-Wen Hsu: > https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386 > > he downloads this image > http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/base.txz > and then extracts that to create an i386 jail, where the build is performed > on an amd64 host. I guess there was a real compilation bug in the version of -stable that I first used. After updating from r294370 to r294747, the problem seems to have been fixed. FYI, the following worked: make TARGET_ARCH=i386 -j4 buildworld -- DE From owner-freebsd-stable@freebsd.org Tue Jan 26 09:08:52 2016 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 BDFAFA4797D for ; Tue, 26 Jan 2016 09:08:52 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 5DBF8E8B; Tue, 26 Jan 2016 09:08:52 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id l65so95173940wmf.1; Tue, 26 Jan 2016 01:08:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:from:to:cc:subject:in-reply-to:references :user-agent:mime-version:content-type:content-transfer-encoding; bh=ZL5rRtnCJl+eU6haC32qEwJOL5LKTXeUpmhwwlizndo=; b=Q0FVeTvZn6DBuNAm9fcvOtnt/pxD8cGbJDiLpT2R1xng1vi41q5+Jw2C+yYZ3jRTQh shU566sMsZrrytc+MkrOMdFwYVDn4pDm1YVK24KNwVIh2EgHW05BPQ0OA7tKQT/zmM0w /Nmppp9+XbjBnTDyEO3xmzGvIJ9Hbs8qJ/icIsRx0MpxW8dlZQaj1R1lqr1+lGSk9w1o GIF8vIdKWvW2dO005DPeY/QNqxKEiLNHtM0JYOrWvL1Av50+g4Z5qBnp2B3TJNYTscx3 y5+WrzNxJ1kxHkoJH+/9ydZKhxWGyf5+1JOpDWVpxa213T2ptn3LP7lu9dyJhSHzKhOQ Rqcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:message-id:from:to:cc:subject:in-reply-to :references:user-agent:mime-version:content-type :content-transfer-encoding; bh=ZL5rRtnCJl+eU6haC32qEwJOL5LKTXeUpmhwwlizndo=; b=GPh4CA6kSRjK7QZ2zS8owr/Dim24eOaJIUrGnSCqd/j2z2M9snKDWKAUFPF9VueiNv V7dhOD64h31eG9arlb8wuD94mqoeF4rn9bXsggftcN91OyjJjV9QqFeoUQPX/LgWqJhB AOSBbnlFP0clhRVQqQ6djZk/eLuXgH7ZchyWJkfy+p4IJ2xCJ6c2LNM/EdHkQDeG7Cz2 B9fitoyeNkzq5wlH6rA2+7RAwSSEz2cV5a83mmmeUF6P3jebNjTxGfv1XtpL+b4xKhY4 RWWC/uJ6EZLscmIbAWagOdppX5AFXdbwjoxmxlMXagICLlLvBf83js9vBoAFHdRRlLZV r2fQ== X-Gm-Message-State: AG10YOStac73l8qzVwnRyZYtvdT9TJc0vzncqke5+Cy3FAq7FqR90Ld3jhCEqjsCIjwxxw== X-Received: by 10.194.71.77 with SMTP id s13mr25807375wju.175.1453799330879; Tue, 26 Jan 2016 01:08:50 -0800 (PST) Received: from oslo.ath.cx ([2a02:b18:581:10:699e:80:4ce5:b827]) by smtp.gmail.com with ESMTPSA id b1sm466595wjy.0.2016.01.26.01.08.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Jan 2016 01:08:50 -0800 (PST) Date: Tue, 26 Jan 2016 10:08:48 +0100 Message-ID: <86twm0vhb3.wl-h.skuhra@gmail.com> From: "Herbert J. Skuhra" To: Daniel Eischen Cc: FreeBSD stable Subject: Re: Cross buildworld on amd64 for i386 errors In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.0.50 (i386-pc-freebsd10.3) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Jan 2016 09:08:52 -0000 On Tue, 26 Jan 2016 00:20:18 +0100, Daniel Eischen wrote: > = > On Mon, 25 Jan 2016, Craig Rodrigues wrote: > = > > On Mon, Jan 25, 2016 at 1:55 PM, Daniel Eischen > > wrote: > > = > >> = > >> I'm trying to build an i386 buildworld on an amd64 system. > >> I'm at r294370. > >> = > >> This is what I've tried so far: > >> = > >> make TARGET_ARCH=3Di386 MAKEOBJDIRPREFIX=3D/opt/foo/obj.x86 -j8 = buildworld > >> make TARGET=3Di386 MAKEOBJDIRPREFIX=3D/opt/foo/obj.x86 -j8 build= world > >> = > >> Neither of which work. They both result in the error below. What= > >> is the standard procedure for cross-building i386 from amd64? > >> = > > = > > It looks like you are not alone in encountering these problems. > > For this build set up by Li-Wen Hsu: > > https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386 > > = > > he downloads this image > > http://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/10.2-RELEASE/= base.txz > > and then extracts that to create an i386 jail, where the build is p= erformed > > on an amd64 host. > = > I guess there was a real compilation bug in the version of > -stable that I first used. After updating from r294370 to > r294747, the problem seems to have been fixed. FYI, the > following worked: > = > make TARGET_ARCH=3Di386 -j4 buildworld From=20make.conf(5): CAVEATS Note, that MAKEOBJDIRPREFIX and MAKEOBJDIR are environment variabl= es and should not be set in make.conf or as command line arguments to mak= e(1), but in make's environment. -- Herbert From owner-freebsd-stable@freebsd.org Wed Jan 27 07:22:46 2016 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 4541FA6EFC0 for ; Wed, 27 Jan 2016 07:22:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2EBE1978 for ; Wed, 27 Jan 2016 07:22:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p57BB930D.dip0.t-ipconnect.de [87.187.147.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 8D82183E43D; Wed, 27 Jan 2016 08:22:18 +0100 (CET) Received: from localhost (Titan.Leidinger.net [192.168.1.17]) (using TLSv1.2 with cipher DHE-RSA-CAMELLIA128-SHA (128/128 bits)) (Client did not present a certificate) (Authenticated sender: Alexander@Leidinger.net) by outgoing.leidinger.net (Postfix) with ESMTPSA id DE6EF2031; Wed, 27 Jan 2016 08:22:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1453879335; bh=GoSOEvtrcCOl1R4y/6DOfYbgu80gp6w70exjzojKu9c=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=zZWnZAX1071SkB5J13ZDNzikn1aNMDVUYdmgDhVd1iRWF3nPLO+32IhE8298DW3+n X/9tkeCAKQR1uoJH5jxDq3RjhAo6hBtHZZkRjyTFvzcexMeIjgddQoGuTl9APiMKy6 tVPCG5qP15U+ugTqFvcoyKfgeyJ99RyggPALrQcPgzWqdGZPvqZ2LXTmtCaG8JZpOj jCX8sot1O1PEk/VY/jmj5lWpI4Fj+hT40MPUGnKOZDJJ43AO/a7V8MT3UYuSIpQDVR f++acvTiUsLmYbpH2CEdejetPw+VgBYrUbQ5fDo+SQFAoS2yxP+HCU0kGj2zp6+Mf1 k/11flrkryKqw== Date: Wed, 27 Jan 2016 08:22:12 +0100 From: Alexander Leidinger To: Karl Denninger Cc: freebsd-stable@freebsd.org Subject: Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system) Message-ID: <20160127082212.0000457e@Leidinger.net> In-Reply-To: <566AC592.80106@denninger.net> References: <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> <20151210120326.00005928@Leidinger.net> <56697E1F.6050604@denninger.net> <20151211085642.0000652e@Leidinger.net> <566AC592.80106@denninger.net> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.28; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 8D82183E43D.A498D X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.023, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_SV 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1454484141.27623@th8Cmu26MgHzn+TClrYa1Q X-EBL-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Jan 2016 07:22:46 -0000 On Fri, 11 Dec 2015 06:46:10 -0600 Karl Denninger wrote: > That's sorta what I expected..... > > First thing I'd try -- turn off UMA for ZFS. It will have a > performance impact but it eliminates one of the issues that I had to > do a lot of work to get around in the patch I developed. > > In /boot/loader.conf: > > vfs.zfs.zio.use_uma=0 FYI: Since my report it was mostly stable. Since a week or two it exhibits again reboots during the periodic runs (it survives 1-3 days ATM). I now disabled the use of uma for ZFS in loader.conf, next "automatic" reboot will make the change active. Bye, Alexander. > And reboot. > > On 12/11/2015 01:56, Alexander Leidinger wrote: > > On Thu, 10 Dec 2015 07:29:03 -0600 > > Karl Denninger wrote: > > > >> On 12/10/2015 05:03, Alexander Leidinger wrote: > >>> On Wed, 9 Dec 2015 15:15:10 -0600 > >>> Dustin Wenz wrote: > >>> > >>>> Are you by chance using the ARC patch from this PR? > >>>> > >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 > >>> No (despite the fact that I would like to have it hit the tree). > >>> > >>>> Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if > >>>> so, what is it set to? > >>> No. > >>> > >>> Bye, > >>> Alexander. > >>> > >> Wait a minute... you have a panic coming out of running the > >> periodic jobs and you do _*not*_ have the patch loaded? Got a > >> dump available from that? > >> > > To make it explicit about what is patched on this system or not: > > # svnlite status > > M etc/rc.d/localpkg > > M lib/libc/Makefile > > M lib/libutil/Makefile > > M lib/msun/Makefile > > M libexec/rtld-elf/Makefile > > M sbin/dump/dumprmt.c > > M sbin/dump/itime.c > > M sbin/dump/optr.c > > M sbin/dump/tape.c > > M sbin/restore/dirs.c > > M sbin/restore/symtab.c > > M sbin/restore/tape.c > > ? sys/amd64/conf/ANDROMEDA > > M sys/dev/drm/drmP.h > > M sys/dev/e1000/if_igb.c > > M sys/dev/usb/serial/ulpt.c > > M sys/fs/cd9660/cd9660_vfsops.c > > M sys/fs/msdosfs/msdosfs_vfsops.c > > M sys/fs/smbfs/smbfs_vfsops.c > > M sys/fs/udf/udf_vfsops.c > > M sys/fs/unionfs/union_vfsops.c > > M sys/gnu/fs/reiserfs/reiserfs_vfsops.c > > M sys/kern/kern_jail.c > > M sys/kern/kern_sig.c > > M sys/kern/subr_bus.c > > M sys/sys/jail.h > > M usr.sbin/adduser/adduser.sh > > M usr.sbin/adduser/rmuser.sh > > M usr.sbin/nfsd/nfsd.c > > M usr.sbin/watchdogd/Makefile > > > > Unfortunately I don't have a dump. Every crash so far didn't lead > > to a core in the dump device (the thread on stable has a stacktrace: > > https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/083807.html). > > No idea why I don't get a dump. > > > > # grep dump /etc/rc.conf /boot/loader.conf > > /etc/rc.conf:dumpdev="/dev/ada3p2" > > /boot/loader.conf:dumpdev="/dev/ada3p2" > > > > # savecore -C /dev/ada3p2 > > > > # ll /var/crash > > total 9 > > -rw-r--r-- 1 root wheel 3B Nov 11 08:45 bounds > > -rw-r--r-- 1 root wheel 5B Apr 28 2011 minfree > > > > Bye, > > Alexander. > > > -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0xC773696B3BAC17DC http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0xC773696B3BAC17DC From owner-freebsd-stable@freebsd.org Wed Jan 27 08:32:41 2016 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 A46B8A6F2D9 for ; Wed, 27 Jan 2016 08:32:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::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 3E3271DF0 for ; Wed, 27 Jan 2016 08:32:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mail-wm0-x231.google.com with SMTP id l65so135235295wmf.1 for ; Wed, 27 Jan 2016 00:32:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:reply-to; bh=5jwMsm6lkg62SVnbxR76PnQP7NbBbycKeL9CnLBr+1U=; b=g80IE4TDA4QHYegDU4H28flaCOB25k4ul+3pIR2KDvT8Xd59nlI1Yac3xYyAfbHlvB 2Kz/jTTtoQ0K6l31XK9X/ScZqkhewdUAU6ycbmSd/rTwJsWM9vPpkuAWRSygdfIZmg3l oZbjOHmpSbuIKpLln4OfZ2zDU9RYZaekVf+mMHGSezGwkQxp6B9pbb8dYdaPPLE3mZBR vT8lYhKIniS6CiNv3ZMlC8lwbDd+odqNDeqU7Vz0PfZmYJFDxeFfWJg3EOeY12DkL98T arwL3CBglSonVASl/BvzMjzh9TlokCbx8kOoUCDdu7J8KxoMANLJPI7kQ+jzGFRKW3q1 a4qA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=5jwMsm6lkg62SVnbxR76PnQP7NbBbycKeL9CnLBr+1U=; b=OcyFsgbHwBDmhTrQ/IZAzBU5bJo9q8sYliYyKuyE105JCNAD3A50jmq+QuucEqsHop zQRcSbOvF2STf+qIaBN3WJJl6JHRFQNf8GrllaflHvgKN0oAizas+suj1hfA7g4oa9u6 MltOdLjQVf6GlCui/AqAEJ3/j2s3gpVrkiN2+zSxpS/R7duibcnDv1PVS1NaWHOiZ4fu 74WIBlHEfn0qMD5TammRSVAIWAVI7p12Zvm+6y6xE9nwEacAl/J44q7/WQb1nzb8OsI2 OmmE6HXynrdhnixwU31te2WE5adjr5usgza3Gy89CZybkUB8Ww0Bct6s+pBrNIj4eZRI 1Fgw== X-Gm-Message-State: AG10YOS9bmzgKwqWgEIKsTbpFHTLkC8L+pHGwxMaZuK6oz08mItXaWysgvkC4a9XLTtD4cVl X-Received: by 10.194.158.135 with SMTP id wu7mr27939188wjb.142.1453883559599; Wed, 27 Jan 2016 00:32:39 -0800 (PST) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id qs1sm5016455wjc.2.2016.01.27.00.32.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Jan 2016 00:32:39 -0800 (PST) Date: Wed, 27 Jan 2016 00:32:39 -0800 (PST) X-Google-Original-Date: Wed, 27 Jan 2016 08:32:38 GMT Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id u0R8WcEO005463; Wed, 27 Jan 2016 08:32:38 GMT (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id u0R8WcF9005462; Wed, 27 Jan 2016 08:32:38 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201601270832.u0R8WcF9005462@mech-as222.men.bris.ac.uk> To: freebsd-ia64@freebsd.org, freebsd-stable@freebsd.org Subject: ia64 10-stable about r292594: rescue crunchide *.lo unknown executable format Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Jan 2016 08:32:41 -0000 I asked about this already in stable@ and ia64@. Got no reply. Perhaps ia64 has been abandoned in 10-stable too? If so, I'd like to know. If not, I'm getting: # pwd /usr/obj/usr/src/rescue/rescue # crunchide -k _crunched_chio_stub cat.lo cat.lo: unknown executable format # crunchide -k _crunched_chio_stub chflags.lo chflags.lo: unknown executable format # crunchide -k _crunched_chio_stub chio.lo chio.lo: unknown executable format # file *lo cat.lo: ELF 64-bit LSB relocatable, IA-64, version 1 (FreeBSD), not stripped chflags.lo: ELF 64-bit LSB relocatable, IA-64, version 1 (FreeBSD), not stripped chio.lo: ELF 64-bit LSB relocatable, IA-64, version 1 (FreeBSD), not stripped # file /usr/bin/crunchide /usr/bin/crunchide: ELF 64-bit LSB executable, IA-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 10.2 (1002504), stripped # This is on 10.2-STABLE #20 r292594. I tried to buildworld up to r294823, and back to r291000, all with the same error. I cannot even build the same revision as the one I'm running now. I've deleted /usr/obj completely,- still the same. Please advise Thanks Anton From owner-freebsd-stable@freebsd.org Thu Jan 28 04:48:18 2016 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 A21CAA70961; Thu, 28 Jan 2016 04:48:18 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (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 827F01A9B; Thu, 28 Jan 2016 04:48:18 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from [10.1.254.16] (cerberus.brkt.com [208.185.168.138]) (authenticated bits=0) by mail.xcllnt.net (8.15.2/8.15.2) with ESMTPSA id u0S4iVE1027777 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Jan 2016 20:44:32 -0800 (PST) (envelope-from marcel@xcllnt.net) Subject: Re: ia64 10-stable about r292594: rescue crunchide *.lo unknown executable format Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_38791832-E7E6-4CA3-BEE6-C5B46154631D"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.6b2 From: Marcel Moolenaar In-Reply-To: <201601270832.u0R8WcF9005462@mech-as222.men.bris.ac.uk> Date: Wed, 27 Jan 2016 20:44:25 -0800 Cc: freebsd-ia64@freebsd.org, freebsd-stable@freebsd.org Message-Id: <21EE0F50-2FDE-4E1A-9326-031FDCDD3512@xcllnt.net> References: <201601270832.u0R8WcF9005462@mech-as222.men.bris.ac.uk> To: mexas@bris.ac.uk X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jan 2016 04:48:18 -0000 --Apple-Mail=_38791832-E7E6-4CA3-BEE6-C5B46154631D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 27, 2016, at 12:32 AM, Anton Shterenlikht = wrote: >=20 > I asked about this already in stable@ and ia64@. > Got no reply. Perhaps ia64 has been abandoned in > 10-stable too? If so, I'd like to know. >=20 Hi Anton, I haven=E2=80=99t done anything with ia64 for over a year and frankly I = lack the time to catch up and fix stuff. So, yeah, maybe just consider ia64 abandoned. FYI, -- Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_38791832-E7E6-4CA3-BEE6-C5B46154631D 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 iQIcBAEBCgAGBQJWqZyqAAoJEIda8t8f0tjjWrUQAN1p+d5aDJ46aRpi65t3GZ7t Qi5LD522JkUgrz1Y7Qk+EOMKmuQ+iin25MURS/4iHSvMBxde14eQh9lT8ZOdpkGD BhF2NEA95xMKfJLzp68nCDcF1dxI4h1NI1Wq+jyUQ2SmAdhSiVqAQJY0VR4/oKft X0EL1m1YHFGeQxLDDRKF57jJ2YhBQsKofQjNeDU8rmSC+uZZVG6TQGujzFocllxZ qE0bBl3grshUpCLlWrUvqyiQunhmkqj1IWxIC7ON+BH/v4kUmIke9TdaC+6AxKV+ 9S5bBwQDi7U2IYb2ZXelH25m6ARvpmQhg27O1Z/sIXMbZde87krXR9yUGQu0XL/1 OU+ooYBByvVEUMYC25h3udhCDW6o6alXz3JWxZEmPFsQGmpyOQY1D2kOOiQxg/ZJ WGTvx3MCZuxcM/HLhL9Cn16YsPMukeOGDRKqbpDOMRcYs9+AKhPYdfR52NgfgYXu VlFipBZrKJWAQVeriAlA5bDXHcEDZJ3dcDF7SNbwoPIHoA5DBlByeax2Ufk2p15t TaX8C/p1PSySay6yHL5bNxGj65SuTtBtEO3FsbIz62ghvsDUBmCLTzAmWa3NDrOL Ju/DiyHcx2Hy1Y//eSxw9tMrYv9vYRCxSZVIii9/mZSj3Hbk9bdikJAisVc6ezvZ ceaw3+yaMzw2oJmx84l8 =1zAJ -----END PGP SIGNATURE----- --Apple-Mail=_38791832-E7E6-4CA3-BEE6-C5B46154631D-- From owner-freebsd-stable@freebsd.org Thu Jan 28 08:48:41 2016 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 6561AA71A04 for ; Thu, 28 Jan 2016 08:48:41 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 23CB21569 for ; Thu, 28 Jan 2016 08:48:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mail-wm0-x229.google.com with SMTP id l66so475836wml.0 for ; Thu, 28 Jan 2016 00:48:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bris-ac-uk.20150623.gappssmtp.com; s=20150623; h=date:from:message-id:to:subject:cc:reply-to:in-reply-to; bh=KCU6Vcq320Q4u/fH5Qwzni4tuA0NlAbscLBPndO2QGc=; b=iEG0eTaIbnooV2uLvXhQnOP3KKjzuu2W3yaepei4ySYBrijyFmiOPBlAnWw4P94icu mX+hQZgmSKzB6sKzXp4S360GcIO1hL8dl4XlWMJ0o5vzxM0xGVOMU+R5ssze9eMAsbFE EogfLEdB0LwvRf5qPa1I+dKTGJ6F06XEvJ7YyevWL0TVHPddk0JtIttRxpBK7zQDTCJk hMhNPF/C8y66d1cWIFG71m7xGsbMEhPi3IV5Fir+O1mdreni2GWAfaic3rMway/nNc32 TL/VcHLl+0j4JWjfNh9+U5iefEm5gjuDIITRyN4KuRVdpUkpSdHwY4o9+mfrrLJOjsts h97Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=KCU6Vcq320Q4u/fH5Qwzni4tuA0NlAbscLBPndO2QGc=; b=J81zF96R/q3WBE3+BMwtgcYx4rFe3ENu2RH2G4mKFyoEO9zt+w31TGCMEBo3dlDaM4 Z12txmztWvsnqgZ8Z7185/kANYmLhV6gjeZv0DjwdGYmRvo9+e8iEtXW09+/NWnCE9kE F/rEJYj1Q6lig0ShzKWWShxCsWHzizhPM1ESKAIERaD+TLlhObQDRLdly4JtetgasP1g dMAJ4400y1bLLEqHOkt/p8x7F3cZ/cA7gVtza608NYjblu+XXpxTf17Mg/hIwMHZFSr/ Nplto8wE+MHga+CMct0O3c0XU4/Nd3owvIrVxn79qj+foonmwXGEExRXw1iGWKRDbDbA FqeQ== X-Gm-Message-State: AG10YOQ/MQeJVWId1XOweNRThsRZ6mffg/cUGyv88udhrZ1Al97a4pl4yX6FEOsYJa2tE+OT X-Received: by 10.28.73.70 with SMTP id w67mr1624154wma.31.1453970919433; Thu, 28 Jan 2016 00:48:39 -0800 (PST) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id u130sm1762614wmg.15.2016.01.28.00.48.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 00:48:38 -0800 (PST) Date: Thu, 28 Jan 2016 00:48:38 -0800 (PST) X-Google-Original-Date: Thu, 28 Jan 2016 08:48:37 GMT Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id u0S8mbNc007104; Thu, 28 Jan 2016 08:48:37 GMT (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id u0S8mb3Z007103; Thu, 28 Jan 2016 08:48:37 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201601280848.u0S8mb3Z007103@mech-as222.men.bris.ac.uk> To: marcel@xcllnt.net, mexas@bris.ac.uk Subject: Re: ia64 10-stable about r292594: rescue crunchide *.lo unknown executable format Cc: freebsd-ia64@freebsd.org, freebsd-stable@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: <21EE0F50-2FDE-4E1A-9326-031FDCDD3512@xcllnt.net> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jan 2016 08:48:41 -0000 >From marcel@xcllnt.net Thu Jan 28 06:17:28 2016 > >Hi Anton, > >I haven=E2=80=99t done anything with ia64 for over a year and frankly I = >lack the time >to catch up and fix stuff. So, yeah, maybe just consider ia64 abandoned. Marcel, thanks. I'll power it down then... See you Anton From owner-freebsd-stable@freebsd.org Thu Jan 28 18:07:17 2016 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 F2913A719E0 for ; Thu, 28 Jan 2016 18:07:17 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 8E49F1867; Thu, 28 Jan 2016 18:07:17 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u0SI7DUq044729; Thu, 28 Jan 2016 19:07:13 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 53A98D3D; Thu, 28 Jan 2016 19:07:13 +0100 (CET) Message-ID: <56AA58BA.8070404@omnilan.de> Date: Thu, 28 Jan 2016 19:06:50 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Marius Strobl CC: FreeBSD Stable Subject: em(4) watchdog timeout redemption [Was: Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap] References: <201601272231.u0RMV8LW019394@repo.freebsd.org> In-Reply-To: <201601272231.u0RMV8LW019394@repo.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 28 Jan 2016 19:07:13 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jan 2016 18:07:18 -0000 Bez=FCglich Marius Strobl's Nachricht vom 27.01.2016 23:31 (localtime): > Author: marius > Date: Wed Jan 27 22:31:08 2016 > New Revision: 294958 > URL: https://svnweb.freebsd.org/changeset/base/294958 > > Log: > Sync the e1000 drivers with what's in head as of r294327, modulo part= s > that don't apply to stable/10 (driver API, if_inc_counter(), RSS chan= ges > etc.) and modulo r287465 (which reportedly breaks igb(4)), i. e. asso= rted > fixes and improvements only: > =20 > o MFC r267385 (partial): > - Don't compare bus_dma map pointers for static DMA allocations aga= inst > NULL to determine if bus_dmamap_unload() or bus_dmamem_free() sho= uld be > called. Instead, check the associated bus and virtual addresses. > - Don't clear static DMA maps to NULL. > o MFC r284933: > Delete the refernce to VLAN handling being disabled by default. Thi= s is > no longer the case. [1] > o MFC r285639: > Add an adapter CORE lock in the DDB hook em_dump_queue to avoid WIT= NESS > panic in em_init_locked() while debugging. > o MFC r285879: > - Remove unused txd_saved. > - Intialize txd_upper, txd_lower and txd_used at declaration. > o MFC r286162: > Free mbufs when busdma loading fails. > o MFC r286829: > Add capability to disable CRC stripping as it breaks IPMI/BMC capab= ilities > on certain adatpers. [2] > o MFC r286831: [3] > - Increase EM_MAX_SCATTER to 64 such that the size of em_xmit():: > segs[EM_MAX_SCATTER] doesn't get overrun by things like NFS that = can > and do shove more than 32 segs when being used with em(4) and TSO= 4. > - Update tso handling code in em_xmit() with update from jhb@ > - Set if_hw_tsomax, if_hw_tsomaxsegcount and if_hw_tsomaxsegsize to= > appropriate values. > - Define a TSO workaround "magic" number of 4 that is used to avoid= an > alignment issue in hardware. > - Change a couple of integer values that were used as booleans to a= ctual > bool types. > - Ensure that em_enable_intr() enables the appropriate mask of inte= rrupts > and not just a hardcoded define of values. > o MFC r286832: > e1000/if_lem.c bump to 1.1.0 > o MFC r286833: > Bump all copywrite dates to 2015. > o MFC r287112: > Style/whitespace cleanup in shared/common code. > o MFC r293331: > - Switch em(4) to the extended RX descriptor format. > - Split rxbuffer and txbuffer apart to support the new RX descripto= r > format structures. Move rxbuffer manipulation to em_setup_rxdesc(= ) to > unify the new behavior changes. > - Add a RSSKEYLEN macro for help in generating the RSSKEY data stru= ctures > in the card. > - Change em_receive_checksum() to process the new rxdescriptor form= at > status bit. > o MFC r293332: > Disable the reuse of checksum offload context descriptors in the ca= se > of multiple queues in em(4). Document errata in the code. > o MFC r293854: > Given that em(4), lem(4) and igb(4) hardware doesn't require the > alignment guarantees provided by m_defrag(9), use m_collapse(9) > instead for performance reasons. > While at it, sanitize the statistics softc members, i. e. retire > unused ones and add SYSCTL nodes missing for actually used ones. > =20 > PR: 118693 [1], 161277 [2], 195078 [3], 199174 [3], 200221 [3] Thanks, especially to sbruno@ I'd like to confirm r294958 fixes multiple em(4) problems I observed up to r294156, especially EM_MULTIQUEUE support on hartwell (82574) (haven't filed a bug report since I haven't had time to analyze, seems 199174 and 200221 match well). Glad to see 10.3 will ship with em(4) able to sustain GbE with one NFS transfer (111,3MiB/s), while keeping low latency for additional (low-trhoughput) connections without having unrecoverably watchdog timeouts anymore (adding 2nd queue to em(4) reduces latency from 10ms to ~3ms on new sockets). For the records, this kind of watchdog timeouts with unsuccessful interface resets are fixed for me: em0: Watchdog timeout Queue[0]-- resetting Interface is RUNNING and ACTIVE em0: TX Queue 0 ------ em0: hw tdh =3D 210, hw tdt =3D 674 em0: Tx Queue Status =3D -2147483648 em0: TX descriptors avail =3D 3632 em0: Tx Descriptors avail failure =3D 0 em0: RX Queue 0 ------ em0: hw rdh =3D 896, hw rdt =3D 895 em0: RX discarded packets =3D 0 em0: RX Next to Check =3D 896 em0: RX Next to Refresh =3D 895 em0: TX Queue 1 ------ em0: hw tdh =3D 575, hw tdt =3D 716 em0: Tx Queue Status =3D -2147483648 em0: TX descriptors avail =3D 3937 em0: Tx Descriptors avail failure =3D 0 em0: RX Queue 1 ------ em0: hw rdh =3D 192, hw rdt =3D 191 em0: RX discarded packets =3D 0 em0: RX Next to Check =3D 192 em0: RX Next to Refresh =3D 191 em0: link state changed to DOWN em0: link state changed to UP -Harry From owner-freebsd-stable@freebsd.org Thu Jan 28 19:32:14 2016 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 915ABA71982 for ; Thu, 28 Jan 2016 19:32:14 +0000 (UTC) (envelope-from etnapierala@gmail.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 6E82C1C38 for ; Thu, 28 Jan 2016 19:32:14 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6DBE8A71981; Thu, 28 Jan 2016 19:32:14 +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 6D4B4A71980 for ; Thu, 28 Jan 2016 19:32:14 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (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 02E2D1C36 for ; Thu, 28 Jan 2016 19:32:14 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id p63so39230238wmp.1 for ; Thu, 28 Jan 2016 11:32:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=uJpUAEMc0HqaYJybAoTuMIWkbJKA2GDrwxPuPDvtuOU=; b=pJcG+9qUBPg0kPMGCKwmxSEMEVYdo01/50eLfS2zQNL+mbKN7qWR2qiGHEobTBvPSi xIErk8+AyeM0ZEbOHsykBXt0Aq3gunhE33M5p6xoX/lMjUxWCJXRYH1UbF3OwhU4aykk f797jraS/FV5A/eqs45rEuTR9OVz2p6KeNSPr/d0QxmY1NER4Auu7bDYUvrB/07ZMIpu GbIfWFtKlk2oP0lVQUgxrfpgE8fPK1y5dbEapjfxDhSZxexmhAnKiC0MeqE1dcrfcRgv DiwQsCWTTLddsBcThiwT7H+pykRvnKJ2L7jUPcyvzXlM1a20WwjNAOb7LraHbMuheYLl p9bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=uJpUAEMc0HqaYJybAoTuMIWkbJKA2GDrwxPuPDvtuOU=; b=kwYwNHr0Z/wuu3pxWg30QAUKXCsNjeUSr5EKQAsmWYPRBXCuagcQxQtV3ceEy1uc+u iFR76hmNMz2to1NRQDpxaefi+abcZ1BoCBHBsJEDotF1pOFpGqGxtxtupTpb+tynXKYN AxJrDbFEltLkU5l0LEOmzKdaMYpfmkypteYF2BzLJV+QlLC0pi6OjyX0262bEvDvkQVU tGquDvWAcSf+UUvu7bv2fKI1yj651FR8K1RxgtTOUgomaN0n5rd2wfhgjStdas1jgi2s dHwMWWvLGa3USEERcADmlqviSHr9QO81i5f+pTx7IFuK6AFk1vMWZyzzc3QuGRzqa2a7 SnTg== X-Gm-Message-State: AG10YORAB/8LWlIraWgMJH3JM2TCeBG6Zkl2tl/DYjjbwu2fJ5D69mXTIWgDRtkjeY0nvA== X-Received: by 10.194.78.175 with SMTP id c15mr4942864wjx.16.1454009531354; Thu, 28 Jan 2016 11:32:11 -0800 (PST) Received: from brick.home (aegm221.neoplus.adsl.tpnet.pl. [79.186.168.221]) by smtp.gmail.com with ESMTPSA id w80sm4230331wme.17.2016.01.28.11.32.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2016 11:32:10 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 28 Jan 2016 20:32:07 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: "Julian H. Stacey" Cc: Kevin Oberman , FreeBSD Stable ML Subject: Re: Auto-mounting USB NTFS formatted devices on FreeBSD 10.2 and HEAD Message-ID: <20160128193207.GA35896@brick.home> Mail-Followup-To: "Julian H. Stacey" , Kevin Oberman , FreeBSD Stable ML References: <201601251657.u0PGum6r008353@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201601251657.u0PGum6r008353@fire.js.berklix.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 28 Jan 2016 19:32:14 -0000 On 0125T1756, Julian H. Stacey wrote: > Kevin Oberman wrote: > > Since the removal of NTFS support, it is unclear how to get USB drives > > formatted as NTFS (or ExFAT) to automatically mount. Prior to FreeBSD 10 it > > was possible to replace /sbin/mount_ntfs with a script that would generate > > appropriate options and exec /usr/local/sbin/ntfs-3g and let HAL fire up > > mount_ntfs, but that no longer works as mount_ntfs is no longer used and > > mount(8) no longer treats '-t ntfs' as special. > > > > It would appear that automount(8) would be the right magic, but it's not > > obvious to me how to configure it to recognize that an NTFS device has been > > connected to a USB port (as opposed to msdosfs) and to use ntfs-3g to do > > the actual mount. I assume that the same issue exists for ExFAT. > > > > Does anyone have an idea of what magic is required in the auto_master or > > elsewhere to make this work in conjunction with devd? I'd really like to > > avid using hald, if possible. > > I use devd to auto mount USB NTFS, I just it works with 10.2-RELEASE > & an NTFS USB connected drive, here's a chunk from my > > http://www.berklix.com/~jhs/src/bsd/fixes/FreeBSD/src/jhs/etc/devd/berklix.conf > > action "sleep 10; \ > rm -f /devusb/acer300; \ > ln -s /dev/`echo $device-name|sed -e s/umass/da/`s1 \ > /devusb/acer300.1; \ > ln -s /dev/`echo $device-name|sed -e s/umass/da/`s2 \ > /devusb/acer300.2; \ > ln -s /dev/`echo $device-name|sed -e s/umass/da/`s3 \ > /devusb/acer300.3; \ > mkdir -p /media/acer300.2; mkdir -p /media/acer300.3; \ > chmod 777 /media/acer300.*; \ > chown jhs:staff /media/acer300.*; \ > ntfsfix /devusb/acer300.2 ; \ > ntfs-3g -o ro /devusb/acer300.2 /media/acer300.2; \ > ntfsfix /devusb/acer300.3 ; \ > ntfs-3g -o ro /devusb/acer300.3 /media/acer300.3" ; > > Now I'll read man 8 automount & other people's alternate solutions > on the thread :-) Leaving aside the autofs as such, you might want to take a look at the /etc/autofs/special_media shell script. It contains code to obtain a list of devices available for mounting, which works with all kinds of devices, without any special cases, and properly handles problems like "should I mount the whole device, like da0, or is it partitioned and I should attempt to mount partitions instead, like da0p1". You can just run it by hand and see what output it produces. From owner-freebsd-stable@freebsd.org Fri Jan 29 17:40:13 2016 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 D568BA72675 for ; Fri, 29 Jan 2016 17:40:13 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 9E5AA11EB for ; Fri, 29 Jan 2016 17:40:13 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPD1h-000H9m-Fh for freebsd-stable@freebsd.org; Fri, 29 Jan 2016 17:40:05 +0000 Date: Fri, 29 Jan 2016 17:40:05 +0000 From: John To: freebsd-stable@freebsd.org Subject: make clean failure on 10-stable amd64 Message-ID: <20160129174005.GA92493@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 17:40:13 -0000 Hi, I get the following error in /usr/src when trying to upgrade my system. In part of this process, I usually run make clean in /usr/src then go on to running buildworld. The installed system is 10.3-PRERELEASE #0 r294087 The sources I'm building from is 295045 Working Copy Root Path: /usr/src URL: https://svn0.eu.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: https://svn0.eu.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 295045 Here is the error: [...lots of output...] rm -rf builddir ===> sys (clean) ===> sys/boot (clean) ===> sys/boot/ficl (clean) rm -f softcore.c testmain testmain.o rm -f a.out dict.o ficl.o fileaccess.o float.o loader.o math64.o prefix.o search.o stack.o tools.o vm.o words.o sysdep.o softcore.o dict.o.tmp ficl.o.tmp fileaccess.o.tmp float.o.tmp loader.o.tmp math64.o.tmp prefix.o.tmp search.o.tmp stack.o.tmp tools.o.tmp vm.o.tmp words.o.tmp sysdep.o.tmp softcore.o.tmp rm -f libficl.a ===> sys/boot/forth (clean) rm -f beastie.4th.8.gz brand.4th.8.gz check-password.4th.8.gz color.4th.8.gz delay.4th.8.gz loader.conf.5.gz loader.4th.8.gz menu.4th.8.gz menusets.4th.8.gz version.4th.8.gz beastie.4th.8.cat.gz brand.4th.8.cat.gz check-password.4th.8.cat.gz color.4th.8.cat.gz delay.4th.8.cat.gz loader.conf.5.cat.gz loader.4th.8.cat.gz menu.4th.8.cat.gz menusets.4th.8.cat.gz version.4th.8.cat.gz ===> sys/boot/efi (clean) make[4]: "/usr/src/sys/boot/efi/Makefile" line 4: Malformed conditional (${COMPILER_TYPE} != "gcc") make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in /usr/src/sys/boot/efi *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/boot *** Error code 1 Stop. make[2]: stopped in /usr/src/sys *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src many thanks, -- John From owner-freebsd-stable@freebsd.org Fri Jan 29 17:42:12 2016 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 DED34A7288E for ; Fri, 29 Jan 2016 17:42:12 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 A7B2C15FD for ; Fri, 29 Jan 2016 17:42:12 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPD3i-000HAA-Uf for freebsd-stable@freebsd.org; Fri, 29 Jan 2016 17:42:10 +0000 Date: Fri, 29 Jan 2016 17:42:10 +0000 From: John To: freebsd-stable@freebsd.org Subject: make clean failure on 10-stable amd64] Message-ID: <20160129174210.GB92493@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 17:42:13 -0000 Hi, I get the following error in /usr/src when trying to upgrade my system. In part of this process, I usually run make clean in /usr/src then go on to running buildworld. The installed system is 10.3-PRERELEASE #0 r294087 The sources I'm building from is 295045 Working Copy Root Path: /usr/src URL: https://svn0.eu.freebsd.org/base/stable/10 Relative URL: ^/stable/10 Repository Root: https://svn0.eu.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 295045 Here is the error: [...lots of output...] rm -rf builddir ===> sys (clean) ===> sys/boot (clean) ===> sys/boot/ficl (clean) rm -f softcore.c testmain testmain.o rm -f a.out dict.o ficl.o fileaccess.o float.o loader.o math64.o prefix.o search.o stack.o tools.o vm.o words.o sysdep.o softcore.o dict.o.tmp ficl.o.tmp fileaccess.o.tmp float.o.tmp loader.o.tmp math64.o.tmp prefix.o.tmp search.o.tmp stack.o.tmp tools.o.tmp vm.o.tmp words.o.tmp sysdep.o.tmp softcore.o.tmp rm -f libficl.a ===> sys/boot/forth (clean) rm -f beastie.4th.8.gz brand.4th.8.gz check-password.4th.8.gz color.4th.8.gz delay.4th.8.gz loader.conf.5.gz loader.4th.8.gz menu.4th.8.gz menusets.4th.8.gz version.4th.8.gz beastie.4th.8.cat.gz brand.4th.8.cat.gz check-password.4th.8.cat.gz color.4th.8.cat.gz delay.4th.8.cat.gz loader.conf.5.cat.gz loader.4th.8.cat.gz menu.4th.8.cat.gz menusets.4th.8.cat.gz version.4th.8.cat.gz ===> sys/boot/efi (clean) make[4]: "/usr/src/sys/boot/efi/Makefile" line 4: Malformed conditional (${COMPILER_TYPE} != "gcc") make[4]: Fatal errors encountered -- cannot continue make[4]: stopped in /usr/src/sys/boot/efi *** Error code 1 Stop. make[3]: stopped in /usr/src/sys/boot *** Error code 1 Stop. make[2]: stopped in /usr/src/sys *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src many thanks, -- John From owner-freebsd-stable@freebsd.org Fri Jan 29 17:45:23 2016 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 31A97A72A84 for ; Fri, 29 Jan 2016 17:45:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 D8FC91ABA for ; Fri, 29 Jan 2016 17:45:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id u0THjEpq066696 for ; Fri, 29 Jan 2016 17:45:14 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id u0THjEe1066695 for freebsd-stable@freebsd.org; Fri, 29 Jan 2016 09:45:14 -0800 (PST) (envelope-from david) Date: Fri, 29 Jan 2016 09:45:14 -0800 From: David Wolfskill To: freebsd-stable@freebsd.org Subject: Re: make clean failure on 10-stable amd64 Message-ID: <20160129174514.GJ1163@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable@freebsd.org References: <20160129174005.GA92493@potato.growveg.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qr7nXUVd9Lj/wfVJ" Content-Disposition: inline In-Reply-To: <20160129174005.GA92493@potato.growveg.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 17:45:23 -0000 --qr7nXUVd9Lj/wfVJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 29, 2016 at 05:40:05PM +0000, John wrote: > Hi, >=20 > I get the following error in /usr/src when trying to upgrade my system. > In part of this process, I usually run make clean in /usr/src then go > on to running buildworld. >=20 > The installed system is 10.3-PRERELEASE #0 r294087 > The sources I'm building from is 295045 > .... You'll probably want to follow-up, specifying: * Contents (if any) of /etc/src.conf * Contents (if any) of /etc/make.conf * The full path of the "make" executable you're using. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who would murder in the name of God or prophet are blasphemous coward= s. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qr7nXUVd9Lj/wfVJ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJWq6UqXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDQ0I3Q0VGOTE3QTgwMUY0MzA2NEQ3N0Ix NTM5Q0M0MEEwNDlFRTE3AAoJEBU5zECgSe4XuKIH/RKEi9czbQKqV05U7kX7BmOb vgOKFdnuuKgg8tc9nLlRR8QVaKt4Emy08ZJikcBxH+ZD+qX1SllW43u8EjkyhuHf Ee4+9kXSz5RHoRh3QrGGXQR0dZdXrkevd7qa04Im6V3pIGUYgzrVvsQnOu+d+G/q X7DuGx7TM89H4b6eaf/Gr4wSo1umgkvl74V6KuHLxSHfzCTbj9RZg0NWCm2X4ohc V5aBRqoYK4KULxVSlcUqCx7Jz3sEIgh+uwf/PxMavkhm6qE8LdiZC+qyNPSicLbU g7y1n3pYOjSUv+n6PYHmissJXWAKejhr/IxU7fQ9WGF1zb7cUM0kHdURc1eTyRk= =aEFD -----END PGP SIGNATURE----- --qr7nXUVd9Lj/wfVJ-- From owner-freebsd-stable@freebsd.org Fri Jan 29 17:47:48 2016 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 B91D3A72C1D for ; Fri, 29 Jan 2016 17:47:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8C31D77; Fri, 29 Jan 2016 17:47:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 16A381BF4; Fri, 29 Jan 2016 17:47:48 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 29 Jan 2016 17:47:46 +0000 From: Glen Barber To: John Cc: freebsd-stable@freebsd.org, smh@freebsd.org Subject: Re: make clean failure on 10-stable amd64] Message-ID: <20160129174746.GH1727@FreeBSD.org> References: <20160129174210.GB92493@potato.growveg.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="X+8siUETKMkW99st" Content-Disposition: inline In-Reply-To: <20160129174210.GB92493@potato.growveg.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 17:47:48 -0000 --X+8siUETKMkW99st Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable CC'd smh, who committed an update recently in this file. I have confirmed the failure (but do not understand why I did not see it when testing the patch...). Steven, can you please take a look at this? Glen On Fri, Jan 29, 2016 at 05:42:10PM +0000, John wrote: > Hi, >=20 > I get the following error in /usr/src when trying to upgrade my system. > In part of this process, I usually run make clean in /usr/src then go > on to running buildworld. >=20 > The installed system is 10.3-PRERELEASE #0 r294087 > The sources I'm building from is 295045 >=20 > Working Copy Root Path: /usr/src > URL: https://svn0.eu.freebsd.org/base/stable/10 > Relative URL: ^/stable/10 > Repository Root: https://svn0.eu.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 295045 >=20 > Here is the error: >=20 > [...lots of output...] >=20 > rm -rf builddir > =3D=3D=3D> sys (clean) > =3D=3D=3D> sys/boot (clean) > =3D=3D=3D> sys/boot/ficl (clean) > rm -f softcore.c testmain testmain.o > rm -f a.out dict.o ficl.o fileaccess.o float.o loader.o math64.o > prefix.o search.o stack.o tools.o vm.o words.o sysdep.o softcore.o > dict.o.tmp ficl.o.tmp fileaccess.o.tmp float.o.tmp loader.o.tmp > math64.o.tmp prefix.o.tmp search.o.tmp stack.o.tmp tools.o.tmp > vm.o.tmp words.o.tmp sysdep.o.tmp softcore.o.tmp rm -f libficl.a > =3D=3D=3D> sys/boot/forth (clean) > rm -f beastie.4th.8.gz brand.4th.8.gz check-password.4th.8.gz > color.4th.8.gz delay.4th.8.gz loader.conf.5.gz loader.4th.8.gz > menu.4th.8.gz menusets.4th.8.gz version.4th.8.gz beastie.4th.8.cat.gz > brand.4th.8.cat.gz check-password.4th.8.cat.gz color.4th.8.cat.gz > delay.4th.8.cat.gz loader.conf.5.cat.gz loader.4th.8.cat.gz > menu.4th.8.cat.gz menusets.4th.8.cat.gz version.4th.8.cat.gz > =3D=3D=3D> sys/boot/efi (clean) > make[4]: "/usr/src/sys/boot/efi/Makefile" line 4: Malformed > conditional (${COMPILER_TYPE} !=3D "gcc") > make[4]: Fatal errors encountered -- cannot continue > make[4]: stopped in /usr/src/sys/boot/efi > *** Error code 1 >=20 > Stop. > make[3]: stopped in /usr/src/sys/boot > *** Error code 1 >=20 > Stop. > make[2]: stopped in /usr/src/sys > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/src > *** Error code 1 >=20 > Stop. > make: stopped in /usr/src >=20 > many thanks, > --=20 > John >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --X+8siUETKMkW99st Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWq6XCAAoJEAMUWKVHj+KTUSoP/29akDV2YO2o2p7KchjBS0Pz eaBgGHcuIADSUcTsqjWWOJ50XdKv0WT4qQwA8AKCxSgvRnJfKVB/yrXttF2RJZoq WQrKKAYY8aq4/qqmC0GsC7G4bDVS4+E4bCydxyyWL+O3lAR9M/M0XbkOnchUQCBW nxgVvsWNhljErM6MsQt685O7LvVxxkQENjZYgc3R6UY6Kd3bRlaPAhx4QhQy+1U5 9uov05ZviWnNPwPMDXKu9CcuDoSCOEBdoRTwMXFsoKL/KH/bXdhMoDOc7gTsowLT s+jV8eU5B/TKs+16ZpxwnO8nJZsfyB007S/VQtNYIHi+3dBbhffSRE0gBQk1f35m hWLN9jj7HjdjsFvofjP9/1RUCuBrqnyWtTOnwN2wBZGUOF2r27y2PjzBzmc8dFHb +CvsreDLJ7lOE/kdg1xBx00gvTmN5brQoJED9H+3c6IfbYnYEDPsH2BlDAOVCWsS G/N64I3X4rxGxwRCdhIA/WHzejGvKICLB6djelaWmu/huslDPWyn0jnCkHrkk7Uq J4tiOwAVSpPMyFp0zK8JKnyyTZmyLD4l6IhKEJPuxK4B48FxS2oqwoaox9uuIHtC Zf3qgJgot0t1nraht1WBt1p/ilc0Gqiba+G6tAfYr42BY+JsSv+tWUco1egFQ6BX u5kZBCtx4kMJXEG0/FZW =0AsN -----END PGP SIGNATURE----- --X+8siUETKMkW99st-- From owner-freebsd-stable@freebsd.org Fri Jan 29 17:54:19 2016 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 32158A710D6 for ; Fri, 29 Jan 2016 17:54:19 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (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 BDC581321 for ; Fri, 29 Jan 2016 17:54:18 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-wm0-x22f.google.com with SMTP id 128so62981418wmz.1 for ; Fri, 29 Jan 2016 09:54:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:cc:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=4ebW4hlZVaoSIFGjArKZ55i8j4pFtOlnUaZ5t23bnIs=; b=sZRk0V1OZlJUI7fDZFdhvZ9qg3evwkh6UOX5VIZ0F4Jh37m712tFhPSX6uQWqgqgwr IMul39tczizkk53lva3o3S2O4Z5INMGoRD9uS7A45AQoCVh+Ki4TLOrEIuaoSM/B+965 63rF2Jk7mBHYLttDTJHAcofO+fgpyNYFXifaXF1/5iKu9DDwfc6QvVvmjbJA9OlrTWkO 74ych5vkanIhA/JBfplRp5Y1DH9y0B0j+YdJqXU2QRKa4At/HGqfwrCwq9yWoLKq636s oNjkq6luRjU3nfqShuW3562SLUGAnYy2+Moy/V0t6Q6u8zDqXXeBZEZzlDRdyeZEsWi9 xuOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:references:cc:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=4ebW4hlZVaoSIFGjArKZ55i8j4pFtOlnUaZ5t23bnIs=; b=DGxS3rrO0N/a7HZYSS07B1jq9wKQwDicystbnYEK/6miEvb/EgLIye2q/I7BKXzjRx L/VIHECckMy1kip5jISRkFCjI22PEuPubrXcbUDKwqiYk8sKJo/+pLykONsTdRGuI4dc XjeH7/bbJgyQSiDITIJL4qUTmG2eVJ/TypFsBoOHAxuGy4Im3IQ/PFEpS0rClKCusYGp my90DPO69XjV2AtsFc1O2w+12dLZhTf6d7gnDPXvQikh/haX5+lkTNrg2PJvu+SKNCRE ZXoaJFfPJRen8CFZu9Qene3NLbsejqqaU+RNxn6ebdhRiBEw8NvF/e0cZ3STonldqTl+ nDhg== X-Gm-Message-State: AG10YOTFBXpO2RtmTqTEjCXEgztMHz4JD4PcExNGBLtyvHHZByvcWK5/VPul88dUOLf1RFsb X-Received: by 10.194.79.73 with SMTP id h9mr10150455wjx.12.1454090057177; Fri, 29 Jan 2016 09:54:17 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id x6sm16684511wje.38.2016.01.29.09.54.15 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Jan 2016 09:54:16 -0800 (PST) From: Steven Hartland X-Google-Original-From: Steven Hartland Subject: Re: make clean failure on 10-stable amd64] To: Glen Barber , John References: <20160129174210.GB92493@potato.growveg.org> <20160129174746.GH1727@FreeBSD.org> Cc: freebsd-stable@freebsd.org Message-ID: <56ABA758.1040802@freebsd.org> Date: Fri, 29 Jan 2016 17:54:32 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160129174746.GH1727@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 17:54:19 -0000 Investigating, strangely enough this builds and cleans just fine from buildenv. On 29/01/2016 17:47, Glen Barber wrote: > CC'd smh, who committed an update recently in this file. I have > confirmed the failure (but do not understand why I did not see it when > testing the patch...). > > Steven, can you please take a look at this? > > Glen > > On Fri, Jan 29, 2016 at 05:42:10PM +0000, John wrote: >> Hi, >> >> I get the following error in /usr/src when trying to upgrade my system. >> In part of this process, I usually run make clean in /usr/src then go >> on to running buildworld. >> >> The installed system is 10.3-PRERELEASE #0 r294087 >> The sources I'm building from is 295045 >> >> Working Copy Root Path: /usr/src >> URL: https://svn0.eu.freebsd.org/base/stable/10 >> Relative URL: ^/stable/10 >> Repository Root: https://svn0.eu.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 295045 >> >> Here is the error: >> >> [...lots of output...] >> >> rm -rf builddir >> ===> sys (clean) >> ===> sys/boot (clean) >> ===> sys/boot/ficl (clean) >> rm -f softcore.c testmain testmain.o >> rm -f a.out dict.o ficl.o fileaccess.o float.o loader.o math64.o >> prefix.o search.o stack.o tools.o vm.o words.o sysdep.o softcore.o >> dict.o.tmp ficl.o.tmp fileaccess.o.tmp float.o.tmp loader.o.tmp >> math64.o.tmp prefix.o.tmp search.o.tmp stack.o.tmp tools.o.tmp >> vm.o.tmp words.o.tmp sysdep.o.tmp softcore.o.tmp rm -f libficl.a >> ===> sys/boot/forth (clean) >> rm -f beastie.4th.8.gz brand.4th.8.gz check-password.4th.8.gz >> color.4th.8.gz delay.4th.8.gz loader.conf.5.gz loader.4th.8.gz >> menu.4th.8.gz menusets.4th.8.gz version.4th.8.gz beastie.4th.8.cat.gz >> brand.4th.8.cat.gz check-password.4th.8.cat.gz color.4th.8.cat.gz >> delay.4th.8.cat.gz loader.conf.5.cat.gz loader.4th.8.cat.gz >> menu.4th.8.cat.gz menusets.4th.8.cat.gz version.4th.8.cat.gz >> ===> sys/boot/efi (clean) >> make[4]: "/usr/src/sys/boot/efi/Makefile" line 4: Malformed >> conditional (${COMPILER_TYPE} != "gcc") >> make[4]: Fatal errors encountered -- cannot continue >> make[4]: stopped in /usr/src/sys/boot/efi >> *** Error code 1 >> >> Stop. >> make[3]: stopped in /usr/src/sys/boot >> *** Error code 1 >> >> Stop. >> make[2]: stopped in /usr/src/sys >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> >> many thanks, >> -- >> John >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Fri Jan 29 18:08:32 2016 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 B1C2BA717FB for ; Fri, 29 Jan 2016 18:08:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 75BB81BFE; Fri, 29 Jan 2016 18:08:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u0TI8VKj011031 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2016 13:08:31 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u0TI8U1E074630; Fri, 29 Jan 2016 13:08:30 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap To: Marius Strobl , FreeBSD-STABLE Mailing List References: <201601272231.u0RMV8LW019394@repo.freebsd.org> From: Mike Tancsa Organization: Sentex Communications Message-ID: <56ABAA92.5050901@sentex.net> Date: Fri, 29 Jan 2016 13:08:18 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <201601272231.u0RMV8LW019394@repo.freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 18:08:32 -0000 On 1/27/2016 5:31 PM, Marius Strobl wrote: > Author: marius > Date: Wed Jan 27 22:31:08 2016 > New Revision: 294958 > URL: https://svnweb.freebsd.org/changeset/base/294958 > > Log: > Sync the e1000 drivers with what's in head as of r294327, modulo parts > that don't apply to stable/10 (driver API, if_inc_counter(), RSS changes Hi, I am seeing some timeouts since upgrading to this rev. I am running r295008, i386. onboard NIC Manufacturer: Supermicro Product Name: PDSMi em0: Watchdog timeout Queue[0]-- resetting Interface is RUNNING and ACTIVE em0: TX Queue 0 ------ em0: hw tdh = 946, hw tdt = 159 em0: Tx Queue Status = -2147483648 em0: TX descriptors avail = 786 em0: Tx Descriptors avail failure = 0 em0: RX Queue 0 ------ em0: hw rdh = 401, hw rdt = 400 em0: RX discarded packets = 0 em0: RX Next to Check = 401 em0: RX Next to Refresh = 400 em0: link state changed to DOWN em0: link state changed to UP em0: Watchdog timeout Queue[0]-- resetting Interface is RUNNING and ACTIVE em0: TX Queue 0 ------ em0: hw tdh = 87, hw tdt = 378 em0: Tx Queue Status = -2147483648 em0: TX descriptors avail = 720 em0: Tx Descriptors avail failure = 0 em0: RX Queue 0 ------ em0: hw rdh = 740, hw rdt = 739 em0: RX discarded packets = 0 em0: RX Next to Check = 741 em0: RX Next to Refresh = 740 em0: link state changed to DOWN em0: link state changed to UP Limiting open port RST response from 292 to 200 packets/sec em0: Watchdog timeout Queue[0]-- resetting Interface is RUNNING and ACTIVE em0: TX Queue 0 ------ em0: hw tdh = 611, hw tdt = 840 em0: Tx Queue Status = -2147483648 em0: TX descriptors avail = 773 em0: Tx Descriptors avail failure = 0 em0: RX Queue 0 ------ em0: hw rdh = 660, hw rdt = 659 em0: RX discarded packets = 0 em0: RX Next to Check = 660 em0: RX Next to Refresh = 659 em0: link state changed to DOWN em0: link state changed to UP # pciconf -lBvcb em0 em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82573E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xe8a00000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x5000, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) RO NS link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] = Serial 1 003048ffff9c59f0 -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Fri Jan 29 18:09:03 2016 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 F1770A71861 for ; Fri, 29 Jan 2016 18:09:03 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 B8F111D0F for ; Fri, 29 Jan 2016 18:09:03 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPDTh-000AQs-9O; Fri, 29 Jan 2016 18:09:01 +0000 Date: Fri, 29 Jan 2016 18:09:01 +0000 From: John To: freebsd-stable@freebsd.org Cc: David Wolfskill , GlenBarber@potato.growveg.org Message-ID: <20160129180901.GC92493@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org, David Wolfskill , GlenBarber@potato.growveg.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 18:09:04 -0000 Bcc: Subject: Re: make clean failure on 10-stable amd64 Reply-To: john@potato.growveg.org In-Reply-To: <20160129174514.GJ1163@albert.catwhisker.org> On Fri, Jan 29, 2016 at 09:45:14AM -0800, David Wolfskill wrote: >On Fri, Jan 29, 2016 at 05:40:05PM +0000, John wrote: >> Hi, >> >> I get the following error in /usr/src when trying to upgrade my system. >> In part of this process, I usually run make clean in /usr/src then go >> on to running buildworld. >> >> The installed system is 10.3-PRERELEASE #0 r294087 >> The sources I'm building from is 295045 >> .... > >You'll probably want to follow-up, specifying: > >* Contents (if any) of /etc/src.conf >* Contents (if any) of /etc/make.conf >* The full path of the "make" executable you're using. root@potato:/usr/src # less /etc/make.conf MAKE_JOBS_NUMBER=6 #WITH_CCACHE_BUILD=yes root@potato:/usr/src # less /etc/src.conf /etc/src.conf: No such file or directory root@potato:/usr/src # root@potato:/usr/src # which make /usr/bin/make root@potato:/usr/src # make -V MAKE_VERSION 20151220 root@potato:/usr/src # thanks, -- John From owner-freebsd-stable@freebsd.org Fri Jan 29 18:10:28 2016 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 EEC79A7198A for ; Fri, 29 Jan 2016 18:10:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DEE111E59; Fri, 29 Jan 2016 18:10:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from FreeBSD.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by freefall.freebsd.org (Postfix) with ESMTP id 55026135E; Fri, 29 Jan 2016 18:10:28 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Date: Fri, 29 Jan 2016 18:10:26 +0000 From: Glen Barber To: John Cc: smh@freebsd.org, freebsd-stable@freebsd.org Subject: Re: make clean failure on 10-stable amd64] Message-ID: <20160129181026.GI1727@FreeBSD.org> References: <20160129174210.GB92493@potato.growveg.org> <20160129174746.GH1727@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cN519qCC4CN1mUcX" Content-Disposition: inline In-Reply-To: <20160129174746.GH1727@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event X-PEKBAC-Definition: Problem Exists, Keyboard Between Admin/Computer User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 18:10:29 -0000 --cN519qCC4CN1mUcX Content-Type: multipart/mixed; boundary="h22Fi9ANawrtbNPX" Content-Disposition: inline --h22Fi9ANawrtbNPX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 29, 2016 at 05:47:46PM +0000, Glen Barber wrote: > CC'd smh, who committed an update recently in this file. I have > confirmed the failure (but do not understand why I did not see it when > testing the patch...). >=20 > Steven, can you please take a look at this? >=20 John, can you please try the attached patch? Glen --h22Fi9ANawrtbNPX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="buildfix.diff.txt" Content-Transfer-Encoding: quoted-printable Index: sys/boot/efi/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/efi/Makefile (revision 295049) +++ sys/boot/efi/Makefile (working copy) @@ -1,5 +1,7 @@ # $FreeBSD$ =20 +.include + # In-tree GCC does not support __attribute__((ms_abi)). .if ${COMPILER_TYPE} !=3D "gcc" =20 --h22Fi9ANawrtbNPX-- --cN519qCC4CN1mUcX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWq6sSAAoJEAMUWKVHj+KTef0P/2OofU+iSlYEXXiOlWPn+RYK Efi5kdCkJSbLpm7a8oPfxGigsX4koMK4D9K1x9qYpUjvwZeZp8tMRKoB92/gliLE JT4oxOsTf79dTm7M3VZXRaHa3i9lVKhHyrTTIwkX9WkJbhPlrfmeU1asGc3PxawN LPzy/17q2VL0++QviPBQRUZCs9mhieNTQNG+/lhI4oykQ71CUORHx112f9Jr7vH8 G1LhuXa4WAbYcC4uMQIeGcQPfBuQ68gwAL1cytjOymCA5GKo8DrY/oupPLhRWvfz M534FbIusUeawMV4XbbJpdLHCcfDNAYduPZ8Q1435EebAjviVC5K+F2R/wZm8H+e hobjRmWeIh58SasaRiD6pTnzqZVHXiKIsFq43mBvwT9vGS/AvdJDFIwymvQe8rP6 O32vSIcdlPq6fPennyT/C6UALMVhBdtCExXe4Blu8y0MRNCCaGlUHQcSjQG2ZV77 UIlt02JPfPCfRfSxtcRtDqQCULHMJEbbMkd0cmOAajEGDHi1tWH//tea6+dTKlGG iakJVDgV3EutGA2+nzub/VDV8W8tNKdIHPAA+il/mdOyBVqakQBI8EEUdWhyM76W qjkxNUVYfqQV3ZMRlpYhRkBTiqh80NIE3v9R7Po2XgsMzJUT1BPRsOd4rHUmpZ27 HzX2CLUX2tASPxQjC9Cr =JFnz -----END PGP SIGNATURE----- --cN519qCC4CN1mUcX-- From owner-freebsd-stable@freebsd.org Fri Jan 29 18:24:12 2016 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 A0E4DA71F92 for ; Fri, 29 Jan 2016 18:24:12 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (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 668641791; Fri, 29 Jan 2016 18:24:12 +0000 (UTC) (envelope-from john@potato.growveg.org) Received: from john by potato.growveg.org with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aPDiK-000E5c-Vb; Fri, 29 Jan 2016 18:24:08 +0000 Date: Fri, 29 Jan 2016 18:24:08 +0000 From: John To: Glen Barber Cc: John , smh@freebsd.org, freebsd-stable@freebsd.org Subject: Re: make clean failure on 10-stable amd64] Message-ID: <20160129182408.GA99765@potato.growveg.org> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: Glen Barber , John , smh@freebsd.org, freebsd-stable@freebsd.org References: <20160129174210.GB92493@potato.growveg.org> <20160129174746.GH1727@FreeBSD.org> <20160129181026.GI1727@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20160129181026.GI1727@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: john X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 18:24:12 -0000 On Fri, Jan 29, 2016 at 06:10:26PM +0000, Glen Barber wrote: >On Fri, Jan 29, 2016 at 05:47:46PM +0000, Glen Barber wrote: >> CC'd smh, who committed an update recently in this file. I have >> confirmed the failure (but do not understand why I did not see it when >> testing the patch...). >> >> Steven, can you please take a look at this? >> > >John, can you please try the attached patch? > >Glen > >Index: sys/boot/efi/Makefile >=================================================================== >--- sys/boot/efi/Makefile (revision 295049) >+++ sys/boot/efi/Makefile (working copy) >@@ -1,5 +1,7 @@ > # $FreeBSD$ > >+.include >+ > # In-tree GCC does not support __attribute__((ms_abi)). > .if ${COMPILER_TYPE} != "gcc" > yay! that works many thanks, -- John From owner-freebsd-stable@freebsd.org Fri Jan 29 18:42:30 2016 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 BB08FA72868 for ; Fri, 29 Jan 2016 18:42:30 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 67065119C for ; Fri, 29 Jan 2016 18:42:30 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u0TIgQv1058788; Fri, 29 Jan 2016 19:42:26 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 37A35ED5; Fri, 29 Jan 2016 19:42:26 +0100 (CET) Message-ID: <56ABB291.5040305@omnilan.de> Date: Fri, 29 Jan 2016 19:42:25 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Mike Tancsa CC: FreeBSD-STABLE Mailing List Subject: Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> In-Reply-To: <56ABAA92.5050901@sentex.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Fri, 29 Jan 2016 19:42:26 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 18:42:30 -0000 Bez=FCglich Mike Tancsa's Nachricht vom 29.01.2016 19:08 (localtime): > On 1/27/2016 5:31 PM, Marius Strobl wrote: >> Author: marius >> Date: Wed Jan 27 22:31:08 2016 >> New Revision: 294958 >> URL: https://svnweb.freebsd.org/changeset/base/294958 >> >> Log: >> Sync the e1000 drivers with what's in head as of r294327, modulo par= ts >> that don't apply to stable/10 (driver API, if_inc_counter(), RSS cha= nges > > Hi, > I am seeing some timeouts since upgrading to this rev. I am running > r295008, i386. onboard NIC > > Manufacturer: Supermicro > Product Name: PDSMi > > > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh =3D 946, hw tdt =3D 159 > em0: Tx Queue Status =3D -2147483648 > em0: TX descriptors avail =3D 786 > em0: Tx Descriptors avail failure =3D 0 > em0: RX Queue 0 ------ > em0: hw rdh =3D 401, hw rdt =3D 400 > em0: RX discarded packets =3D 0 > em0: RX Next to Check =3D 401 > em0: RX Next to Refresh =3D 400 > em0: link state changed to DOWN > em0: link state changed to UP > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh =3D 87, hw tdt =3D 378 > em0: Tx Queue Status =3D -2147483648 > em0: TX descriptors avail =3D 720 > em0: Tx Descriptors avail failure =3D 0 > em0: RX Queue 0 ------ > em0: hw rdh =3D 740, hw rdt =3D 739 > em0: RX discarded packets =3D 0 > em0: RX Next to Check =3D 741 > em0: RX Next to Refresh =3D 740 > em0: link state changed to DOWN > em0: link state changed to UP > Limiting open port RST response from 292 to 200 packets/sec > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh =3D 611, hw tdt =3D 840 > em0: Tx Queue Status =3D -2147483648 > em0: TX descriptors avail =3D 773 > em0: Tx Descriptors avail failure =3D 0 > em0: RX Queue 0 ------ > em0: hw rdh =3D 660, hw rdt =3D 659 > em0: RX discarded packets =3D 0 > em0: RX Next to Check =3D 660 > em0: RX Next to Refresh =3D 659 > em0: link state changed to DOWN > em0: link state changed to UP > > > > # pciconf -lBvcb em0 > em0@pci0:13:0:0: class=3D0x020000 card=3D0x108c15d9 chip=3D0x108= c8086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82573E Gigabit Ethernet Controller (Copper)' I guess you haven't compiled the kernel with EM_MULTIQUEUE. I can't remember if 82573 is supposed to be able to handle 2 queues. I couldn't help solving your problem anyways, but I found default number of rx/tx descriptors somewhen increased from 1024 to 4096 for my 82574. What does hw.em.txd read with your 82573? Before my EM-MULTIQUEUE problem vanished, reducing hw.em.txd (and rxd) to 256 relaxed the timeout problem a lot. Seems your interface is recovering after watchdog-reset? Mine stayed unusable unitl I triggered ifconfig down/up. Have you checked if disabling TSO changes anything? Probably checking if hw.em.enable_msix changes symptoms could also narrow down the root cause. Hope your problem also vanishes soon :-) -Harry From owner-freebsd-stable@freebsd.org Fri Jan 29 20:42:12 2016 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 6A38BA72045 for ; Fri, 29 Jan 2016 20:42:12 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F34AA155F; Fri, 29 Jan 2016 20:42:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u0TKgAHk026726 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jan 2016 15:42:10 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u0TKg9ct076642; Fri, 29 Jan 2016 15:42:09 -0500 (EST) (envelope-from mike@sentex.net) Subject: possible em regression (was Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap) To: Harry Schmalzbauer References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> <56ABB291.5040305@omnilan.de> Cc: FreeBSD-STABLE Mailing List From: Mike Tancsa X-Enigmail-Draft-Status: N1110 Organization: Sentex Communications Message-ID: <56ABCE95.3030807@sentex.net> Date: Fri, 29 Jan 2016 15:41:57 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56ABB291.5040305@omnilan.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 29 Jan 2016 20:42:12 -0000 On 1/29/2016 1:42 PM, Harry Schmalzbauer wrote: >> # pciconf -lBvcb em0 >> em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 >> rev=0x03 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82573E Gigabit Ethernet Controller (Copper)' > > I guess you haven't compiled the kernel with EM_MULTIQUEUE. I can't > remember if 82573 is supposed to be able to handle 2 queues. I couldn't > help solving your problem anyways, but I found default number of rx/tx > descriptors somewhen increased from 1024 to 4096 for my 82574. > What does hw.em.txd read with your 82573? > Before my EM-MULTIQUEUE problem vanished, reducing hw.em.txd (and rxd) > to 256 relaxed the timeout problem a lot. > Seems your interface is recovering after watchdog-reset? Mine stayed > unusable unitl I triggered ifconfig down/up. > Have you checked if disabling TSO changes anything? > Probably checking if hw.em.enable_msix changes symptoms could also > narrow down the root cause. > No multi queue. Stock GENERIC kernel with a couple of things removed. hw.em are just the defaults. I will try without TSO % ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=4209b 21,22c21,22 < cpu I486_CPU < cpu I586_CPU --- > #cpu I486_CPU > #cpu I586_CPU 24c24 < ident GENERIC --- > ident vinyl 34c34 < options SCTP # Stream Control Transmission Protocol --- > #options SCTP # Stream Control Transmission Protocol 375a376,383 > > device pf > device pflog > options QUOTA > > options ACCEPT_FILTER_HTTP > options ACCEPT_FILTER_DATA > % sysctl -a dev.em.0 dev.em.0.interrupts.rx_overrun: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.tx_queue_min_thresh: 2 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_abs_timer: 371 dev.em.0.interrupts.tx_pkt_timer: 359 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.rx_pkt_timer: 299 dev.em.0.interrupts.asserts: 9741226 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.mac_stats.tso_txd: 854147 dev.em.0.mac_stats.tx_frames_1024_1522: 4927464 dev.em.0.mac_stats.tx_frames_512_1023: 127639 dev.em.0.mac_stats.tx_frames_256_511: 1116852 dev.em.0.mac_stats.tx_frames_128_255: 133036 dev.em.0.mac_stats.tx_frames_65_127: 4915970 dev.em.0.mac_stats.tx_frames_64: 110245 dev.em.0.mac_stats.mcast_pkts_txd: 10 dev.em.0.mac_stats.bcast_pkts_txd: 17 dev.em.0.mac_stats.good_pkts_txd: 11331206 dev.em.0.mac_stats.total_pkts_txd: 11331206 dev.em.0.mac_stats.good_octets_txd: 8363930804 dev.em.0.mac_stats.good_octets_recvd: 2034174419 dev.em.0.mac_stats.rx_frames_1024_1522: 773394 dev.em.0.mac_stats.rx_frames_512_1023: 113644 dev.em.0.mac_stats.rx_frames_256_511: 1702858 dev.em.0.mac_stats.rx_frames_128_255: 78132 dev.em.0.mac_stats.rx_frames_65_127: 4889577 dev.em.0.mac_stats.rx_frames_64: 1334131 dev.em.0.mac_stats.mcast_pkts_recvd: 0 dev.em.0.mac_stats.bcast_pkts_recvd: 26788 dev.em.0.mac_stats.good_pkts_recvd: 8891736 dev.em.0.mac_stats.total_pkts_recvd: 8891736 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.queue_rx_0.rx_irq: 0 dev.em.0.queue_rx_0.rxd_tail: 76 dev.em.0.queue_rx_0.rxd_head: 77 dev.em.0.queue_tx_0.no_desc_avail: 0 dev.em.0.queue_tx_0.tx_irq: 0 dev.em.0.queue_tx_0.txd_tail: 493 dev.em.0.queue_tx_0.txd_head: 493 dev.em.0.fc_low_water: 8740 dev.em.0.fc_high_water: 10240 dev.em.0.rx_control: 67141634 dev.em.0.device_control: 1075053128 dev.em.0.watchdog_timeouts: 3 dev.em.0.rx_overruns: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.mbuf_defrag_fail: 0 dev.em.0.link_irq: 0 dev.em.0.dropped: 0 dev.em.0.eee_control: 1 dev.em.0.rx_processing_limit: 100 dev.em.0.itr: 488 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_int_delay: 66 dev.em.0.rx_int_delay: 0 dev.em.0.fc: 3 dev.em.0.debug: -1 dev.em.0.nvm: -1 dev.em.0.%parent: pci13 dev.em.0.%pnpinfo: vendor=0x8086 device=0x108c subvendor=0x15d9 subdevice=0x108c class=0x020000 dev.em.0.%location: slot=0 function=0 dev.em.0.%driver: em dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.4.2 % sysctl -A hw.em hw.em.eee_setting: 1 hw.em.rx_process_limit: 100 hw.em.enable_msix: 1 hw.em.sbp: 0 hw.em.smart_pwr_down: 0 hw.em.txd: 1024 hw.em.rxd: 1024 hw.em.rx_abs_int_delay: 66 hw.em.tx_abs_int_delay: 66 hw.em.rx_int_delay: 0 hw.em.tx_int_delay: 66 hw.em.disable_crc_stripping: 0 -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Sat Jan 30 00:53:12 2016 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 4FF0AA72CD2; Sat, 30 Jan 2016 00:53:12 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 316D7125A; Sat, 30 Jan 2016 00:53:12 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 27511B946; Fri, 29 Jan 2016 19:53:10 -0500 (EST) From: John Baldwin To: freebsd-ia64@freebsd.org, mexas@bris.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: ia64 10-stable about r292594: rescue crunchide *.lo unknown executable format Date: Fri, 29 Jan 2016 16:53:04 -0800 Message-ID: <4051652.ADtJilLzSM@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <201601270832.u0R8WcF9005462@mech-as222.men.bris.ac.uk> References: <201601270832.u0R8WcF9005462@mech-as222.men.bris.ac.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 29 Jan 2016 19:53:10 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jan 2016 00:53:12 -0000 On Wednesday, January 27, 2016 12:32:39 AM Anton Shterenlikht wrote: > I asked about this already in stable@ and ia64@. > Got no reply. Perhaps ia64 has been abandoned in > 10-stable too? If so, I'd like to know. > > If not, I'm getting: > > # pwd > /usr/obj/usr/src/rescue/rescue > # crunchide -k _crunched_chio_stub cat.lo > cat.lo: unknown executable format > # crunchide -k _crunched_chio_stub chflags.lo > chflags.lo: unknown executable format > # crunchide -k _crunched_chio_stub chio.lo > chio.lo: unknown executable format > # file *lo > cat.lo: ELF 64-bit LSB relocatable, IA-64, version 1 (FreeBSD), not stripped > chflags.lo: ELF 64-bit LSB relocatable, IA-64, version 1 (FreeBSD), not stripped > chio.lo: ELF 64-bit LSB relocatable, IA-64, version 1 (FreeBSD), not stripped > # file /usr/bin/crunchide > /usr/bin/crunchide: ELF 64-bit LSB executable, IA-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 10.2 (1002504), stripped > # > > This is on 10.2-STABLE #20 r292594. > > I tried to buildworld up to r294823, > and back to r291000, all with the same > error. I cannot even build the same > revision as the one I'm running now. > > I've deleted /usr/obj completely,- still > the same. > > Please advise > > Thanks While ia64 is mostly abandoned, this build failure was fixed a few weeks ago: ------------------------------------------------------------------------ r292885 | emaste | 2015-12-29 12:36:11 -0800 (Tue, 29 Dec 2015) | 4 lines crunchide: Restore IA-64 support accidentally lost in r292421 mismerge Reported by: ngie -- John Baldwin From owner-freebsd-stable@freebsd.org Sat Jan 30 01:24:08 2016 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 100AFA736B4 for ; Sat, 30 Jan 2016 01:24:08 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E383316 for ; Sat, 30 Jan 2016 01:24:07 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u0U1NwiN002220 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Jan 2016 02:23:58 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u0U1NwUi002219; Sat, 30 Jan 2016 02:23:58 +0100 (CET) (envelope-from marius) Date: Sat, 30 Jan 2016 02:23:58 +0100 From: Marius Strobl To: Mike Tancsa Cc: Harry Schmalzbauer , FreeBSD-STABLE Mailing List Subject: Re: possible em regression (was Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap) Message-ID: <20160130012358.GY15359@alchemy.franken.de> References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> <56ABB291.5040305@omnilan.de> <56ABCE95.3030807@sentex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56ABCE95.3030807@sentex.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Sat, 30 Jan 2016 02:23:59 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jan 2016 01:24:08 -0000 On Fri, Jan 29, 2016 at 03:41:57PM -0500, Mike Tancsa wrote: > > No multi queue. Stock GENERIC kernel with a couple of things removed. > hw.em are just the defaults. I will try without TSO > > % ifconfig em0 > em0: flags=8843 metric 0 mtu 1500 > > options=4209b > Hrm, that's strange, TSO4 should be enabled by default so apparently you are already disabling it; what is the behavior if you turn it on? Do you use a < Gigabit link? Marius From owner-freebsd-stable@freebsd.org Sat Jan 30 01:33:55 2016 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 2AB78A73ADF for ; Sat, 30 Jan 2016 01:33:55 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 B6341C09 for ; Sat, 30 Jan 2016 01:33:54 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by mail-wm0-x22b.google.com with SMTP id l66so2427424wml.0 for ; Fri, 29 Jan 2016 17:33:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=gGb5/7aBTIroAsRA49csd9HA2ZVFVdfCGUpdYmtwVAs=; b=DofQH5K0+XIHgNZcg3EIxa2xp4TN6/ngI9S77UQ/rRe9bTQKDQkx8xjgNKOQ7n3JL1 e7HyDJvoMG81TBRq88dh86ykB7L0UmubOCEHtgvG7XdoL1DltPg1yQQp24f6J6RlSTQ8 CCiBER38IEAvPPmyXYOJOzC5Z3SHfct7FVdUdtlRNLPHVeZfWPwSfw1c7FdVY8Dn7b9W GvE6CRRSIzZC5ek2m/i/jhlkpN4VxG8EGGVE/tTiUkVtUHhmK7Snre54QZjfFGCr7V9v 5iQAsOwxlf6LZfQQXTXZ8ijSYIoT5qQHv4L3dYo0rAsZfSuFusNaKIeyFzjI3Exaa5wU dzNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=gGb5/7aBTIroAsRA49csd9HA2ZVFVdfCGUpdYmtwVAs=; b=cPI9BQn9LPouekJd56eDBbjNwJzqKmYyGkFk6hks4OIcYK8g4EmgIgYC6n1Xrz5j3b xDjRRYYb1Wp7Gs0Xx6yUkS/W+hzgPQvxMEFUkAL5n+Uf+XYJXtyDITBiOEgjru89w5/b 26NbZ+Hu+eDxmo/oNZeQWY7//+ROKfkpN9AuPx0RlRMGzLyWDlyE9arKJS4frVJQwOkl YLb4/GHfr/wRD3+Ck9Y7QRrrNf9aq6f8EGcF+XxQSa/3g0xAcW0JKt6rNWK+FPlehcRW 8Cn0SDtpU1cXRnJX0ESidVuA1oGBdOplinCxfywIbSg0ZHaRaMDeQ2hhfbC0imrs0Wqx 6hhA== X-Gm-Message-State: AG10YOQyfcR7xXt3YLn9mLk/7fJVg4uTmzQmhAneu8t3qcucERZ50gYlUS4lwQY9zC8DUnoB X-Received: by 10.194.77.235 with SMTP id v11mr11680580wjw.18.1454117633291; Fri, 29 Jan 2016 17:33:53 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id hm9sm17997047wjb.18.2016.01.29.17.33.52 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Jan 2016 17:33:52 -0800 (PST) From: Steven Hartland X-Google-Original-From: Steven Hartland Subject: Re: make clean failure on 10-stable amd64] To: Glen Barber , John , freebsd-stable@freebsd.org References: <20160129174210.GB92493@potato.growveg.org> <20160129174746.GH1727@FreeBSD.org> <20160129181026.GI1727@FreeBSD.org> <20160129182408.GA99765@potato.growveg.org> Message-ID: <56AC1311.2090502@freebsd.org> Date: Sat, 30 Jan 2016 01:34:09 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160129182408.GA99765@potato.growveg.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jan 2016 01:33:55 -0000 On 29/01/2016 18:24, John wrote: > On Fri, Jan 29, 2016 at 06:10:26PM +0000, Glen Barber wrote: >> On Fri, Jan 29, 2016 at 05:47:46PM +0000, Glen Barber wrote: >>> CC'd smh, who committed an update recently in this file. I have >>> confirmed the failure (but do not understand why I did not see it when >>> testing the patch...). >>> >>> Steven, can you please take a look at this? >>> >> >> John, can you please try the attached patch? >> >> Glen >> > >> Index: sys/boot/efi/Makefile >> =================================================================== >> --- sys/boot/efi/Makefile (revision 295049) >> +++ sys/boot/efi/Makefile (working copy) >> @@ -1,5 +1,7 @@ >> # $FreeBSD$ >> >> +.include >> + >> # In-tree GCC does not support __attribute__((ms_abi)). >> .if ${COMPILER_TYPE} != "gcc" >> > > yay! that works > > many thanks, Thanks for initial report John, this is now fixed as of: r295057 Regards Steve From owner-freebsd-stable@freebsd.org Sat Jan 30 16:47:36 2016 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 A4A7AA72B6E for ; Sat, 30 Jan 2016 16:47:36 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 30F9A1EC0 for ; Sat, 30 Jan 2016 16:47:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id u0UGlYpn094510 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 30 Jan 2016 11:47:35 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c] ([IPv6:2607:f3e0:0:4:5c30:ed1b:e203:c55c]) by lava.sentex.ca (8.14.9/8.14.9) with ESMTP id u0UGlXXC082491; Sat, 30 Jan 2016 11:47:33 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: possible em regression (was Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap) To: Marius Strobl References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> <56ABB291.5040305@omnilan.de> <56ABCE95.3030807@sentex.net> <20160130012358.GY15359@alchemy.franken.de> Cc: FreeBSD-STABLE Mailing List From: Mike Tancsa Organization: Sentex Communications Message-ID: <56ACE917.80502@sentex.net> Date: Sat, 30 Jan 2016 11:47:19 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160130012358.GY15359@alchemy.franken.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jan 2016 16:47:36 -0000 On 1/29/2016 8:23 PM, Marius Strobl wrote: > On Fri, Jan 29, 2016 at 03:41:57PM -0500, Mike Tancsa wrote: >> >> No multi queue. Stock GENERIC kernel with a couple of things removed. >> hw.em are just the defaults. I will try without TSO >> >> % ifconfig em0 >> em0: flags=8843 metric 0 mtu 1500 >> >> options=4209b >> > > Hrm, that's strange, TSO4 should be enabled by default so apparently > you are already disabling it; what is the behavior if you turn it on? > Do you use a < Gigabit link? Hi Marius, Thanks for looking. The ifconfig output was after I turned off tso as Harry suggested to try. Its been 24hrs and I have not seen any resets. I will wait another 36hrs or so and then turn it back on to see if the problem comes back. this link is 100Mb. The other em nic onboard is a different chip. Its at gigabit and seems to work fine with tso enabled # pciconf -lvcb em1 em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82573L Gigabit Ethernet Controller' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xe8b00000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x6000, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) RO NS link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] = Serial 1 003048ffff9c59f1 # ifconfig em1 em1: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:9c:59:f1 inet6 fe80::230:48ff:fe9c:59f1%em1 prefixlen 64 scopeid 0x2 nd6 options=23 media: Ethernet autoselect (1000baseT ) status: active The original problem nic is em0 pciconf -lvcb em0 em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82573E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xe8a00000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x5000, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint max data 128(256) RO NS link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ecap 0003[140] = Serial 1 003048ffff9c59f0 -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@freebsd.org Sat Jan 30 17:26:22 2016 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 EAEB9A73806 for ; Sat, 30 Jan 2016 17:26:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "alchemy.franken.de", Issuer "alchemy.franken.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 69E011471 for ; Sat, 30 Jan 2016 17:26:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.15.2/8.15.2/ALCHEMY.FRANKEN.DE) with ESMTPS id u0UHQI9t025467 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Jan 2016 18:26:18 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.15.2/8.15.2/Submit) id u0UHQIYQ025466; Sat, 30 Jan 2016 18:26:18 +0100 (CET) (envelope-from marius) Date: Sat, 30 Jan 2016 18:26:18 +0100 From: Marius Strobl To: Mike Tancsa Cc: FreeBSD-STABLE Mailing List Subject: Re: possible em regression (was Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap) Message-ID: <20160130172618.GA15359@alchemy.franken.de> References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> <56ABB291.5040305@omnilan.de> <56ABCE95.3030807@sentex.net> <20160130012358.GY15359@alchemy.franken.de> <56ACE917.80502@sentex.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9Iq5ULCa7nGtWwZS" Content-Disposition: inline In-Reply-To: <56ACE917.80502@sentex.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (alchemy.franken.de [0.0.0.0]); Sat, 30 Jan 2016 18:26:18 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jan 2016 17:26:23 -0000 --9Iq5ULCa7nGtWwZS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jan 30, 2016 at 11:47:19AM -0500, Mike Tancsa wrote: > On 1/29/2016 8:23 PM, Marius Strobl wrote: > > On Fri, Jan 29, 2016 at 03:41:57PM -0500, Mike Tancsa wrote: > >> > >> No multi queue. Stock GENERIC kernel with a couple of things removed. > >> hw.em are just the defaults. I will try without TSO > >> > >> % ifconfig em0 > >> em0: flags=8843 metric 0 mtu 1500 > >> > >> options=4209b > >> > > > > Hrm, that's strange, TSO4 should be enabled by default so apparently > > you are already disabling it; what is the behavior if you turn it on? > > Do you use a < Gigabit link? > > Hi Marius, > Thanks for looking. The ifconfig output was after I turned off tso as > Harry suggested to try. Its been 24hrs and I have not seen any resets. > I will wait another 36hrs or so and then turn it back on to see if the > problem comes back. > > this link is 100Mb. Ah, okay, that at least makes sense. Can you please verify that with the attached patch applied, you have a setup that works out of the box? Marius --9Iq5ULCa7nGtWwZS Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="em_tso_gig_only_10.diff" Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 294962) +++ sys/dev/e1000/if_em.c (working copy) @@ -1377,8 +1377,15 @@ em_init_locked(struct adapter *adapter) ifp->if_hwassist = 0; if (ifp->if_capenable & IFCAP_TXCSUM) ifp->if_hwassist |= (CSUM_TCP | CSUM_UDP); - if (ifp->if_capenable & IFCAP_TSO4) - ifp->if_hwassist |= CSUM_TSO; + /* + ** There have proven to be problems with TSO when not + ** at full gigabit speed, so disable the assist automatically + ** when at lower speeds. -jfv + */ + if (ifp->if_capenable & IFCAP_TSO4) { + if (adapter->link_speed == SPEED_1000) + ifp->if_hwassist |= CSUM_TSO; + } /* Configure for OS presence */ em_init_manageability(adapter); --9Iq5ULCa7nGtWwZS-- From owner-freebsd-stable@freebsd.org Sat Jan 30 18:40:04 2016 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 5817CA73370 for ; Sat, 30 Jan 2016 18:40:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 24CCC1EF4 for ; Sat, 30 Jan 2016 18:40:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from vinyl4.sentex.ca ([IPv6:2607:f3e0:0:1::17]) by smarthost1.sentex.ca (8.15.2/8.15.2) with ESMTPS id u0UIcgtD068295 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 30 Jan 2016 13:38:43 -0500 (EST) (envelope-from mike@sentex.net) Received: from [25.156.9.206] ([24.114.64.153]) (authenticated bits=0) by vinyl4.sentex.ca (8.15.2/8.15.2) with ESMTPA id u0UIcfaj009937; Sat, 30 Jan 2016 13:38:41 -0500 (EST) (envelope-from mike@sentex.net) From: mike tancsa To: Marius Strobl CC: "FreeBSD-STABLE Mailing List" Date: Sat, 30 Jan 2016 13:38:40 -0500 Message-ID: <15293d33ee8.2765.e68d32c7521a042b3773fe36a0156dc7@sentex.net> In-Reply-To: <20160130172618.GA15359@alchemy.franken.de> References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> <56ABB291.5040305@omnilan.de> <56ABCE95.3030807@sentex.net> <20160130012358.GY15359@alchemy.franken.de> <56ACE917.80502@sentex.net> <20160130172618.GA15359@alchemy.franken.de> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.6.0.10 (build: 24000016) Subject: Re: possible em regression (was Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 30 Jan 2016 18:40:04 -0000 Thanks, I will apply and try it early Monday morning ! On January 30, 2016 12:26:31 PM Marius Strobl wrote: > On Sat, Jan 30, 2016 at 11:47:19AM -0500, Mike Tancsa wrote: >> On 1/29/2016 8:23 PM, Marius Strobl wrote: >> > On Fri, Jan 29, 2016 at 03:41:57PM -0500, Mike Tancsa wrote: >> >> >> >> No multi queue. Stock GENERIC kernel with a couple of things removed. >> >> hw.em are just the defaults. I will try without TSO >> >> >> >> % ifconfig em0 >> >> em0: flags=8843 metric 0 mtu 1500 >> >> >> >> >> options=4209b >> >> >> > >> > Hrm, that's strange, TSO4 should be enabled by default so apparently >> > you are already disabling it; what is the behavior if you turn it on? >> > Do you use a < Gigabit link? >> >> Hi Marius, >> Thanks for looking. The ifconfig output was after I turned off tso as >> Harry suggested to try. Its been 24hrs and I have not seen any resets. >> I will wait another 36hrs or so and then turn it back on to see if the >> problem comes back. >> >> this link is 100Mb. > > Ah, okay, that at least makes sense. Can you please verify that with > the attached patch applied, you have a setup that works out of the > box? > > Marius >