From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 11:22:20 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C127AAA; Sun, 19 Apr 2015 11:22:20 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (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 C53C3D0B; Sun, 19 Apr 2015 11:22:19 +0000 (UTC) Received: by lbbuc2 with SMTP id uc2so111692835lbb.2; Sun, 19 Apr 2015 04:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=F5uqIuXx77XeR9U85RPSOpJNLqWvZC1bu2pOM9tuTlU=; b=pwMu2cZfMTpa/yoYR8sKlLXm7fIqvnixSCdlCbvpYQBIyw7OqZNdf89ETqtrFTG433 Dr6noCK53+hgs9fnkja0zApsqi0/ONtIJpWDdIdAY1TOgaMhx7kPIcY2pJQFy8I+jbG4 UMjXlhbSepeeugzq2TUDwCaE5uqJt86ZKqH+pBpvjZ7FxukcBLY4Wa08OQLd2KiJjORU i6Tf+dtwH1NYZY6uOZKTGcUOG84AqT1nHIr7GP5N5LIKmP3fvKxq5bv5ZqE6XHJHvP97 IJUz+esk5/yYuhr6wtmBh3FP6imtg2InKIFZcL4Uw+4kzyYJFRMA7kdg/d+e23sj+FOW bM0Q== X-Received: by 10.112.211.167 with SMTP id nd7mr11582598lbc.62.1429442537582; Sun, 19 Apr 2015 04:22:17 -0700 (PDT) Received: from [10.0.1.6] (broadband-5-228-253-128.nationalcablenetworks.ru. [5.228.253.128]) by mx.google.com with ESMTPSA id ln6sm3609665lac.45.2015.04.19.04.22.16 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Apr 2015 04:22:17 -0700 (PDT) Sender: Dmitry Sivachenko Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: pkg 1.5.0 is out From: Dmitry Sivachenko In-Reply-To: <20150414200459.GE39658@ivaldir.etoilebsd.net> Date: Sun, 19 Apr 2015 14:22:15 +0300 Cc: ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <3F18CCA1-53B8-4590-9CD3-78FB63590D51@FreeBSD.org> References: <20150414200459.GE39658@ivaldir.etoilebsd.net> To: Baptiste Daroussin X-Mailer: Apple Mail (2.2070.6) 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, 19 Apr 2015 11:22:20 -0000 > On 14 =D0=B0=D0=BF=D1=80. 2015 =D0=B3., at 23:05, Baptiste Daroussin = wrote: >=20 > Final pkg 1.5.0 has been released. >=20 Thank a lot for working on pkg! >=20 > For pkg 1.6.0 among other things and depending on the time, here is = what we do > plan to work on: > - >=20 What I really miss a lot is support for package "profiles": an ability = to build the same port with different OPTIONs combination. For example: minimal nginx version; nginx version with passenger module (for puppet server) nginx version with some other rare options turned on for custom = application. Right now I achieve this with manually renaming /var/db/ports/*/options = files and some manipulations in /usr/ports/packages/All. But a framework to automatically handle this would be very useful. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 11:36:09 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D244EECC; Sun, 19 Apr 2015 11:36:09 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c: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 64D48E18; Sun, 19 Apr 2015 11:36:09 +0000 (UTC) Received: by widdi4 with SMTP id di4so68088832wid.0; Sun, 19 Apr 2015 04:36:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=uAO/MIQAx3Q1Idvle/yEBpX/170EmVg2pxKqtSj7Xa8=; b=AmFFgY6Hhg7V2kvVIx9ICbYyOGdToQsxslND86LPSHHJjVFTUz4rVeun7y7oULsK1T LgD9gdo76hGENF3ovHFPrAr59PJCdw4gN534Pxe3kF6s3qgVQY7fOED8DZAUnd6rFY6t iUXwqmNOkFJEyPq3YQl7BYDlKjnZdcqznv/4/AjJjujG2znck2UrSPV1UAa2XpODC0i5 aWwMQdKyS2peyJF2qa1hzpwnb2effaNiOG+pwltM75CE7TDw0mzmxLRWprxy070yQq+G 3daMntaF7wNzEBaGkRUSYyBeyet5Q6NMi//qj5n0nGfjYHQor3fnsB9iWprgrr2jsXdo c6mQ== X-Received: by 10.180.104.34 with SMTP id gb2mr15911486wib.95.1429443367863; Sun, 19 Apr 2015 04:36:07 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id e10sm10700341wij.11.2015.04.19.04.36.06 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 19 Apr 2015 04:36:07 -0700 (PDT) Sender: Baptiste Daroussin Date: Sun, 19 Apr 2015 13:36:05 +0200 From: Baptiste Daroussin To: Dmitry Sivachenko Cc: ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: Re: pkg 1.5.0 is out Message-ID: <20150419113605.GE960@ivaldir.etoilebsd.net> References: <20150414200459.GE39658@ivaldir.etoilebsd.net> <3F18CCA1-53B8-4590-9CD3-78FB63590D51@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u5E4XgoOPWr4PD9E" Content-Disposition: inline In-Reply-To: <3F18CCA1-53B8-4590-9CD3-78FB63590D51@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 19 Apr 2015 11:36:10 -0000 --u5E4XgoOPWr4PD9E Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 19, 2015 at 02:22:15PM +0300, Dmitry Sivachenko wrote: >=20 > > On 14 =D0=B0=D0=BF=D1=80. 2015 =D0=B3., at 23:05, Baptiste Daroussin wrote: > >=20 > > Final pkg 1.5.0 has been released. > >=20 >=20 > Thank a lot for working on pkg! >=20 > >=20 > > For pkg 1.6.0 among other things and depending on the time, here is wha= t we do > > plan to work on: > > - > >=20 >=20 >=20 > What I really miss a lot is support for package "profiles": an ability to= build the same port with different OPTIONs combination. > For example: > minimal nginx version; > nginx version with passenger module (for puppet server) > nginx version with some other rare options turned on for custom applicati= on. >=20 > Right now I achieve this with manually renaming /var/db/ports/*/options f= iles and some manipulations in /usr/ports/packages/All. > But a framework to automatically handle this would be very useful. >=20 > Thanks. >=20 This is already supported on pkg side, the work needs to be done in ports s= ide, what you call profiles, I usually call it flavours but that is the same. Dependencies made on provides/requires allows to handle dependencies in thi= s: For example A can depend on nginx (whatever profile): so it requires "nginx" B can only depend on nginx-passenger: so it requires nginx-passenger nginx itself provides: nginx nginx-passenger provides: nginx and nginx-passenger that should do what you want unfortunatly that mean both nginx nginx-passen= ger both have one origin: www/nginx and this will break portupgrade/portmaster/tinderbox/poudriere (I can easily make poudriere fri= endly for that but I can't for the others). So most of the work is now on ports land (and maybe a couple of bug fixes in pkg) Best regards, Bapt --u5E4XgoOPWr4PD9E Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlUzkyUACgkQ8kTtMUmk6EyhnACePcqViIXH5vcnBh1NyQC2CofM rG4AoIxTOvXkgcDDEDICnCDgbWmnlhN4 =PPVO -----END PGP SIGNATURE----- --u5E4XgoOPWr4PD9E-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 22:03:24 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 250862A8 for ; Sun, 19 Apr 2015 22:03:24 +0000 (UTC) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) (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 E785063A for ; Sun, 19 Apr 2015 22:03:23 +0000 (UTC) Received: from dhcp100.akl.open2view.lan (unknown [114.23.246.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pmurray@nevada.net.nz) by bellagio.open2view.net (Postfix) with ESMTPSA id 4F2A912AA538 for ; Mon, 20 Apr 2015 09:53:06 +1200 (NZST) From: Phil Murray Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Adaptec 7805H drivers Message-Id: <70F1FB0F-2F4A-4FED-8DA3-E86994BA2203@nevada.net.nz> Date: Mon, 20 Apr 2015 09:53:04 +1200 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) X-Mailer: Apple Mail (2.1990.1) 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, 19 Apr 2015 22:03:24 -0000 Hi, I have a few Adaptec 7805H HBA cards which FreeBSD doesn=E2=80=99t = support natively. However Adaptec have provided binary drivers for = FreeBSD 9.2 (9.3 and 10.x support sadly absent). The problem I have is with the GENERIC kernel the compiled in ahd driver = tries to attach to the controller and fails. This prevents the pmspcv = (Adaptec binary) driver from working. I=E2=80=99d like to keep using GENERIC for freebsd-update etc., so is = there a way I can stop the ahd driver from trying to attach without = rebuilding the kernel? Perhaps change their priority or precedence = somehow? Is porting the open source Linux driver to FreeBSD a possibility?=20 Cheers Phil= From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 22:36:00 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CE688A6 for ; Sun, 19 Apr 2015 22:36:00 +0000 (UTC) Received: from relay.mailchannels.net (si-002-i158.relay.mailchannels.net [108.178.49.170]) by mx1.freebsd.org (Postfix) with ESMTP id D1CD192A for ; Sun, 19 Apr 2015 22:35:59 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp1.ore.mailhop.org (ip-10-213-14-133.us-west-2.compute.internal [10.213.14.133]) by relay.mailchannels.net (Postfix) with ESMTPA id 9E8701001F6; Sun, 19 Apr 2015 22:20:44 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp1.ore.mailhop.org (smtp1.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 19 Apr 2015 22:20:45 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1429482044704:2264195957 X-MC-Ingress-Time: 1429482044704 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp1.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1Yjxa0-0006XH-DP; Sun, 19 Apr 2015 22:20:44 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t3JMKhc0028205; Sun, 19 Apr 2015 16:20:43 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX18tmFXq80PLVjyYX/FfnIZu Message-ID: <1429482043.1182.96.camel@freebsd.org> Subject: Re: Adaptec 7805H drivers From: Ian Lepore To: Phil Murray Cc: freebsd-stable@freebsd.org Date: Sun, 19 Apr 2015 16:20:43 -0600 In-Reply-To: <70F1FB0F-2F4A-4FED-8DA3-E86994BA2203@nevada.net.nz> References: <70F1FB0F-2F4A-4FED-8DA3-E86994BA2203@nevada.net.nz> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 X-AuthUser: hippie 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, 19 Apr 2015 22:36:00 -0000 On Mon, 2015-04-20 at 09:53 +1200, Phil Murray wrote: > Hi, >=20 > I have a few Adaptec 7805H HBA cards which FreeBSD doesn=A2t support na= tively. However Adaptec have provided binary drivers for FreeBSD 9.2 (9.3= and 10.x support sadly absent). >=20 > The problem I have is with the GENERIC kernel the compiled in ahd drive= r tries to attach to the controller and fails. This prevents the pmspcv (= Adaptec binary) driver from working. >=20 > I=A2d like to keep using GENERIC for freebsd-update etc., so is there a= way I can stop the ahd driver from trying to attach without rebuilding t= he kernel? Perhaps change their priority or precedence somehow? >=20 > Is porting the open source Linux driver to FreeBSD a possibility?=20 >=20 > Cheers >=20 > Phil Try setting hw.ahd.0.disabled=3D1 in /boot/loader.conf. -- Ian From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 23:25:14 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F6CCE98; Sun, 19 Apr 2015 23:25:14 +0000 (UTC) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) (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 6CB12D5F; Sun, 19 Apr 2015 23:25:14 +0000 (UTC) Received: from dhcp100.akl.open2view.lan (unknown [114.23.246.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pmurray@nevada.net.nz) by bellagio.open2view.net (Postfix) with ESMTPSA id C2B6312AA54A; Mon, 20 Apr 2015 11:25:09 +1200 (NZST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Adaptec 7805H drivers From: Phil Murray In-Reply-To: <1429482043.1182.96.camel@freebsd.org> Date: Mon, 20 Apr 2015 11:25:08 +1200 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <70F1FB0F-2F4A-4FED-8DA3-E86994BA2203@nevada.net.nz> <1429482043.1182.96.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.1990.1) 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, 19 Apr 2015 23:25:14 -0000 Hi Ian, Thanks for the suggestion, I tried that but had no luck Phil > On 20/04/2015, at 10:20 am, Ian Lepore wrote: >=20 > On Mon, 2015-04-20 at 09:53 +1200, Phil Murray wrote: >> Hi, >>=20 >> I have a few Adaptec 7805H HBA cards which FreeBSD doesn=E2=80=99t = support natively. However Adaptec have provided binary drivers for = FreeBSD 9.2 (9.3 and 10.x support sadly absent). >>=20 >> The problem I have is with the GENERIC kernel the compiled in ahd = driver tries to attach to the controller and fails. This prevents the = pmspcv (Adaptec binary) driver from working. >>=20 >> I=E2=80=99d like to keep using GENERIC for freebsd-update etc., so is = there a way I can stop the ahd driver from trying to attach without = rebuilding the kernel? Perhaps change their priority or precedence = somehow? >>=20 >> Is porting the open source Linux driver to FreeBSD a possibility?=20 >>=20 >> Cheers >>=20 >> Phil >=20 > Try setting hw.ahd.0.disabled=3D1 in /boot/loader.conf. >=20 > -- Ian >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Sun Apr 19 23:35:56 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37F95151 for ; Sun, 19 Apr 2015 23:35:56 +0000 (UTC) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) (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 C9D89E41 for ; Sun, 19 Apr 2015 23:35:55 +0000 (UTC) Received: by wgyo15 with SMTP id o15so161932246wgy.2 for ; Sun, 19 Apr 2015 16:35:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Uk43bhViNWbsLxO9hwfgfeJ8oP+vUL6zEif588nsq7w=; b=komH57FrCpkYlY1hkfXUXwHYZnpKKpUr+6vixmj2t9yA63lDrfuZB04D9UAWzM2EXD nD+itGOL0ol07Is8uXKKhNRSbcPa0znTVVhlfAomEz5D3xZkbxL+GTA2zi9NcvSoIJu4 G0XVehnWhUpaNW3kthTXDhwp+XRqbVp6juAgCLAg5JATMYfOmwhlwfl2LPV7M6DKOw1M O8ocEVtLBXdVWc/AiNzUYSBphPXKA5c115VkgK/fmMYbnbFxzWTbzM/tBA3p7Th9Hsgb bsZ50H4Qnp/pvZBC0q5lXima7R9fCk+Yo8u75Rjy/rX/u9pJmSorM3PMS0UM/xfnocS8 pnzA== X-Gm-Message-State: ALoCoQlCtRHGVX324qS7Yw+W4TKS2x32PxIhRRgIUQU8Fj3bgtSjZ109eBNk3k6bRwmBqzknPx4B X-Received: by 10.180.81.70 with SMTP id y6mr19849578wix.47.1429486548226; Sun, 19 Apr 2015 16:35:48 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id 16sm24815484wjs.41.2015.04.19.16.35.46 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 19 Apr 2015 16:35:47 -0700 (PDT) Message-ID: <55343BD8.7020800@multiplay.co.uk> Date: Mon, 20 Apr 2015 00:35:52 +0100 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Adaptec 7805H drivers References: <70F1FB0F-2F4A-4FED-8DA3-E86994BA2203@nevada.net.nz> <1429482043.1182.96.camel@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; 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: Sun, 19 Apr 2015 23:35:56 -0000 On 20/04/2015 00:25, Phil Murray wrote: > Hi Ian, > > Thanks for the suggestion, I tried that but had no luck > Try hint.ahcich.X.disabled="1" instead, where X is the relevant channel. From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 06:14:50 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21D1732F for ; Mon, 20 Apr 2015 06:14:50 +0000 (UTC) Received: from sum.zhabenwang.com (sum.zhabenwang.com [178.251.230.20]) by mx1.freebsd.org (Postfix) with ESMTP id 235BDBBD for ; Mon, 20 Apr 2015 06:14:49 +0000 (UTC) To: freebsd-stable@freebsd.org Subject: about our email marketing Message-ID: <467e102f436f0c56caf6b090bf221de3@masonite.com> Date: Mon, 20 Apr 2015 07:39:02 +0200 From: "Louis" Reply-To: bonnietongy@sina.com MIME-Version: 1.0 X-Mailer-LID: 26 X-Mailer-RecptId: 20219500 X-Mailer-SID: 282 X-Mailer-Sent-By: 1 Content-Type: text/plain; format=flowed; charset="UTF-8" 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: Mon, 20 Apr 2015 06:14:50 -0000 Hi, You are receiving this email because we wish you to use our target email marketing service. We specialize in providing target email marketing services to a number of businesses all over the world! Email marketing is one of the best marketing strategies of all time and has helped many businesses globally achieve their goals, double their profits and increase their client base. We have worked on a number of projects and campaigns, all our packages are tailor made and designed according to your requirements. We wish to be your marketing partner, we can increase your business sales 2-5 times. If you would require more information please send us an email and we would be glad to discuss the project requirements with you soon. Looking forward to your positive response. Kind Regards Louis Marketing Specialist Email: wukelili@tom.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 20 06:14:53 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCD07346 for ; Mon, 20 Apr 2015 06:14:53 +0000 (UTC) Received: from yamoy.9001888.com (yamoy.9001888.com [178.251.230.21]) by mx1.freebsd.org (Postfix) with ESMTP id D9EC7BC7 for ; Mon, 20 Apr 2015 06:14:52 +0000 (UTC) To: freebsd-stable@freebsd.org Subject: about email marketing solutions Message-ID: <2e6bd1d36715f9eaf904a6ccdd92d2c2@thermatru.com> Date: Mon, 20 Apr 2015 08:04:33 +0200 From: "Louis" Reply-To: bonnietongy@sina.com MIME-Version: 1.0 X-Mailer-LID: 9 X-Mailer-RecptId: 8812770 X-Mailer-SID: 359 X-Mailer-Sent-By: 1 Content-Type: text/plain; format=flowed; charset="UTF-8" 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: Mon, 20 Apr 2015 06:14:53 -0000 Hi, You are receiving this email because we wish you to use our target email marketing service. We specialize in providing target email marketing services to a number of businesses all over the world! Email marketing is one of the best marketing strategies of all time and has helped many businesses globally achieve their goals, double their profits and increase their client base. We have worked on a number of projects and campaigns, all our packages are tailor made and designed according to your requirements. We wish to be your marketing partner, we can increase your business sales 2-5 times. If you would require more information please send us an email and we would be glad to discuss the project requirements with you soon. Looking forward to your positive response. Kind Regards Louis Marketing Specialist Email: wukelili@tom.com From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 03:19:22 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 507617F6 for ; Tue, 21 Apr 2015 03:19:22 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2297DDF for ; Tue, 21 Apr 2015 03:19:21 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPSA id t3L3JCC6032255 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Mon, 20 Apr 2015 23:19:20 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.9/8.14.9) with ESMTP id t3L3Hp6n022425 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 20 Apr 2015 23:17:51 -0400 (EDT) (envelope-from cross+freebsd@distal.com) From: Chris Ross X-Pgp-Agent: GPGMail 2.5b6 Content-Type: multipart/signed; boundary="Apple-Mail=_FCBE45F0-823D-46AC-815C-79250B6E02E5"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: 10.1-STABLE bce: Watchdog timeout occurred Date: Mon, 20 Apr 2015 23:17:47 -0400 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Mon, 20 Apr 2015 23:17:51 -0400 (EDT) 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, 21 Apr 2015 03:19:22 -0000 --Apple-Mail=_FCBE45F0-823D-46AC-815C-79250B6E02E5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I got a new [to me] system recently, a Dell PE 1950. It has two bce = parts on the motherboard that identify as: bce#: The OS I installed and kernel I'm running are from a download of a = 10.1 STABLE ISO, r281235, April 7, 2015. I had gone on to check out a newer stable from subversion, and build a = custom kernel, but when I booted that one I got a bce0 that didn't seem = to work, and kept emitting: bce0: /usr/src/sys/dev/bce/if_bce.c(7869): Watchdog timeout occurred, = resetting! bce0: link state changed to DOWN bce0: link state changed to UP So, I fell back. But I've since noticed that even the original kernel = seems to do this after booting. I'm not yet running any notable amount = of traffic through the system, but intend to make it an edge router, so = certainly will be. Is there any sort of issue noted in the bce driver in recent = days/weeks/months? Are other folks seeing this diagnostic/error? I'll do a little more testing and see if I'm seeing it more or less = often, but I know that in at least some cases the interface has flapped = like this after boot for long enough that I was unable to get connected = remotely, and resorted to a console login to reboot. - Chris --Apple-Mail=_FCBE45F0-823D-46AC-815C-79250B6E02E5 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 iQIcBAEBCgAGBQJVNcFfAAoJEPFBDnXvoNg0P6EP/Ap1SAaxw1rSF9yc/rMDCbcd Z1JzpDwHwcqALYNmYuEbFmT3ddWKIiq+ePS2jPZVvdPN2UAXFMaW0YTgFHX/QMCJ 0knEi8eFUYFoD9WUd9xlytoidZtrtomrZnEYAYi42UJWsnXitd0CpuXJTwCVeYqb 3cdVXrlhvEOZh/FWdyx84v/zhVAruA2U+WWwE113+vsfIc3x4qHst1tdXkd7ukrM C1N2klxhswahYULkZH1MCM9ZN2Ur/WSZAPTnHfxHq/ctnV2QUSGnO2ulUkzX5e7F q30IVsRLK+/GeVPWbx1TNSAVw9yi/VwWY6vOt4Vwa95dOdjBPyyLuZMxYWiJQHxz FMlDj7sP3hiDHD0qcBLWtZOip48EohmzdCF8dcfHpyLr/6pGG3R63nlQOJSwEn1K pJ7G099VGge78u+PwDSG4mz2nd4PBiiVavzi5qz09p3ToLYmFV5WrDPEH5x79wXo E5pXi94+AiYAhBlTfaQXz79G2sDk0Jm1HoqviWZBrSW3qyOok6uSUN028DLXaEIL zvP3n5NznPfZjXnZuk3mWLnTBIVls3fbNYctHGiAiL23PByaRKLS0tVuVHv1ZWWs TvRtLwnpKIQBPqyXwiYzrBh75IIAWfrRBqjFUrVq06yZlNfI7I7jVR9K5hVr3P+n 03zq6tX2XPwYCUii84LX =PbuC -----END PGP SIGNATURE----- --Apple-Mail=_FCBE45F0-823D-46AC-815C-79250B6E02E5-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 09:52:59 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A87AFA01 for ; Tue, 21 Apr 2015 09:52:59 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::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 2D0691F01 for ; Tue, 21 Apr 2015 09:52:59 +0000 (UTC) Received: by lbbzk7 with SMTP id zk7so151463222lbb.0 for ; Tue, 21 Apr 2015 02:52:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=rSGOlt3ZalUwrC5Q7BJx28QWMG9GrjAY5KLw6GghyqM=; b=xNzsvzQhfu6hmrWZWb0FLdwjVhpm3WB/QoBbAMMWAXEMnC/0jygLOX07jl9++gt7ng 1iEjXmTKRw7SEfAiEEqueIgE6UU33eQdZc/kCGI4JujdBB0MzDQawMn8o19IxVgPCqX9 PrR4VV9ZP5zr9yKHHoTjLPEfp5/YXJep+Z0h0EYdkCIRbXw1AnEu0FvhCnKd3Lg0k5ke N6U4BuLuaLbqsW3YDD3RIu/cDCyjylv83o7/EPl7PyRndjIsC7OD7QmL4Suun0J4juTr 7Qqj/3SFWgf5hrH+qxWXZziYB9UVGiJQ/2nanMOl2IVrOjcjn2aEySq0yQYHCWyHO5zR I98w== X-Received: by 10.152.204.40 with SMTP id kv8mr19157385lac.113.1429609977059; Tue, 21 Apr 2015 02:52:57 -0700 (PDT) Received: from [192.168.2.192] ([78.84.244.14]) by mx.google.com with ESMTPSA id c5sm277396lac.15.2015.04.21.02.52.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Apr 2015 02:52:56 -0700 (PDT) Message-ID: <55361DF6.2080606@gmail.com> Date: Tue, 21 Apr 2015 12:52:54 +0300 From: Alnis Morics User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 10.1-STABLE bce: Watchdog timeout occurred References: In-Reply-To: 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: Tue, 21 Apr 2015 09:52:59 -0000 On 04/21/2015 06:17 AM, Chris Ross wrote: > I got a new [to me] system recently, a Dell PE 1950. It has two bce parts on the motherboard that identify as: > > bce#: > > The OS I installed and kernel I'm running are from a download of a 10.1 STABLE ISO, r281235, April 7, 2015. > > I had gone on to check out a newer stable from subversion, and build a custom kernel, but when I booted that one I got a bce0 that didn't seem to work, and kept emitting: > > bce0: /usr/src/sys/dev/bce/if_bce.c(7869): Watchdog timeout occurred, resetting! > bce0: link state changed to DOWN > bce0: link state changed to UP > > So, I fell back. But I've since noticed that even the original kernel seems to do this after booting. I'm not yet running any notable amount of traffic through the system, but intend to make it an edge router, so certainly will be. > > Is there any sort of issue noted in the bce driver in recent days/weeks/months? Are other folks seeing this diagnostic/error? > > I'll do a little more testing and see if I'm seeing it more or less often, but I know that in at least some cases the interface has flapped like this after boot for long enough that I was unable to get connected remotely, and resorted to a console login to reboot. > > - Chris > There are "Watchdog timeout" errors with some msk NICs. Both msk and bce are dependent on MII bus code (see /usr/src/sys/amd64/conf/GENERIC) -Alnis From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 11:10:44 2015 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C17A2F70; Tue, 21 Apr 2015 11:10:44 +0000 (UTC) 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 7917D1747; Tue, 21 Apr 2015 11:10:44 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YkVW2-000PNQ-Du; Tue, 21 Apr 2015 13:34:54 +0300 Date: Tue, 21 Apr 2015 13:34:54 +0300 From: Slawa Olhovchenkov To: Baptiste Daroussin Cc: ports@FreeBSD.org, current@FreeBSD.org, stable@FreeBSD.org Subject: Re: pkg 1.5.0 is out Message-ID: <20150421103454.GR1394@zxy.spb.ru> References: <20150414200459.GE39658@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150414200459.GE39658@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Tue, 21 Apr 2015 11:10:44 -0000 On Tue, Apr 14, 2015 at 10:05:00PM +0200, Baptiste Daroussin wrote: > Hi all, > > Final pkg 1.5.0 has been released. pkg 1.5.1 at 'pkg upgrade' propose === New packages to be INSTALLED: nvidia-driver: 346.47 linux-c6-libGLU: 10.1 === I am use nvidia-driver-340: # pkg info nvidia-driver-340-340.76 nvidia-driver-340-340.76 Name : nvidia-driver-340 Version : 340.76 Installed on : Tue Mar 10 16:15:59 MSK 2015 Origin : x11/nvidia-driver-340 Architecture : freebsd:10:x86:64 Prefix : /usr/local Categories : x11 kld Licenses : NVIDIA Maintainer : danfe@FreeBSD.org WWW : http://www.nvidia.com/object/unix.html Comment : NVidia graphics card binary drivers for hardware OpenGL rendering Options : ACPI_PM : on DOCS : on LINUX : on WBINVD : off Shared Libs required: libXext.so.6 libX11.so.6 Shared Libs provided: libvdpau_nvidia.so.1 libnvidia-glsi.so.1 libnvidia-glcore.so.1 libnvidia-eglcore.so.1 libnvidia-cfg.so.1 libglx.so.1 libGLESv2.so.2 libGLESv1_CM.so.1 libGL.so.1 libEGL.so.1 Annotations : repo_type : binary repository : ivs Flat size : 209MiB From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:10:49 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3FE2CA8 for ; Tue, 21 Apr 2015 14:10:49 +0000 (UTC) Received: from mail2.glyndwr.ac.uk (xch2.glyndwr.ac.uk [194.82.118.162]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail2.glyndwr.ac.uk", Issuer "TERENA SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 452121C53 for ; Tue, 21 Apr 2015 14:10:48 +0000 (UTC) Received: from [10.44.1.82] (10.44.1.82) by XCH2.wrexham.local (194.82.118.162) with Microsoft SMTP Server (TLS) id 14.3.224.2; Tue, 21 Apr 2015 15:10:38 +0100 Message-ID: <55365A57.60509@glyndwr.ac.uk> Date: Tue, 21 Apr 2015 15:10:31 +0100 From: Gareth Wyn Roberts User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Alnis Morics , , Chris Ross Subject: Re: 10.1-STABLE bce: Watchdog timeout occurred References: <55361DF6.2080606@gmail.com> In-Reply-To: <55361DF6.2080606@gmail.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.44.1.82] 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, 21 Apr 2015 14:10:49 -0000 This may be caused by DMA alignment problems. See https://docs.freebsd.org/cgi/getmsg.cgi?fetch=145859+0+archive/2015/freebsd-stable/20150419.freebsd-stable for a recent thread about the msk driver. The msk maintainer Yonghyeon Pyun has opted for super safe options of 32K alignment! It's a long shot, but you could try increasing BCE_DMA_ALIGN and/or BCE_RX_BUF_ALIGN in the include file if_bcereg.h, say up to 4096, to see whether it makes any difference. - Gareth. On 21/04/2015 10:52, Alnis Morics wrote: > On 04/21/2015 06:17 AM, Chris Ross wrote: >> I got a new [to me] system recently, a Dell PE 1950. It has two >> bce parts on the motherboard that identify as: >> >> bce#: >> >> The OS I installed and kernel I'm running are from a download of a >> 10.1 STABLE ISO, r281235, April 7, 2015. >> >> I had gone on to check out a newer stable from subversion, and >> build a custom kernel, but when I booted that one I got a bce0 that >> didn't seem to work, and kept emitting: >> >> bce0: /usr/src/sys/dev/bce/if_bce.c(7869): Watchdog timeout occurred, >> resetting! >> bce0: link state changed to DOWN >> bce0: link state changed to UP >> >> So, I fell back. But I've since noticed that even the original >> kernel seems to do this after booting. I'm not yet running any >> notable amount of traffic through the system, but intend to make it >> an edge router, so certainly will be. >> >> Is there any sort of issue noted in the bce driver in recent >> days/weeks/months? Are other folks seeing this diagnostic/error? >> >> I'll do a little more testing and see if I'm seeing it more or >> less often, but I know that in at least some cases the interface has >> flapped like this after boot for long enough that I was unable to get >> connected remotely, and resorted to a console login to reboot. >> >> - Chris >> > There are "Watchdog timeout" errors with some msk NICs. Both msk and > bce are dependent on MII bus code (see /usr/src/sys/amd64/conf/GENERIC) > > -Alnis > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 14:47:41 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F12EF750 for ; Tue, 21 Apr 2015 14:47:41 +0000 (UTC) Received: from dnvrco-oedge-vip.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id C15131108 for ; Tue, 21 Apr 2015 14:47:40 +0000 (UTC) Received: from [96.28.24.204] ([96.28.24.204:28619] helo=[192.168.209.109]) by dnvrco-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D8/61-10851-4C266355; Tue, 21 Apr 2015 14:46:28 +0000 Message-ID: <1429627587.29812.39.camel@gemini.bsd1.net> Subject: AUTOFS (automount) and NFS server not playing together nicely From: David Boyd To: freebsd-stable@freebsd.org Date: Tue, 21 Apr 2015 10:46:27 -0400 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 (3.8.5-31.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.64.130:25 X-Authority-Analysis: v=2.1 cv=GKuGE49K c=1 sm=1 tr=0 a=LAeh8JulWguKKqZdjpwXog==:117 a=LAeh8JulWguKKqZdjpwXog==:17 a=ayC55rCoAAAA:8 a=IkcTkHD0fZMA:10 a=UNWf5WQ7AAAA:8 a=mjlnPRs6AAAA:8 a=xiTNktAfJqfuuXK_zOQA:9 a=QEXdDO2ut3YA:10 X-Cloudmark-Score: 0 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, 21 Apr 2015 14:47:42 -0000 At the risk of being dubbed insane, here goes: On five FreeBSD 10.1-RELEASE-p9 production servers autofs(5) is enabled and working as advertised. On the same servers nfs v3 clients are also fat, dumb and happy. On a test server where autofs(5) is also enabled and working well, I am testing nfs v3 (later v4) server. Strange things are happening. When nfs mountd(8) is running, the autofs(5) auto-mount (via automountd) function seems to work, but the autofs(5) auto-unmount (via autounmountd) never occurs. Without nfs mountd(8), when the filesystem /disc is auto-mounted (via autoumountd), the mount(8) command shows status of (ufs, local, journaled soft-updates, auto-mounted) for the auto-mounted filesystem and after the autofs(5) timeout period (600 seconds) the filesystem is auto-unmounted (via autounmountd). No problem. With nfs mountd(8) the mount(8) command shows (ufs, local, journaled soft-updates). The auto-mounted filesystem is never (a long, long time) unmounted. Big problem. Without nfs mountd(8) running, the mount(8) command "mount -o automounted /dev/ada0p8 /disc" mounts the filesystem and the mount(8) command shows (ufs, local, journaled soft-updates, automounted) for the manually mounted filesystem and after the autofs(5) timeout period (600 seconds) the filesystem is auto-unmounted even though it was not mounted automatically. No problem. With nfs mountd(8), the mount(8) command "mount -o automounted /dev/ada0p8 /disc" mounts the filesystem but the mount(8) command shows (ufs, local, journaled soft-updates) and after the timeout period (600 seconds) the filesystem is remains mounted. Big problem. It appears that nfs mountd(8) is interferring with the mount(8) command's -o option processing but admittedly that is just a very weak SWAG. I have adequate hardware (real and virtual) to do any testing that may be suggested. Most days there is no time constraint either. -------------------------------------------------------- The /etc/auto_master file is two lines: 1:/net -hosts -nobrowse,nosuid (original) 2:/- /etc/autofs/auto_disc -------------------------------------------------------- The /etc/autofs/auto_disc file is one line: 1:/disc -fstype=ufs :/dev/ada0p8 -------------------------------------------------------- Once again, everything works well when nfs mountd(8) is not present in the system. Thanks for any assistance that you may be able to supply. David Boyd. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 16:00:17 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81237E74 for ; Tue, 21 Apr 2015 16:00:17 +0000 (UTC) Received: from mail.sundivenetworks.net (mail.sundivenetworks.net [212.13.212.5]) (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 4B5731AD8 for ; Tue, 21 Apr 2015 16:00:16 +0000 (UTC) Received: from static45-91.adsl.bogons.net ([85.158.45.91] helo=[192.168.1.14]) by mail.sundivenetworks.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Yka1I-0006Sx-HG for freebsd-stable@freebsd.org; Tue, 21 Apr 2015 16:23:28 +0100 From: Will Green Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: File-Backed ZFS Kernel Panic still in 10.1-RELEASE (PR 195061) Message-Id: <2F473FFD-108D-428B-B2E1-511AA3F754B0@sundivenetworks.com> Date: Tue, 21 Apr 2015 16:23:28 +0100 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam: No X-bounce-key: sundivenetworks.net-1; will@sundivenetworks.com; 1429632017; 54f47429; 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, 21 Apr 2015 16:00:17 -0000 Hello, I have been updating my ZFS tutorials for use on FreeBSD 10.1. To allow = users to experiment with ZFS I use file-backed ZFS pools. On FreeBSD = 10.1 they cause a kernel panic.=20 For example a simple command like the following causes a panic: zpool = create /tmp/zfstut/disk1 This issue was identified in PR 195061: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195061=20 And fixed in r274619 (2014-11-17): = https://svnweb.freebsd.org/base?view=3Drevision&revision=3D274619=20 However, even on 10.1-RELEASE-p9 the kernel panic still occurs (but = doesn=E2=80=99t on 11-CURRENT). Are there any plans to patch this in 10.1? I note it=E2=80=99s not in = the errata. My tutorials are not the only ones that use file-backed ZFS: new users = experimenting with ZFS on FreeBSD are likely to encounter this issue. Thanks, Will= From owner-freebsd-stable@FreeBSD.ORG Tue Apr 21 16:45:30 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71DEDCE6 for ; Tue, 21 Apr 2015 16:45:30 +0000 (UTC) Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53]) (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 1006F1FE0 for ; Tue, 21 Apr 2015 16:45:29 +0000 (UTC) Received: by wgin8 with SMTP id n8so219573496wgi.0 for ; Tue, 21 Apr 2015 09:45:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=kJLgWC7L7yhlMs/SiCT6tLabSsgeQM1aymGTZPIwxCc=; b=MGrM4bZEsbRBnmvfxRIFShOtgAR/cUM25NEt69YbmET+SIXI+g6pDz1RHaazXa1OvQ KLZuZPzBuvarwkroF0on9cepPIPrKXQDjknkn4VgR+lkQXSKL7P7tYaOyb9k6daIsWBE K1OtUAFIEaya3QkjSDh31sO+fDEBvPFTFiXeQYaOiWxbVqs8dqDBdlGGznQci0+W/pGB p2K+X564I04JDd9KY0WzQh/+RHNNkBml83QjcXzIybgknW6Da77LHBBd1q4xghr+Pfxn 6j+codC5C73LzdYtcZkmcp9Ro5a4LOznyDaR1T50pbxBu1gj/+k6J+NnYIegVF5V4xFT NGNA== X-Gm-Message-State: ALoCoQkAJKYwKZrrv8S9L7qktYGfAiuPvMF4/ZEXV3u4qw1gyTfCCf1bvpiNETlT2Llf1lVSEes5 X-Received: by 10.180.83.6 with SMTP id m6mr6460791wiy.72.1429634727448; Tue, 21 Apr 2015 09:45:27 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id b1sm3389834wjs.17.2015.04.21.09.45.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Apr 2015 09:45:26 -0700 (PDT) Message-ID: <55367EA2.4090800@multiplay.co.uk> Date: Tue, 21 Apr 2015 17:45:22 +0100 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: File-Backed ZFS Kernel Panic still in 10.1-RELEASE (PR 195061) References: <2F473FFD-108D-428B-B2E1-511AA3F754B0@sundivenetworks.com> In-Reply-To: <2F473FFD-108D-428B-B2E1-511AA3F754B0@sundivenetworks.com> Content-Type: text/plain; charset=utf-8; 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: Tue, 21 Apr 2015 16:45:30 -0000 I did actually request this back in November, but I don't seem to have had a reply so I'll chase. On 21/04/2015 16:23, Will Green wrote: > Hello, > > I have been updating my ZFS tutorials for use on FreeBSD 10.1. To allow users to experiment with ZFS I use file-backed ZFS pools. On FreeBSD 10.1 they cause a kernel panic. > > For example a simple command like the following causes a panic: zpool create /tmp/zfstut/disk1 > > This issue was identified in PR 195061: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195061 > And fixed in r274619 (2014-11-17): https://svnweb.freebsd.org/base?view=revision&revision=274619 > > However, even on 10.1-RELEASE-p9 the kernel panic still occurs (but doesn’t on 11-CURRENT). > > Are there any plans to patch this in 10.1? I note it’s not in the errata. > > My tutorials are not the only ones that use file-backed ZFS: new users experimenting with ZFS on FreeBSD are likely to encounter this issue. > > Thanks, > Will > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 04:40:55 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5F8DC6CC for ; Wed, 22 Apr 2015 04:40:55 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.pix.net", Issuer "Pix.Com Technologies, LLC CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F0FF1B24 for ; Wed, 22 Apr 2015 04:40:55 +0000 (UTC) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200:0:0:0:ae25]) (authenticated bits=0) by hydra.pix.net (8.15.1/8.15.1) with ESMTPSA id t3M4ehxC045145 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 22 Apr 2015 00:40:53 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.9/8.14.9) with ESMTP id t3M4dFFH027301 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 22 Apr 2015 00:39:18 -0400 (EDT) (envelope-from cross+freebsd@distal.com) Subject: Re: 10.1-STABLE bce: Watchdog timeout occurred Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2F528D35-FD24-4CA4-BE82-EAAEAAB2C19B"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Chris Ross In-Reply-To: <55365A57.60509@glyndwr.ac.uk> Date: Wed, 22 Apr 2015 00:39:16 -0400 Cc: Alnis Morics , freebsd-stable@freebsd.org Message-Id: <186A4B92-CA84-45DD-8710-307204BD8B7F@distal.com> References: <55361DF6.2080606@gmail.com> <55365A57.60509@glyndwr.ac.uk> To: Gareth Wyn Roberts X-Mailer: Apple Mail (2.1878.6) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.distal.com [206.138.151.250]); Wed, 22 Apr 2015 00:39:23 -0400 (EDT) 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, 22 Apr 2015 04:40:55 -0000 --Apple-Mail=_2F528D35-FD24-4CA4-BE82-EAAEAAB2C19B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 21, 2015, at 10:10 , Gareth Wyn Roberts = wrote: > This may be caused by DMA alignment problems. > See = https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D145859+0+archive/2015/free= bsd-stable/20150419.freebsd-stable for a recent thread about the msk = driver. The msk maintainer Yonghyeon Pyun has opted for super safe = options of 32K alignment! >=20 > It's a long shot, but you could try increasing BCE_DMA_ALIGN and/or = BCE_RX_BUF_ALIGN in the include file if_bcereg.h, say up to 4096, to see = whether it makes any difference. Well, after making that change, I was able to confirm that the problem = doesn't seem to occur. However, in trying to verify the problem on an = unmodified kernel, I've rebooted a GENERIC from r281672 without that = change, and am also not seeing the problem. :-/ I'm not sure whether = the gremlins have "fixed" something, or if I was just too critical in my = initial analysis. For now I'll take that change out of my tree and run without it. If I = see the flapping again, I'll confirm that it's repeatable, then change = the alignments as suggested and see if I see a change. Thanks all... - Chris --Apple-Mail=_2F528D35-FD24-4CA4-BE82-EAAEAAB2C19B 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 iQIcBAEBCgAGBQJVNyX0AAoJEPFBDnXvoNg0DZ8P/jeSiDmmHHVdKI31bBrgdONh PF31RNwUoTZ6O+FGhYbIkje3MvhXRzkg1hFLC0A07XhWLYRnI7kY7rpKlx66kLea yK7OHr65ROFifus87+vH5fWGHYnrTnIYDKcZ8c2hZhqy6POdxzj/yfmCNMMkuSGN NIwWqxFfpJIZ5eLoqN3651VfIf2PBG1qc6yGiaRXbDLKYi7uiH5I31BkQ50Tvw+Y rTOuuQPjRUqWLKV0cNc4i6RREQ3AtxnJwIPyzd+3qwrbzKrJBWa+byfT0t7Ykaa2 9W3iUhtMNYBg4hJ17A40i/X3d2CZskY+rs+BsfjGR9lZl7BQmcQISamGimAdbk7n 6azz5qorvlu8290p+RylqG8n15E6xI5sJbUC+lcZAAeT7OCUqOFewFCOTz6plqeh LDCVOvmH3d4QOqNHZJdBZqb6r0WCI7PInrTcMhOZzdrkxSTS8pnpfcjtYpZDbmYl zYWXTQJFDAOMnfL4OXcvG/AeP1WU5Q3U1OC9RYa9UZexSSfVcwGpn539YuRvktgk 5Q8zZopbe+lLP3E1RISBE9yFfBFIvd5pGMhQwt4iQ6Xm/XJG5s/P9wTZjMN4uDz0 yNGZa96WV0VrrYi7R+yMo6Q4ICSsnxzeuVNT1Ma62M86SIbn4VtmPvK4rvqXLTqL /TBkGpj437Dx4/Uy7NSh =Ls1T -----END PGP SIGNATURE----- --Apple-Mail=_2F528D35-FD24-4CA4-BE82-EAAEAAB2C19B-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 05:11:20 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2235BA09 for ; Wed, 22 Apr 2015 05:11:20 +0000 (UTC) Received: from mail-pd0-x229.google.com (mail-pd0-x229.google.com [IPv6:2607:f8b0:400e:c02::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 EB8C91DE9 for ; Wed, 22 Apr 2015 05:11:19 +0000 (UTC) Received: by pdbnk13 with SMTP id nk13so263317839pdb.0 for ; Tue, 21 Apr 2015 22:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=KImrl/MJJDP8rhktEDterKdZScqwfb8tEcOiq0B7KZ0=; b=MkASTzkv6ICrqrpMgXLrsgWDe7oHXTGtSlNjCkMYWGCz8/acfxtG/JxJqBa0ubRYc1 FwQu8JOWVAi85Bu44Uaq975fjMBhdMyc5KbKS9lQqoOFzpgZPF9mMsqD+nP7aYWh0WZl UbU7C5CAb8NraIhonYby3XlQl6e7VXcGvcLQcy4vKyfRWHmgDnDQajrdiG2D96447NiG en9+L4dOIWdm4bwVdqvLkG+qFQvgFe4I1VoGPQ07Djo8z0cv/93xADoX5nWyXyOG14Z/ F8GOm8Ea+Lb0105RT6JEaqoN7z3qNekNiJKSyX0+AdwoL4YHt8c1ATqjEGmluOXTPRK/ yHIg== X-Received: by 10.68.135.233 with SMTP id pv9mr43543428pbb.67.1429679479497; Tue, 21 Apr 2015 22:11:19 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by mx.google.com with ESMTPSA id mb4sm2028481pdb.63.2015.04.21.22.11.15 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 21 Apr 2015 22:11:18 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Apr 2015 14:11:07 +0900 Date: Wed, 22 Apr 2015 14:11:07 +0900 To: Chris Ross Cc: Gareth Wyn Roberts , Alnis Morics , freebsd-stable@freebsd.org Subject: Re: 10.1-STABLE bce: Watchdog timeout occurred Message-ID: <20150422051107.GA975@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <55361DF6.2080606@gmail.com> <55365A57.60509@glyndwr.ac.uk> <186A4B92-CA84-45DD-8710-307204BD8B7F@distal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <186A4B92-CA84-45DD-8710-307204BD8B7F@distal.com> User-Agent: Mutt/1.4.2.3i 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, 22 Apr 2015 05:11:20 -0000 On Wed, Apr 22, 2015 at 12:39:16AM -0400, Chris Ross wrote: > > On Apr 21, 2015, at 10:10 , Gareth Wyn Roberts wrote: > > This may be caused by DMA alignment problems. > > See https://docs.freebsd.org/cgi/getmsg.cgi?fetch=145859+0+archive/2015/freebsd-stable/20150419.freebsd-stable for a recent thread about the msk driver. The msk maintainer Yonghyeon Pyun has opted for super safe options of 32K alignment! > > > > It's a long shot, but you could try increasing BCE_DMA_ALIGN and/or BCE_RX_BUF_ALIGN in the include file if_bcereg.h, say up to 4096, to see whether it makes any difference. > > Well, after making that change, I was able to confirm that the problem doesn't seem to occur. However, in trying to verify the problem on an unmodified kernel, I've rebooted a GENERIC from r281672 without that change, and am also not seeing the problem. :-/ I'm not sure whether the gremlins have "fixed" something, or if I was just too critical in my initial analysis. > > For now I'll take that change out of my tree and run without it. If I see the flapping again, I'll confirm that it's repeatable, then change the alignments as suggested and see if I see a change. > I guess the alignment issue of msk(4) has nothing to do with bce(4) watchdog timeouts. It would be more helpful to know details of your controller(bce(4)/brgphy(4) related dmesg output, pciconf output etc) and network setup. If you know a reliable way that triggers the watchdog timeouts, please share that info too. I would have tried to disable all hardware offloading features(TSO, checksum, VLAN H/W tagging etc) and see whether that makes any differences in the first step to narrow down the issue. Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 08:17:10 2015 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF22322E; Wed, 22 Apr 2015 08:17:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id B96781FE2; Wed, 22 Apr 2015 08:17:10 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 00809D58; Wed, 22 Apr 2015 08:17:02 +0000 (UTC) Date: Wed, 22 Apr 2015 08:17:00 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org, dteske@FreeBSD.org, pfg@FreeBSD.org Message-ID: <1002329163.37.1429690621876.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_STABLE_10-i386 #7 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: FAILURE 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, 22 Apr 2015 08:17:10 -0000 See Changes: [dteske] MFC revisions 277693,278335,280382-280385,280923-280926,280931, 280933-280939,280974-280976,281002,281009,281081,281176-281180, 281271,281275,281616 (described in-breif below): r277693: Font fix (des) r278335: Revert that r280382: Whitespace, comments, and copyright update r280383: Prevent inadvertent bootlock condition r280384: Increase max passowrd length from 16 to 255 chars r280385: Add missing variable hints to loader.conf(5) defaults r280923: Whitespace r280924: Comments r280925: Optimize bootmsg to use fg/bg/me from screen.4th r280926: Whitespace and cleanup r280931: Comments r280933: Move beastie to logo-*.4th; brands to brand-*.4th r280934: Add remainder of supported ANSI escape sequences r280935: Securely overwrite (zero) user input after password checks r280936: Use equals for ASCII double frames r280937: Solve dreaded "dictionary full" issue r280938: Add "GELI Passphrase:" prompt to boot loader r280939: Revert that (premature commit) r280974: Use fg/b/me from screen.4th instead of literals r280975: Eliminate literal escape sequences from *.4th r280976: Use ^[[m mode-ending versus ^[[37m r281002: Install newly added brand-*.4th and logo-*.4th files (jkim) r281009: Revert .PATH changes to fix mips build (jkim) r281081: Make sure forth manpages are only installed once (bapt) r281176: Back to previous mode-endings based on feedback r281177: Back to previous mode-endings based on feedback r281178: Back to previous mode-endings based on feedback r281179: Back to previous mode-endings based on feedback r281180: Eliminate literal escape sequences from *.rc r281271: Fix a bootlock condition if loader_version is set NB: Commit message of r281271 has a typo, s/_logo/_version/ r281275: Re-do proper mode-endings r281616: Add "GELI Passphrase:" prompt to boot loader Relnotes: Added "GELI Passphrase:" prompt to boot loader [pfg] MFC r281670, r281703: Drop experimental ext2fs dir_index support. The htree directory index is a highly desirable feature for research purposes and was meant to improve performance in our ext2/3 driver. Unfortunately our implementation has two problems: - It never really delivered any performance improvement. - It appears to corrupt the filesystem in undetermined circumstances. Strictly speaking dir_index is not required for read/write support in ext2/3 and our limited ext4 support still works fine without it. Regain stability in the ext2 driver by removing it. We may need it back (fixed) if we want to support encrypted ext4 support but thanks to the wonders of version control we can always revert this change and bring it back. PR: 191895 PR: 198731 PR: 199309 ------------------------------------------ [...truncated 203950 lines...] --- fbd.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- power_if.o --- ctfconvert -L VERSION -g power_if.o --- fb_if.o --- awk -f -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror fb_if.c --- pccbb.o --- ctfconvert -L VERSION -g pccbb.o --- md.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- fb_if.o --- ctfconvert -L VERSION -g fb_if.o --- usb_dev.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- fbd.o --- ctfconvert -L VERSION -g fbd.o --- dead_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g dead_vnops.o --- devfs_devs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pccbb_pci.o --- ctfconvert -L VERSION -g pccbb_pci.o --- devfs_vfsops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g devfs_vfsops.o --- devfs_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- devfs_devs.o --- ctfconvert -L VERSION -g devfs_devs.o --- fifo_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- md.o --- ctfconvert -L VERSION -g md.o --- msdosfs_denode.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- usb_dev.o --- ctfconvert -L VERSION -g usb_dev.o --- fifo_vnops.o --- ctfconvert -L VERSION -g fifo_vnops.o --- msdosfs_fat.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_lookup.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_denode.o --- ctfconvert -L VERSION -g msdosfs_denode.o --- msdosfs_vfsops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- devfs_vnops.o --- ctfconvert -L VERSION -g devfs_vnops.o --- msdosfs_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_fat.o --- ctfconvert -L VERSION -g msdosfs_fat.o --- msdosfs_lookup.o --- ctfconvert -L VERSION -g msdosfs_lookup.o --- nfs_commonkrpc.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonsubs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_vfsops.o --- ctfconvert -L VERSION -g msdosfs_vfsops.o --- nfs_commonport.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_vnops.o --- ctfconvert -L VERSION -g msdosfs_vnops.o --- nfs_commonacl.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonport.o --- ctfconvert -L VERSION -g nfs_commonport.o --- nfs_commonkrpc.o --- ctfconvert -L VERSION -g nfs_commonkrpc.o --- nfs_clcomsubs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clsubs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonacl.o --- ctfconvert -L VERSION -g nfs_commonacl.o --- nfs_clstate.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clsubs.o --- ctfconvert -L VERSION -g nfs_clsubs.o --- nfs_clcomsubs.o --- ctfconvert -L VERSION -g nfs_clcomsubs.o --- nfs_clkrpc.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clrpcops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonsubs.o --- ctfconvert -L VERSION -g nfs_commonsubs.o --- nfs_clvnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clkrpc.o --- ctfconvert -L VERSION -g nfs_clkrpc.o --- nfs_clnode.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g nfs_clnode.o --- nfs_clvfsops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clvnops.o --- ctfconvert -L VERSION -g nfs_clvnops.o --- nfs_clport.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clvfsops.o --- ctfconvert -L VERSION -g nfs_clvfsops.o --- nfs_clbio.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clstate.o --- ctfconvert -L VERSION -g nfs_clstate.o --- nfs_clrpcops.o --- ctfconvert -L VERSION -g nfs_clrpcops.o --- nfs_clnfsiod.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_fha_new.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clport.o --- ctfconvert -L VERSION -g nfs_clport.o --- nfs_nfsdsocket.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_fha_new.o --- ctfconvert -L VERSION -g nfs_fha_new.o --- nfs_clnfsiod.o --- ctfconvert -L VERSION -g nfs_clnfsiod.o --- nfs_nfsdsubs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdstate.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clbio.o --- ctfconvert -L VERSION -g nfs_clbio.o --- nfs_nfsdkrpc.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdsocket.o --- ctfconvert -L VERSION -g nfs_nfsdsocket.o --- nfs_nfsdserv.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdsubs.o --- ctfconvert -L VERSION -g nfs_nfsdsubs.o --- nfs_nfsdport.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdkrpc.o --- ctfconvert -L VERSION -g nfs_nfsdkrpc.o --- nfs_nfsdcache.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g nfs_nfsdcache.o --- procfs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdserv.o --- ctfconvert -L VERSION -g nfs_nfsdserv.o --- procfs.o --- ctfconvert -L VERSION -g procfs.o --- procfs_map.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdport.o --- ctfconvert -L VERSION -g nfs_nfsdport.o --- nfs_nfsdstate.o --- ctfconvert -L VERSION -g nfs_nfsdstate.o --- procfs_map.o --- ctfconvert -L VERSION -g procfs_map.o --- pseudofs_vncache.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs_vnops.o --- --- geom_vfs.o --- --- pseudofs_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- geom_vfs.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs.o --- ctfconvert -L VERSION -g pseudofs.o --- cd9660_bmap.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- geom_vfs.o --- ctfconvert -L VERSION -g geom_vfs.o --- pseudofs_vncache.o --- ctfconvert -L VERSION -g pseudofs_vncache.o --- cd9660_lookup.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_node.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_bmap.o --- ctfconvert -L VERSION -g cd9660_bmap.o --- cd9660_rrip.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs_vnops.o --- ctfconvert -L VERSION -g pseudofs_vnops.o --- cd9660_util.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_node.o --- ctfconvert -L VERSION -g cd9660_node.o --- cd9660_vfsops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_lookup.o --- ctfconvert -L VERSION -g cd9660_lookup.o --- cd9660_util.o --- ctfconvert -L VERSION -g cd9660_util.o --- cd9660_vnops.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- imgact_elf.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_rrip.o --- ctfconvert -L VERSION -g cd9660_rrip.o --- imgact_shell.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_vfsops.o --- ctfconvert -L VERSION -g cd9660_vfsops.o --- cd9660_vnops.o --- ctfconvert -L VERSION -g cd9660_vnops.o --- init_main.o --- --- kern_acct.o --- --- init_main.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- kern_acct.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- imgact_shell.o --- ctfconvert -L VERSION -g imgact_shell.o --- kern_conf.o --- cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -gdwarf-2 -Werror --- init_main.o --- :711:2: error: implicit declaration of function 'kern_unsetenv' is invalid in C99 [-Werror,-Wimplicit-function-declaration] kern_unsetenv("kern.geom.eli.passphrase"); ^ --- imgact_elf.o --- ctfconvert -L VERSION -g imgact_elf.o --- init_main.o --- 1 error generated. *** [init_main.o] Error code 1 make[2]: stopped in --- kern_acct.o --- ctfconvert -L VERSION -g kern_acct.o --- kern_conf.o --- ctfconvert -L VERSION -g kern_conf.o 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 08:28:45 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07B28439; Wed, 22 Apr 2015 08:28:45 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id E680E110A; Wed, 22 Apr 2015 08:28:44 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 54EE1D59; Wed, 22 Apr 2015 08:28:45 +0000 (UTC) Date: Wed, 22 Apr 2015 08:28:44 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, dteske@FreeBSD.org, pfg@FreeBSD.org Message-ID: <782856351.38.1429691325315.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #1363 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE 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, 22 Apr 2015 08:28:45 -0000 See Changes: [dteske] MFC revisions 277693,278335,280382-280385,280923-280926,280931, 280933-280939,280974-280976,281002,281009,281081,281176-281180, 281271,281275,281616 (described in-breif below): r277693: Font fix (des) r278335: Revert that r280382: Whitespace, comments, and copyright update r280383: Prevent inadvertent bootlock condition r280384: Increase max passowrd length from 16 to 255 chars r280385: Add missing variable hints to loader.conf(5) defaults r280923: Whitespace r280924: Comments r280925: Optimize bootmsg to use fg/bg/me from screen.4th r280926: Whitespace and cleanup r280931: Comments r280933: Move beastie to logo-*.4th; brands to brand-*.4th r280934: Add remainder of supported ANSI escape sequences r280935: Securely overwrite (zero) user input after password checks r280936: Use equals for ASCII double frames r280937: Solve dreaded "dictionary full" issue r280938: Add "GELI Passphrase:" prompt to boot loader r280939: Revert that (premature commit) r280974: Use fg/b/me from screen.4th instead of literals r280975: Eliminate literal escape sequences from *.4th r280976: Use ^[[m mode-ending versus ^[[37m r281002: Install newly added brand-*.4th and logo-*.4th files (jkim) r281009: Revert .PATH changes to fix mips build (jkim) r281081: Make sure forth manpages are only installed once (bapt) r281176: Back to previous mode-endings based on feedback r281177: Back to previous mode-endings based on feedback r281178: Back to previous mode-endings based on feedback r281179: Back to previous mode-endings based on feedback r281180: Eliminate literal escape sequences from *.rc r281271: Fix a bootlock condition if loader_version is set NB: Commit message of r281271 has a typo, s/_logo/_version/ r281275: Re-do proper mode-endings r281616: Add "GELI Passphrase:" prompt to boot loader Relnotes: Added "GELI Passphrase:" prompt to boot loader [pfg] MFC r281670, r281703: Drop experimental ext2fs dir_index support. The htree directory index is a highly desirable feature for research purposes and was meant to improve performance in our ext2/3 driver. Unfortunately our implementation has two problems: - It never really delivered any performance improvement. - It appears to corrupt the filesystem in undetermined circumstances. Strictly speaking dir_index is not required for read/write support in ext2/3 and our limited ext4 support still works fine without it. Regain stability in the ext2 driver by removing it. We may need it back (fixed) if we want to support encrypted ext4 support but thanks to the wonders of version control we can always revert this change and bring it back. PR: 191895 PR: 198731 PR: 199309 ------------------------------------------ [...truncated 306040 lines...] --- md.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- virtio_if.o --- ctfconvert -L VERSION -g virtio_if.o --- usb_dev.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- acpi_wmi_if.o --- ctfconvert -L VERSION -g acpi_wmi_if.o --- dead_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g dead_vnops.o --- devfs_devs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror ctfconvert -L VERSION -g devfs_devs.o --- devfs_vfsops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- usb_dev.o --- ctfconvert -L VERSION -g usb_dev.o --- devfs_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- md.o --- ctfconvert -L VERSION -g md.o --- fifo_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- freebsd32_misc.o --- ctfconvert -L VERSION -g freebsd32_misc.o --- devfs_vfsops.o --- ctfconvert -L VERSION -g devfs_vfsops.o --- msdosfs_denode.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_fat.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- fifo_vnops.o --- ctfconvert -L VERSION -g fifo_vnops.o --- devfs_vnops.o --- ctfconvert -L VERSION -g devfs_vnops.o --- msdosfs_lookup.o --- --- msdosfs_vfsops.o --- --- msdosfs_lookup.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_vfsops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_denode.o --- ctfconvert -L VERSION -g msdosfs_denode.o --- msdosfs_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_lookup.o --- ctfconvert -L VERSION -g msdosfs_lookup.o --- nfs_commonkrpc.o --- --- msdosfs_fat.o --- ctfconvert -L VERSION -g msdosfs_fat.o --- nfs_commonsubs.o --- --- nfs_commonkrpc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonsubs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_vnops.o --- ctfconvert -L VERSION -g msdosfs_vnops.o --- nfs_commonport.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- msdosfs_vfsops.o --- ctfconvert -L VERSION -g msdosfs_vfsops.o --- nfs_commonacl.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonport.o --- ctfconvert -L VERSION -g nfs_commonport.o --- nfs_commonacl.o --- ctfconvert -L VERSION -g nfs_commonacl.o --- nfs_clcomsubs.o --- --- nfs_clsubs.o --- --- nfs_clcomsubs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clsubs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_commonkrpc.o --- ctfconvert -L VERSION -g nfs_commonkrpc.o --- nfs_clstate.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clsubs.o --- ctfconvert -L VERSION -g nfs_clsubs.o --- nfs_clcomsubs.o --- ctfconvert -L VERSION -g nfs_clcomsubs.o --- nfs_commonsubs.o --- ctfconvert -L VERSION -g nfs_commonsubs.o --- nfs_clkrpc.o --- --- nfs_clrpcops.o --- --- nfs_clvnops.o --- --- nfs_clkrpc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clrpcops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clvnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clstate.o --- ctfconvert -L VERSION -g nfs_clstate.o --- nfs_clnode.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clkrpc.o --- ctfconvert -L VERSION -g nfs_clkrpc.o --- nfs_clvfsops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clnode.o --- ctfconvert -L VERSION -g nfs_clnode.o --- nfs_clport.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clvnops.o --- ctfconvert -L VERSION -g nfs_clvnops.o --- nfs_clbio.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clrpcops.o --- ctfconvert -L VERSION -g nfs_clrpcops.o --- nfs_clnfsiod.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clvfsops.o --- ctfconvert -L VERSION -g nfs_clvfsops.o --- nfs_clport.o --- ctfconvert -L VERSION -g nfs_clport.o --- nfs_fha_new.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdsocket.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clnfsiod.o --- ctfconvert -L VERSION -g nfs_clnfsiod.o --- nfs_nfsdsubs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_clbio.o --- ctfconvert -L VERSION -g nfs_clbio.o --- nfs_fha_new.o --- ctfconvert -L VERSION -g nfs_fha_new.o --- nfs_nfsdstate.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdkrpc.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdsocket.o --- ctfconvert -L VERSION -g nfs_nfsdsocket.o --- nfs_nfsdserv.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdsubs.o --- ctfconvert -L VERSION -g nfs_nfsdsubs.o --- nfs_nfsdport.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdkrpc.o --- ctfconvert -L VERSION -g nfs_nfsdkrpc.o --- nfs_nfsdcache.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdstate.o --- ctfconvert -L VERSION -g nfs_nfsdstate.o --- procfs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdport.o --- ctfconvert -L VERSION -g nfs_nfsdport.o --- procfs_map.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdserv.o --- ctfconvert -L VERSION -g nfs_nfsdserv.o --- pseudofs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- nfs_nfsdcache.o --- ctfconvert -L VERSION -g nfs_nfsdcache.o --- pseudofs_vncache.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs.o --- ctfconvert -L VERSION -g pseudofs.o --- procfs_map.o --- ctfconvert -L VERSION -g procfs_map.o --- procfs.o --- ctfconvert -L VERSION -g procfs.o --- pseudofs_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- geom_vfs.o --- --- cd9660_bmap.o --- --- geom_vfs.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_bmap.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs_vncache.o --- ctfconvert -L VERSION -g pseudofs_vncache.o --- cd9660_lookup.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_bmap.o --- ctfconvert -L VERSION -g cd9660_bmap.o --- cd9660_node.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- geom_vfs.o --- ctfconvert -L VERSION -g geom_vfs.o --- cd9660_rrip.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_node.o --- ctfconvert -L VERSION -g cd9660_node.o --- cd9660_util.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- pseudofs_vnops.o --- ctfconvert -L VERSION -g pseudofs_vnops.o --- cd9660_vfsops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_lookup.o --- ctfconvert -L VERSION -g cd9660_lookup.o --- cd9660_rrip.o --- ctfconvert -L VERSION -g cd9660_rrip.o --- cd9660_vnops.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- imgact_elf.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_util.o --- ctfconvert -L VERSION -g cd9660_util.o --- imgact_elf32.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_vnops.o --- ctfconvert -L VERSION -g cd9660_vnops.o --- imgact_shell.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- cd9660_vfsops.o --- ctfconvert -L VERSION -g cd9660_vfsops.o --- init_main.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- imgact_shell.o --- ctfconvert -L VERSION -g imgact_shell.o --- kern_acct.o --- cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -nostdinc -I. -I -I -I -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -gdwarf-2 -Werror --- init_main.o --- :711:2: error: implicit declaration of function 'kern_unsetenv' is invalid in C99 [-Werror,-Wimplicit-function-declaration] kern_unsetenv("kern.geom.eli.passphrase"); ^ 1 error generated. *** [init_main.o] Error code 1 make[2]: stopped in --- imgact_elf.o --- ctfconvert -L VERSION -g imgact_elf.o --- kern_acct.o --- ctfconvert -L VERSION -g kern_acct.o --- imgact_elf32.o --- ctfconvert -L VERSION -g imgact_elf32.o 1 error make[2]: stopped in *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 11:13:42 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBD69343 for ; Wed, 22 Apr 2015 11:13:42 +0000 (UTC) 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 A8A39125B for ; Wed, 22 Apr 2015 11:13:42 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Yksb0-0004Uk-AV for freebsd-stable@freebsd.org; Wed, 22 Apr 2015 14:13:34 +0300 Date: Wed, 22 Apr 2015 14:13:34 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: bsdinstall support for multiple kernels Message-ID: <20150422111334.GS1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 22 Apr 2015 11:13:43 -0000 How to enable bsdinstall support for multiple kernels? I am do release with KERNEL="GENERIC VSTREAM" On install media I see: total 361273 -rw-r--r-- 1 root wheel 812 Apr 22 13:03 MANIFEST -rw-r--r-- 1 root wheel 65350060 Apr 22 13:03 base.txz -rw-r--r-- 1 root wheel 1429196 Apr 22 13:03 doc.txz -rw-r--r-- 1 root wheel 884900 Apr 22 13:03 games.txz -rw-r--r-- 1 root wheel 78546640 Apr 22 13:03 kernel.VSTREAM.txz -rw-r--r-- 1 root wheel 89654176 Apr 22 13:03 kernel.txz -rw-r--r-- 1 root wheel 16838288 Apr 22 13:03 lib32.txz -rw-r--r-- 1 root wheel 117241492 Apr 22 13:03 src.txz In MANIFEST: # cat /media/usr/freebsd-dist/MANIFEST base.txz 37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d 19559 base "Base system (MANDATORY)" on doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57 121 doc "Additional documentation" off games.txz 7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b0398 53 games "Games (fortune, etc.)" on kernel.VSTREAM.txz 18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a 1542 kernel.VSTREAM "Kernel (MANDATORY).VSTREAM" kernel.txz f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea 1542 kernel "Kernel (MANDATORY)" on lib32.txz 0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7 685 lib32 "32-bit compatibility libraries" on src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363 68212 src "System source code" off bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM. What I miss? From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 11:18:49 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0079508; Wed, 22 Apr 2015 11:18:48 +0000 (UTC) Date: Wed, 22 Apr 2015 11:18:44 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422111844.GA31769@hub.FreeBSD.org> References: <20150422111334.GS1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20150422111334.GS1394@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Apr 2015 11:18:49 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2015 at 02:13:34PM +0300, Slawa Olhovchenkov wrote: > How to enable bsdinstall support for multiple kernels? > I am do release with KERNEL=3D"GENERIC VSTREAM" > On install media I see: > total 361273 > -rw-r--r-- 1 root wheel 812 Apr 22 13:03 MANIFEST > -rw-r--r-- 1 root wheel 65350060 Apr 22 13:03 base.txz > -rw-r--r-- 1 root wheel 1429196 Apr 22 13:03 doc.txz > -rw-r--r-- 1 root wheel 884900 Apr 22 13:03 games.txz > -rw-r--r-- 1 root wheel 78546640 Apr 22 13:03 kernel.VSTREAM.txz > -rw-r--r-- 1 root wheel 89654176 Apr 22 13:03 kernel.txz > -rw-r--r-- 1 root wheel 16838288 Apr 22 13:03 lib32.txz > -rw-r--r-- 1 root wheel 117241492 Apr 22 13:03 src.txz >=20 > In MANIFEST: >=20 > # cat /media/usr/freebsd-dist/MANIFEST > base.txz 37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97= da9699d 19559 base "Base system (MANDATORY)" on > doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57 = 121 doc "Additional documentation" off > games.txz 7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767= d2b0398 53 games "Games (fortune, etc.)" on > kernel.VSTREAM.txz 18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5= 914ca850fbeaf8a 1542 kernel.VSTREAM "Kernel (MANDATORY).VSTREAM" > kernel.txz f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c1= 6c172ea 1542 kernel "Kernel (MANDATORY)" on > lib32.txz 0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103= bf1b3a7 685 lib32 "32-bit compatibility libraries" on > src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363 = 68212 src "System source code" off >=20 > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREA= M. >=20 > What I miss? Currently, the installer only installs GENERIC. I have fixes for this in a projects branch, but it's not ready to merge back to head just yet. (^/projects/release-install-debug if you're interested.) Glen --gKMricLos+KVdGMg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVN4OUAAoJEAMUWKVHj+KTlXgP/ibLIxjgUYbDdlZrvCDIyi60 4F+4HsgIeb4CnCFF8nqxiSt8iIDK0w8c7WJNluWZHxx+lvBE5mV0ozszp6jms8zI X99pY1DDE9XC4Sg4vUpEE5Dz+jICu9xnHyshZyH2Ho6XTcGK107nQcPFs00OqwL+ C1Ape/N9/hpt2vg6itfPcMHzhHimF6RPBYxgXBNzStdqtmEAid9qiYhrN1aBhB9x Gs9LPPBozHhijdAZPy5Spr91o5vyUsP9XWkIyYUtfIRXx9W7eL6Zenlk5k+9D2+H G2Rt9abQx5qCachPdbg4OHMyn/yyxc4+v0Dn1Ul1bEC14BuiufDb0aPBUYYNEDrq p8KR854O3bc4K5HMO4HUsYVWwR577AF0IksFOCRDSshUFf28v0bAnD+NwA+ke5Ol EVywxKUESyd7eLcQBMvnliO+eXB9f4vh3k6zabox4plbsCNDZxSH/+cVBHnrbVK/ RrLNiwjHPlUkzXxItqWuOkNrMemGQxNc+0gHWACXcUXBfuyfl9d+9j2MtVOx173f tuUKHDgzh6BAIPw1sGu53YESBunHMT0JOFCSfVryGWVWhdaD3XdnLoNIH+XP/blJ IMfe1StIiKjiVNJ/SQtkJ42s5XoL0cQxYlXq80r1b0aWNnYQKxSfTQbE9MkTi7uW D8HCXo0jzY6AOoeB8lLo =xsfr -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 11:28:24 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82F94714; Wed, 22 Apr 2015 11:28:24 +0000 (UTC) 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 3CCB31393; Wed, 22 Apr 2015 11:28:24 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YkspK-0004sc-7Y; Wed, 22 Apr 2015 14:28:22 +0300 Date: Wed, 22 Apr 2015 14:28:22 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422112822.GT1394@zxy.spb.ru> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150422111844.GA31769@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 22 Apr 2015 11:28:24 -0000 On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > On Wed, Apr 22, 2015 at 02:13:34PM +0300, Slawa Olhovchenkov wrote: > > How to enable bsdinstall support for multiple kernels? > > I am do release with KERNEL="GENERIC VSTREAM" > > On install media I see: > > total 361273 > > -rw-r--r-- 1 root wheel 812 Apr 22 13:03 MANIFEST > > -rw-r--r-- 1 root wheel 65350060 Apr 22 13:03 base.txz > > -rw-r--r-- 1 root wheel 1429196 Apr 22 13:03 doc.txz > > -rw-r--r-- 1 root wheel 884900 Apr 22 13:03 games.txz > > -rw-r--r-- 1 root wheel 78546640 Apr 22 13:03 kernel.VSTREAM.txz > > -rw-r--r-- 1 root wheel 89654176 Apr 22 13:03 kernel.txz > > -rw-r--r-- 1 root wheel 16838288 Apr 22 13:03 lib32.txz > > -rw-r--r-- 1 root wheel 117241492 Apr 22 13:03 src.txz > > > > In MANIFEST: > > > > # cat /media/usr/freebsd-dist/MANIFEST > > base.txz 37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d 19559 base "Base system (MANDATORY)" on > > doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57 121 doc "Additional documentation" off > > games.txz 7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b0398 53 games "Games (fortune, etc.)" on > > kernel.VSTREAM.txz 18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a 1542 kernel.VSTREAM "Kernel (MANDATORY).VSTREAM" > > kernel.txz f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea 1542 kernel "Kernel (MANDATORY)" on > > lib32.txz 0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7 685 lib32 "32-bit compatibility libraries" on > > src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363 68212 src "System source code" off > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM. > > > > What I miss? > > Currently, the installer only installs GENERIC. > > I have fixes for this in a projects branch, but it's not ready to merge > back to head just yet. (^/projects/release-install-debug if you're > interested.) I think also exist bug in scripts/make-manifest.sh: # sh /usr/src/release/scripts/make-manifest.sh *txz base.txz 37829caef728f80374a15a92e129f0b3957e08884f5322686000a6b97da9699d 19559 base "Base system (MANDATORY)" on doc.txz dbb99b5b673bb7290f283ecc8bc5868cecb693a2e231fdbad039b6d7ad872f57 121 doc "Additional documentation" off games.txz 7eb01b2f857d5c4d075362cc564a522ce1ab60bde21b984015387d767d2b0398 53 games "Games (fortune, etc.)" on eval: ${kernel....}: Bad substitution ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ kernel.VSTREAM.txz 18023a9b347cefa6e89104ce4e92c014d4cd9b676fc0346b5914ca850fbeaf8a 1542 kernel.VSTREAM "Kernel (MANDATORY).VSTREAM" kernel.txz f791b8b18eedeecf8bd70ef840fefb439cd50652fbfcdfc0f242ae9c16c172ea 1542 kernel "Kernel (MANDATORY)" on lib32.txz 0228f00df8a78feb5e24d7c10c26c72ba29d9f9f8b036e04030782103bf1b3a7 685 lib32 "32-bit compatibility libraries" on src.txz 15c4bcfed094a30e41016fcdf27f103216857d96ca7af9e6288f1ded78b1b363 68212 src "System source code" off From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 11:56:03 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF730E65; Wed, 22 Apr 2015 11:56:02 +0000 (UTC) Date: Wed, 22 Apr 2015 11:55:59 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422115559.GB31769@hub.FreeBSD.org> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <20150422112822.GT1394@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Apr 2015 11:56:03 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VS= TREAM. > > >=20 > > > What I miss? > >=20 > > Currently, the installer only installs GENERIC. > >=20 > > I have fixes for this in a projects branch, but it's not ready to merge > > back to head just yet. (^/projects/release-install-debug if you're > > interested.) >=20 > I think also exist bug in scripts/make-manifest.sh: >=20 > [...] > eval: ${kernel....}: Bad substitution > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Yes, you are correct. This is also fixed in the projects branch. Glen --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVN4xPAAoJEAMUWKVHj+KTTtQP/3JqmgrTLHbVDSLLBUivKHfm G8noPgyS89JDUNth+yX4KEewEB8YVtZhVT5OK2a4fxFXOz23f8Y2ft7mIpYccfwj Nh5mhe+t5FV40tgXJ43X+o0QxzHI8AssPkyyJUFMVsyC9dMghTKxIFMrYdAm38ZX GxjumxAc4ufLhb1SbrJiP4/fqnHY0kxpQslnnXkqkH+ju+dbciMtdChhuXOz1tmE D+TS3qusDv1QaFbURHxhlzkRqKBCQ1GCMqay7IFmZLigN3Vvlj6kO6yT/5AKFcZP XYnQ9l1CkWPHnres59EWhtQ0ciGQQx1AAMJKCvU7r3AAWJMsFk0XV4xmQSJ1FLpC JAqHfxbdNh5ibNMSgGddsrx2x+gl6jT/sPNPi1+cYz3UbW7p7ZhQb3e1WNv1SmF/ CiVAaQKhH5J8a6pxMZN7kda37XBz3AeASPssQ9eQcNlw9hkDn0whHxSXweFFbDKa wHNPKtuiVIoNBUIytmjLhxJuti8UGkg1QbXsK2YpoMW9L9zXCczl20jojvMlFtXm LKi0fsFkXL+wkjbpyzegNqb7Opmt5H8qIiAH2ZTiFgfvichPqk3rPtJNTi5d/Q+Y DyxYuH7O/osuH6EeWvGVbYfZKo73x+6PZbT9MthZoJF+0BCmuOT+jnng9IoS0V5f mTKIZQnZxnH80XmhjAuc =OATx -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 12:07:09 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8790391; Wed, 22 Apr 2015 12:07:09 +0000 (UTC) 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 63346183A; Wed, 22 Apr 2015 12:07:09 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1YktQo-0005n7-C9; Wed, 22 Apr 2015 15:07:06 +0300 Date: Wed, 22 Apr 2015 15:07:06 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422120706.GH9114@zxy.spb.ru> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150422115559.GB31769@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 22 Apr 2015 12:07:09 -0000 On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM. > > > > > > > > What I miss? > > > > > > Currently, the installer only installs GENERIC. > > > > > > I have fixes for this in a projects branch, but it's not ready to merge > > > back to head just yet. (^/projects/release-install-debug if you're > > > interested.) > > > > I think also exist bug in scripts/make-manifest.sh: > > > > [...] > > eval: ${kernel....}: Bad substitution > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Yes, you are correct. This is also fixed in the projects branch. O, I see. Can you also patch release/Makefile? === .if !empty(TARGET:M${_V}) OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET} VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET} .else OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH} VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH} .endif === For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 12:10:41 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC45A4CC; Wed, 22 Apr 2015 12:10:40 +0000 (UTC) Date: Wed, 22 Apr 2015 12:10:37 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422121037.GC31769@hub.FreeBSD.org> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: <20150422120706.GH9114@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Apr 2015 12:10:41 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: >=20 > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kerne= l.VSTREAM. > > > > >=20 > > > > > What I miss? > > > >=20 > > > > Currently, the installer only installs GENERIC. > > > >=20 > > > > I have fixes for this in a projects branch, but it's not ready to m= erge > > > > back to head just yet. (^/projects/release-install-debug if you're > > > > interested.) > > >=20 > > > I think also exist bug in scripts/make-manifest.sh: > > >=20 > > > [...] > > > eval: ${kernel....}: Bad substitution > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >=20 > > Yes, you are correct. This is also fixed in the projects branch. >=20 > O, I see. > Can you also patch release/Makefile? >=20 > =3D=3D=3D > .if !empty(TARGET:M${_V}) > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET} > .else > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH} > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_AR= CH} > .endif > =3D=3D=3D >=20 > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > length(10_1_RELEASE_p281264_amd64_UEFIBO) =3D 33. >=20 I'm not sure there's much we really can do about this just yet. The only solution I have for you at the moment is to set VOLUME_LABEL in your build environment to exclude the patch version. Glen --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVN4+9AAoJEAMUWKVHj+KT3MIQAJD2TfpRhuLkaIyZqQRnQrhp WOTHzbUGGyjAFKHECZTv0jxRCmVZGQ0Nz9Zor1QmpabUnnVN6pft9KtcONpsrSIC AJhRuNLE9+yvMiFmqac1fWcPepUQNuZqvRFRZFTvIKDZZRRjC+JdN4mM9ZVGgV5y 2CtFEtmDEUZNsvkMnBMQ5t1wxvpJuIpgs8j9ZgoMKXnprU5MHHI4rEsyGR7btALs NQj1vWPIytFQPK8XwcnsJsVyH7fjseLEJUcOQbGljZVRMQqocq5TKMRY6HKh+8sj DJ4z+ttpGLDmZroj2QIv6Z0oAAsLe/Ni5tS/YBcHRml3fsgm8BRuCm3O2DcP81AA Ct/DOrhf6/c8OABbdCnuEI6NtkSNxJ+uP4cwtEsxqURkMbv2IB15/ROFkUxTMFN8 fJXRaQXTpjTGJEWFKtc4QNtbVvECwVtITZ6D5Kx/5Coi4rDKv6Th6KGcvdZcvASN 5aUbm2X2RM9vG7oRlDVuhloBNmyVFskKfEuViNuB09qUWP2+ZCOxf2SDDRnR4TPI l4JwZNilpIWB8JTVuCpil3WitBzP7giYCe6FS75Ma+/wyOiUYxyalF5xURXdpr2n EUvN2S73227rDh3/WNw1xCqI7b9Fnk312ylD85r3qHuLFtfhqBtYu85l50TsWpM8 JT8ypnwUfAQu5Qoaoc8r =vedo -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 12:23:34 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEA7881B; Wed, 22 Apr 2015 12:23:34 +0000 (UTC) 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 A7FBE1A27; Wed, 22 Apr 2015 12:23:34 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Yktgi-00067J-73; Wed, 22 Apr 2015 15:23:32 +0300 Date: Wed, 22 Apr 2015 15:23:32 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422122332.GI9114@zxy.spb.ru> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> <20150422121037.GC31769@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150422121037.GC31769@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 22 Apr 2015 12:23:35 -0000 On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote: > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM. > > > > > > > > > > > > What I miss? > > > > > > > > > > Currently, the installer only installs GENERIC. > > > > > > > > > > I have fixes for this in a projects branch, but it's not ready to merge > > > > > back to head just yet. (^/projects/release-install-debug if you're > > > > > interested.) > > > > > > > > I think also exist bug in scripts/make-manifest.sh: > > > > > > > > [...] > > > > eval: ${kernel....}: Bad substitution > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > Yes, you are correct. This is also fixed in the projects branch. > > > > O, I see. > > Can you also patch release/Makefile? > > > > === > > .if !empty(TARGET:M${_V}) > > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET} > > .else > > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH} > > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH} > > .endif > > === > > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33. > > > > I'm not sure there's much we really can do about this just yet. The > only solution I have for you at the moment is to set VOLUME_LABEL in > your build environment to exclude the patch version. may be just strip to max length in makefile? for prevent makefs fails. or do it in makefs (currently makefs failed, may be varning and striping best solutions?) From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 14:01:09 2015 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EA482C0; Wed, 22 Apr 2015 14:01:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7A08514C6; Wed, 22 Apr 2015 14:01:09 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id AA435DD5; Wed, 22 Apr 2015 14:01:09 +0000 (UTC) Date: Wed, 22 Apr 2015 14:01:09 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-i386@FreeBSD.org, kib@FreeBSD.org, dteske@FreeBSD.org, pluknet@FreeBSD.org, pfg@FreeBSD.org Message-ID: <1340766883.41.1429711269648.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1002329163.37.1429690621876.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1002329163.37.1429690621876.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_STABLE_10-i386 #8 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_STABLE_10-i386 X-Jenkins-Result: SUCCESS 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, 22 Apr 2015 14:01:09 -0000 See From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:08:10 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0D62F17 for ; Wed, 22 Apr 2015 15:08:10 +0000 (UTC) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E7DE1CC1 for ; Wed, 22 Apr 2015 15:08:09 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t3MF82tf059798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 22 Apr 2015 17:08:03 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t3MF82sw059795 for ; Wed, 22 Apr 2015 17:08:02 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 22 Apr 2015 17:08:02 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: stable/9 r281817 needs to build an up-to-date make when compiling stable/9 r281849 Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT 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: Wed, 22 Apr 2015 15:08:10 -0000 Hi, One of my systems runs stable/9 r281817. Even with an empty /usr/obj, make buildworld insists on building an up-to-date make when compiling stable/9 r281849. Is this due to a pilot error on my part? -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:26:26 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D700553D; Wed, 22 Apr 2015 15:26:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C2A291EA1; Wed, 22 Apr 2015 15:26:26 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E9588DEE; Wed, 22 Apr 2015 15:26:26 +0000 (UTC) Date: Wed, 22 Apr 2015 15:26:26 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, kib@FreeBSD.org, dteske@FreeBSD.org, pluknet@FreeBSD.org, pfg@FreeBSD.org Message-ID: <930415577.42.1429716386261.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <782856351.38.1429691325315.JavaMail.jenkins@jenkins-9.freebsd.org> References: <782856351.38.1429691325315.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #1364 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS 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, 22 Apr 2015 15:26:27 -0000 See From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:33:04 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 264C1745; Wed, 22 Apr 2015 15:33:04 +0000 (UTC) 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 D24851F94; Wed, 22 Apr 2015 15:33:03 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Ykwe4-0009P8-F3; Wed, 22 Apr 2015 18:33:00 +0300 Date: Wed, 22 Apr 2015 18:33:00 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422153300.GU1394@zxy.spb.ru> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> <20150422121037.GC31769@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150422121037.GC31769@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 22 Apr 2015 15:33:04 -0000 On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote: > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM. > > > > > > > > > > > > What I miss? > > > > > > > > > > Currently, the installer only installs GENERIC. > > > > > > > > > > I have fixes for this in a projects branch, but it's not ready to merge > > > > > back to head just yet. (^/projects/release-install-debug if you're > > > > > interested.) > > > > > > > > I think also exist bug in scripts/make-manifest.sh: > > > > > > > > [...] > > > > eval: ${kernel....}: Bad substitution > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > Yes, you are correct. This is also fixed in the projects branch. > > > > O, I see. > > Can you also patch release/Makefile? > > > > === > > .if !empty(TARGET:M${_V}) > > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET} > > .else > > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH} > > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH} > > .endif > > === > > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33. > > > > I'm not sure there's much we really can do about this just yet. The > only solution I have for you at the moment is to set VOLUME_LABEL in > your build environment to exclude the patch version. Can you see to 'release.sh'? release.sh do 'make -C release release' w/o `make -C release clean`. As result don't rebuild images. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:43:29 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B958F9DE; Wed, 22 Apr 2015 15:43:28 +0000 (UTC) Date: Wed, 22 Apr 2015 15:43:25 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422154325.GB48698@hub.FreeBSD.org> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> <20150422121037.GC31769@hub.FreeBSD.org> <20150422153300.GU1394@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: <20150422153300.GU1394@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Apr 2015 15:43:29 -0000 --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote: > On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote: >=20 > > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > > > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > > >=20 > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > > > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install k= ernel.VSTREAM. > > > > > > >=20 > > > > > > > What I miss? > > > > > >=20 > > > > > > Currently, the installer only installs GENERIC. > > > > > >=20 > > > > > > I have fixes for this in a projects branch, but it's not ready = to merge > > > > > > back to head just yet. (^/projects/release-install-debug if yo= u're > > > > > > interested.) > > > > >=20 > > > > > I think also exist bug in scripts/make-manifest.sh: > > > > >=20 > > > > > [...] > > > > > eval: ${kernel....}: Bad substitution > > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >=20 > > > > Yes, you are correct. This is also fixed in the projects branch. > > >=20 > > > O, I see. > > > Can you also patch release/Makefile? > > >=20 > > > =3D=3D=3D > > > .if !empty(TARGET:M${_V}) > > > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > > > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGE= T} > > > .else > > > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_AR= CH} > > > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGE= T_ARCH} > > > .endif > > > =3D=3D=3D > > >=20 > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > > > length(10_1_RELEASE_p281264_amd64_UEFIBO) =3D 33. > > >=20 > >=20 > > I'm not sure there's much we really can do about this just yet. The > > only solution I have for you at the moment is to set VOLUME_LABEL in > > your build environment to exclude the patch version. >=20 > Can you see to 'release.sh'? > release.sh do 'make -C release release' w/o `make -C release clean`. > As result don't rebuild images. >=20 This is actually intentional, so a subsequent invocation of release.sh does not clobber an existing build. Glen --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVN8GdAAoJEAMUWKVHj+KTlroP/AwfAFsD5tnr3OP0S0yyFFWG lM3+f5Vfh/Okf5ULAOdkN0EfpYkAsI4nq7G047aHFtubhsrYdFXzTuAJtJA2cP+/ mipyzmC/gEq6zo2uuZDEEBtwhDUmnBYb1K8fAO5pKEjhlDWMAVstKogz/GAzUBNy kxBQBBuqy1HboVQuH/7ivgo65uA6kgWKEcwAIxrhm+RwEwGlQ8LCwNJNZjqjMRu7 sgN3Ylr0ew0Y2wxazFB4XE/mOxCQf5Dw2Bg/3L5hJS36hD1vyiQ47CwhhoDyeu3j wqpUjsyF0c/XWBKW/Rdlgr+cUMUVVAfcNTWdWi4aD0sTMU3uVwQXpdDrrd1AJuzC ZAi6/lde+2CnIQNGl4TJMNVkuV/A02yk9OKz4sYlwVo4btog3UPOjuvURa7mgG68 j+pCM0E1XXZuIjT/USk1kPoSxBX9/N5zff3vJU7NXDFOCssoA3ei5B3FbX+Km5ox AZ0cBlhkkBqPE9vG+DvHn18LNqdjnP1WUMnyvb1vNZSacBbreMUMIPRHDxkPyml8 l0cIUTBw20i27o6jssaOpQYcMDH9ZX6/vOT7PdfB0dIbDN3duV+LbgV0KssmLrWv TB0UN854cotPooxLjh0THcaba/zVmSKKVFX8vLPRGvcfM/W9PtqRiqYKHjQmJZsD /5cPP+sFDjiGoOjcYT4L =2Xz+ -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 15:59:54 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A1A1D15; Wed, 22 Apr 2015 15:59:54 +0000 (UTC) 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 C566E1200; Wed, 22 Apr 2015 15:59:53 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Ykx43-0009s1-FC; Wed, 22 Apr 2015 18:59:51 +0300 Date: Wed, 22 Apr 2015 18:59:51 +0300 From: Slawa Olhovchenkov To: Glen Barber Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422155951.GJ9114@zxy.spb.ru> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> <20150422121037.GC31769@hub.FreeBSD.org> <20150422153300.GU1394@zxy.spb.ru> <20150422154325.GB48698@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150422154325.GB48698@hub.FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 22 Apr 2015 15:59:54 -0000 On Wed, Apr 22, 2015 at 03:43:25PM +0000, Glen Barber wrote: > On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote: > > On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote: > > > > > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > > > > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > > > > > > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wrote: > > > > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't install kernel.VSTREAM. > > > > > > > > > > > > > > > > What I miss? > > > > > > > > > > > > > > Currently, the installer only installs GENERIC. > > > > > > > > > > > > > > I have fixes for this in a projects branch, but it's not ready to merge > > > > > > > back to head just yet. (^/projects/release-install-debug if you're > > > > > > > interested.) > > > > > > > > > > > > I think also exist bug in scripts/make-manifest.sh: > > > > > > > > > > > > [...] > > > > > > eval: ${kernel....}: Bad substitution > > > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > > > > > Yes, you are correct. This is also fixed in the projects branch. > > > > > > > > O, I see. > > > > Can you also patch release/Makefile? > > > > > > > > === > > > > .if !empty(TARGET:M${_V}) > > > > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > > > > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET} > > > > .else > > > > OSRELEASE= ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGET_ARCH} > > > > VOLUME_LABEL= ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${TARGET_ARCH} > > > > .endif > > > > === > > > > > > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > > > > length(10_1_RELEASE_p281264_amd64_UEFIBO) = 33. > > > > > > > > > > I'm not sure there's much we really can do about this just yet. The > > > only solution I have for you at the moment is to set VOLUME_LABEL in > > > your build environment to exclude the patch version. > > > > Can you see to 'release.sh'? > > release.sh do 'make -C release release' w/o `make -C release clean`. > > As result don't rebuild images. > > > > This is actually intentional, so a subsequent invocation of release.sh > does not clobber an existing build. > What purpose? Do all makes and don't make new images? From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 16:09:11 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E238D2DD; Wed, 22 Apr 2015 16:09:10 +0000 (UTC) Date: Wed, 22 Apr 2015 16:09:07 +0000 From: Glen Barber To: Slawa Olhovchenkov Cc: freebsd-stable@freebsd.org Subject: Re: bsdinstall support for multiple kernels Message-ID: <20150422160907.GC48698@hub.FreeBSD.org> References: <20150422111334.GS1394@zxy.spb.ru> <20150422111844.GA31769@hub.FreeBSD.org> <20150422112822.GT1394@zxy.spb.ru> <20150422115559.GB31769@hub.FreeBSD.org> <20150422120706.GH9114@zxy.spb.ru> <20150422121037.GC31769@hub.FreeBSD.org> <20150422153300.GU1394@zxy.spb.ru> <20150422154325.GB48698@hub.FreeBSD.org> <20150422155951.GJ9114@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DSayHWYpDlRfCAAQ" Content-Disposition: inline In-Reply-To: <20150422155951.GJ9114@zxy.spb.ru> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Apr 2015 16:09:11 -0000 --DSayHWYpDlRfCAAQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 22, 2015 at 06:59:51PM +0300, Slawa Olhovchenkov wrote: > On Wed, Apr 22, 2015 at 03:43:25PM +0000, Glen Barber wrote: >=20 > > On Wed, Apr 22, 2015 at 06:33:00PM +0300, Slawa Olhovchenkov wrote: > > > On Wed, Apr 22, 2015 at 12:10:37PM +0000, Glen Barber wrote: > > >=20 > > > > On Wed, Apr 22, 2015 at 03:07:06PM +0300, Slawa Olhovchenkov wrote: > > > > > On Wed, Apr 22, 2015 at 11:55:59AM +0000, Glen Barber wrote: > > > > >=20 > > > > > > On Wed, Apr 22, 2015 at 02:28:22PM +0300, Slawa Olhovchenkov wr= ote: > > > > > > > On Wed, Apr 22, 2015 at 11:18:44AM +0000, Glen Barber wrote: > > > > > > > > > bsdinstall don't ask about kernel.VSTREAM and don't insta= ll kernel.VSTREAM. > > > > > > > > >=20 > > > > > > > > > What I miss? > > > > > > > >=20 > > > > > > > > Currently, the installer only installs GENERIC. > > > > > > > >=20 > > > > > > > > I have fixes for this in a projects branch, but it's not re= ady to merge > > > > > > > > back to head just yet. (^/projects/release-install-debug i= f you're > > > > > > > > interested.) > > > > > > >=20 > > > > > > > I think also exist bug in scripts/make-manifest.sh: > > > > > > >=20 > > > > > > > [...] > > > > > > > eval: ${kernel....}: Bad substitution > > > > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > >=20 > > > > > > Yes, you are correct. This is also fixed in the projects branc= h. > > > > >=20 > > > > > O, I see. > > > > > Can you also patch release/Makefile? > > > > >=20 > > > > > =3D=3D=3D > > > > > .if !empty(TARGET:M${_V}) > > > > > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET} > > > > > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${T= ARGET} > > > > > .else > > > > > OSRELEASE=3D ${TYPE}-${REVISION}-${BRANCH}-${TARGET}-${TARGE= T_ARCH} > > > > > VOLUME_LABEL=3D ${REVISION:C/[.-]/_/g}_${BRANCH:C/[.-]/_/g}_${T= ARGET_ARCH} > > > > > .endif > > > > > =3D=3D=3D > > > > >=20 > > > > > For BRANCH/REVISION like 10.1-RELEASE-p276179 label exceed limit: > > > > > length(10_1_RELEASE_p281264_amd64_UEFIBO) =3D 33. > > > > >=20 > > > >=20 > > > > I'm not sure there's much we really can do about this just yet. The > > > > only solution I have for you at the moment is to set VOLUME_LABEL in > > > > your build environment to exclude the patch version. > > >=20 > > > Can you see to 'release.sh'? > > > release.sh do 'make -C release release' w/o `make -C release clean`. > > > As result don't rebuild images. > > >=20 > >=20 > > This is actually intentional, so a subsequent invocation of release.sh > > does not clobber an existing build. > >=20 >=20 > What purpose? Do all makes and don't make new images? >=20 The intention with release.sh is that all builds are done in a pristine environment. It is not intended to clean an existing build environment. Glen --DSayHWYpDlRfCAAQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVN8ejAAoJEAMUWKVHj+KTot4P/j+W96EWaN5CIEQ6m1iIr7wl W4N0tGwF/RtUv2Ea0G67Kl0/yVSH6lDlwnk0rBiFz0OPNVVQyj3mq40a4U5wAg3J QLzoZ3EKHjMIflIOPerzAwyMeUtpjYf2pcentNc3vNUwBRqYiqt/nDlWJz7ARN+D as58Lri+QZsJtz9Hysof29nvI5ZTEV2tfnwKxMgNRW/EiFQatMuRRLE5as9lIkJt u0yP3EyqduQDl5UuZYdPEskoXFJP7vII7fIBMApnBm4ZsTem0B1NAPyTeEdDHQYP 1HqaME7ekEcfKa/SPWe4NfY8PErXaKAJvXEkau4JwaXW+TOWi9T1A91sePUdO24l dNJjxCIZtraExXhET0xIcnBQoW4J8VE7jkiOgVij5SYRsUZnsBrCrq0djsfn6AKF Pyzvegm7KnQ8YZPq7JFL4kJd+IRHU9F2zXwECr/jpYk1dbSbYZVwJP9Dr+hoA9pp VUt38sPYBQChvk7DzFc9yYW2Bl/34bTPf3L5F6K/iy1atwVnZiGPVkYmagovuolV z5Yr6Lrfzjh+pJXFQU7lY+G5P8VwgOhUnMpTO/X5uwUomm7pH0xnfu5uGBQf5NW0 LA5izllUMcpe4pXPeqb6HPbuCiILJiPYpVF5TNVwdzZOAal8eo0RSOwc5BnfxvxN joy3X18XGPc2emsafNYc =ew0H -----END PGP SIGNATURE----- --DSayHWYpDlRfCAAQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 22 23:54:04 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DE651D8 for ; Wed, 22 Apr 2015 23:54:04 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EA2817C1 for ; Wed, 22 Apr 2015 23:54:03 +0000 (UTC) Received: by wgin8 with SMTP id n8so1838791wgi.0 for ; Wed, 22 Apr 2015 16:54:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2IuM/6rOp7Ng+NFPW/lfPQ3DtRHHS4MrYFE15rI2iGA=; b=ukD56EQIVZDpQkd3ma6JLwv+VC2uHbvBxhWja0e9pPymr1Pq+vfAHK9RVKoNCUmh/P 7dLlmB3uOCBs4/Oiyaj4gQnqkcrTNDlIG2OskneMgk+DsOdeLCFV9sPX9IC0OMX1XfKS 0n8sfUj//W/1MrDAOejcVp3JcVLMrOJXiqXJljZP4gIe4qtynyh2x3r+M6yw/msSXnaH sk5HxqZHXpwOMkIDHS4cD/aSemA1hFH8+xBH6/4ThA8BouffXC6AdMIIxHp5bpzNQBM8 kWIzwT3ZDhQUbgSZ1JYd7pj7teaqyH2nvSeb9K0wI68k1CrzSm9IadeVb4ixTEwGGnwB bBgQ== MIME-Version: 1.0 X-Received: by 10.194.62.83 with SMTP id w19mr192107wjr.40.1429746841246; Wed, 22 Apr 2015 16:54:01 -0700 (PDT) Received: by 10.27.10.224 with HTTP; Wed, 22 Apr 2015 16:54:01 -0700 (PDT) Date: Thu, 23 Apr 2015 02:54:01 +0300 Message-ID: Subject: Strange USB behavior From: fate To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 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, 22 Apr 2015 23:54:04 -0000 Hi, Strange USB behavior on Gigabyte BRIX GB-BXA8-5545. Need number of connect - disconnect cycles before usb subsystem recognize devices. Apr 19 02:09:01 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 02:09:05 brix kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) Apr 19 02:09:05 brix kernel: ugen0.2: at usbus0 Apr 19 02:09:07 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 02:18:15 brix kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) Apr 19 02:18:15 brix kernel: ugen0.2: at usbus0 Apr 19 02:18:17 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 02:18:21 brix kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) Apr 19 02:18:21 brix kernel: ugen0.2: at usbus0 Apr 19 02:18:23 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 02:18:27 brix kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) Apr 19 02:18:27 brix kernel: ugen0.2: at usbus0 Apr 19 02:18:29 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 02:18:36 brix kernel: usb_alloc_device: Failure selecting configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) Apr 19 02:18:36 brix kernel: ugen0.2: at usbus0 Apr 19 02:18:40 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 03:17:14 brix kernel: ugen0.2: at usbus0 Apr 19 03:17:15 brix kernel: uhub7: on usbus0 Apr 19 03:17:15 brix kernel: uhub7: 4 ports with 4 removable, self powered Apr 19 03:17:17 brix kernel: ugen0.3: at usbus0 Apr 19 03:17:18 brix kernel: ugen0.4: at usbus0 Apr 19 03:17:18 brix kernel: uhid0: on usbus0 Apr 19 03:17:19 brix kernel: ugen0.5: at usbus0 Apr 19 03:17:19 brix kernel: ukbd0: on usbus0 Apr 19 03:17:19 brix kernel: kbd1 at ukbd0 Apr 19 03:17:19 brix kernel: uhid1: on usbus0 Apr 19 03:17:20 brix kernel: ugen0.6: at usbus0 Apr 19 03:17:20 brix root: Unknown USB device: vendor 0x06f8 product 0x2101 bus uhub7 Apr 19 03:17:20 brix kernel: uhid2: on usbus0 Apr 19 03:17:20 brix kernel: uhid3: on usbus0 Apr 19 03:17:20 brix kernel: ums0: on usbus0 Apr 19 03:17:20 brix kernel: ums0: 16 buttons and [XYZT] coordinates ID=0 Apr 19 03:17:20 brix kernel: uaudio0: on usbus0 Apr 19 03:17:20 brix kernel: uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. Apr 19 03:17:20 brix kernel: uaudio0: Play: 44100 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. Apr 19 03:17:20 brix kernel: uaudio0: No recording. Apr 19 03:17:20 brix kernel: uaudio0: No MIDI sequencer. Apr 19 03:17:20 brix kernel: pcm1: on uaudio0 Apr 19 03:17:20 brix kernel: uaudio0: HID volume keys found. Apr 19 03:18:32 brix kernel: ugen0.2: at usbus0 (disconnected) Apr 19 03:18:32 brix kernel: uhub7: at uhub0, port 4, addr 1 (disconnected) More details: usb short log https://drive.google.com/file/d/0B17zHIGCbT9tMTd0WHpRSFlaSkE/view?usp=sharing usb debug log https://drive.google.com/file/d/0B17zHIGCbT9tSkY0Q2ZqMVhwdms/view?usp=sharing verbose boot log https://drive.google.com/file/d/0B17zHIGCbT9tZE9BV25VT2cwVFE/view?usp=sharing pciconv -lv https://drive.google.com/file/d/0B17zHIGCbT9tN3Y2MktydnluSzg/view?usp=sharing Thanks. Vladimir Belyan fate10@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 05:07:54 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 709DB4B1 for ; Thu, 23 Apr 2015 05:07:54 +0000 (UTC) Received: from popular.555581.net (popular.555581.net [23.92.219.75]) by mx1.freebsd.org (Postfix) with ESMTP id 59BFB176E for ; Thu, 23 Apr 2015 05:07:52 +0000 (UTC) To: freebsd-stable@freebsd.org Subject: business leads Message-ID: <40c96b41569f25db4f08ac8be70856cd@cakegroup.com> Date: Thu, 23 Apr 2015 06:54:40 +0200 From: "John" Reply-To: healerc@tom.com MIME-Version: 1.0 X-Mailer-LID: 5 X-Mailer-RecptId: 6480541 X-Mailer-SID: 282 X-Mailer-Sent-By: 1 Content-Type: text/plain; format=flowed; charset="UTF-8" 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: Thu, 23 Apr 2015 05:07:54 -0000 Hey, You are receiving this email because we wish you to use our email marketing service. We wish to be your email marketing partner, we can grow your business 2-5 times than now. If you would require more information please send us an email and we would be glad to discuss the project requirements with you soon. Looking forward to your positive response. Kind Regards John Email: pottleyo@aliyun.com ------------------------------------------------- This e-mail message and its attachments (if any) are intended solely for the use of the addressee(s) hereof. In addition, this message and the attachments (if any) may contain information that is confidential, privileged and exempt from disclosure under applicable law. If you are not the intended recipient of this message, you are prohibited from reading, disclosing, reproducing, distributing, disseminating or otherwise using this transmission. Delivery of this message to any person other than the intended recipient is not intended to waive any right or privilege. If you have received this message in error, please promptly notify the sender and immediately delete this message from your system. If you don't wish our future news letter, pls send address to ttickmay@aliyun.com for removal. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 07:11:03 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB767611; Thu, 23 Apr 2015 07:11:03 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48D04136E; Thu, 23 Apr 2015 07:11:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::4d01:e30f:c49:2d42] (unknown [IPv6:2001:7b8:3a7:0:4d01:e30f:c49:2d42]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7207A5C37; Thu, 23 Apr 2015 09:10:57 +0200 (CEST) Subject: Re: Strange USB behavior Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_032339E9-F7D1-43AC-AE92-8D985FA9CD8B"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Thu, 23 Apr 2015 09:10:51 +0200 Cc: FreeBSD stable , Hans Petter Selasky Message-Id: <2FA5D6D3-E115-4BF2-9552-D1552522DECB@FreeBSD.org> References: To: fate X-Mailer: Apple Mail (2.2098) 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, 23 Apr 2015 07:11:03 -0000 --Apple-Mail=_032339E9-F7D1-43AC-AE92-8D985FA9CD8B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Apr 2015, at 01:54, fate wrote: > Strange USB behavior on Gigabyte BRIX GB-BXA8-5545. > Need number of connect - disconnect cycles before usb subsystem > recognize devices. >=20 > Apr 19 02:09:01 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 02:09:05 brix kernel: usb_alloc_device: Failure selecting > configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) > Apr 19 02:09:05 brix kernel: ugen0.2: at usbus0 > Apr 19 02:09:07 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 02:18:15 brix kernel: usb_alloc_device: Failure selecting > configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) > Apr 19 02:18:15 brix kernel: ugen0.2: at usbus0 > Apr 19 02:18:17 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 02:18:21 brix kernel: usb_alloc_device: Failure selecting > configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) > Apr 19 02:18:21 brix kernel: ugen0.2: at usbus0 > Apr 19 02:18:23 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 02:18:27 brix kernel: usb_alloc_device: Failure selecting > configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) > Apr 19 02:18:27 brix kernel: ugen0.2: at usbus0 > Apr 19 02:18:29 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 02:18:36 brix kernel: usb_alloc_device: Failure selecting > configuration index 0:USB_ERR_TIMEOUT, port 4, addr 1 (ignored) > Apr 19 02:18:36 brix kernel: ugen0.2: at usbus0 > Apr 19 02:18:40 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 03:17:14 brix kernel: ugen0.2: at usbus0 > Apr 19 03:17:15 brix kernel: uhub7: class 9/0, rev 2.00/1.00, addr 1> on usbus0 > Apr 19 03:17:15 brix kernel: uhub7: 4 ports with 4 removable, self = powered > Apr 19 03:17:17 brix kernel: ugen0.3: at usbus0 > Apr 19 03:17:18 brix kernel: ugen0.4: at usbus0 > Apr 19 03:17:18 brix kernel: uhid0: rev 2.00/5.00, addr 3> on usbus0 > Apr 19 03:17:19 brix kernel: ugen0.5: at usbus0 > Apr 19 03:17:19 brix kernel: ukbd0: Keyboard, class 0/0, rev 2.00/55.01, addr 4> on usbus0 > Apr 19 03:17:19 brix kernel: kbd1 at ukbd0 > Apr 19 03:17:19 brix kernel: uhid1: Keyboard, class 0/0, rev 2.00/55.01, addr 4> on usbus0 > Apr 19 03:17:20 brix kernel: ugen0.6: at = usbus0 > Apr 19 03:17:20 brix root: Unknown USB device: vendor 0x06f8 product > 0x2101 bus uhub7 > Apr 19 03:17:20 brix kernel: uhid2: SOUND BAR USB, class 0/0, rev 1.10/1.00, addr 5> on usbus0 > Apr 19 03:17:20 brix kernel: uhid3: 1.10/0.01, addr 2> on usbus0 > Apr 19 03:17:20 brix kernel: ums0: rev 2.00/5.00, addr 3> on usbus0 > Apr 19 03:17:20 brix kernel: ums0: 16 buttons and [XYZT] coordinates = ID=3D0 > Apr 19 03:17:20 brix kernel: uaudio0: SOUND BAR USB, class 0/0, rev 1.10/1.00, addr 5> on usbus0 > Apr 19 03:17:20 brix kernel: uaudio0: Play: 48000 Hz, 2 ch, 16-bit > S-LE PCM format, 2x8ms buffer. > Apr 19 03:17:20 brix kernel: uaudio0: Play: 44100 Hz, 2 ch, 16-bit > S-LE PCM format, 2x8ms buffer. > Apr 19 03:17:20 brix kernel: uaudio0: No recording. > Apr 19 03:17:20 brix kernel: uaudio0: No MIDI sequencer. > Apr 19 03:17:20 brix kernel: pcm1: on uaudio0 > Apr 19 03:17:20 brix kernel: uaudio0: HID volume keys found. > Apr 19 03:18:32 brix kernel: ugen0.2: at usbus0 = (disconnected) > Apr 19 03:18:32 brix kernel: uhub7: at uhub0, port 4, addr 1 = (disconnected) Is this a Haswell Brix? I have something similar on my Haswell box, at = boot time it goes: Timecounter "TSC-low" frequency 1247142608 Hz quality 1000 Root mount waiting for: usbus1 usbus0 uhub0: 13 ports with 13 removable, self powered Root mount waiting for: usbus1 usbus0 uhub1: 3 ports with 3 removable, self powered Root mount waiting for: usbus1 usbus0 ugen1.2: at usbus1 uhub2: = on usbus1 uhub2: 8 ports with 8 removable, self powered usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) Root mount waiting for: usbus0 usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_IOERROR Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_IOERROR, = ignored) Root mount waiting for: usbus0 ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0xc101 umass0:1:0:-1: Attached to scbus1 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D3, set address failed! (USB_ERR_IOERROR, = ignored) ugen0.3: at usbus0 umass1: on usbus0 umass1: SCSI over Bulk-Only; quirks =3D 0xc101 umass1:2:1:-1: Attached to scbus2 Trying to mount root from zfs:zroot/ROOT/stable10-r281866 []... ugen0.2: at usbus0 (disconnected) umass0: at uhub0, port 10, addr 2 (disconnected) (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error (probe0:umass-sim0:0:0:0): Retrying command (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error (probe0:umass-sim0:0:0:0): Retrying command ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x0100 umass0:1:0:-1: Attached to scbus1 ugen0.3: at usbus0 (disconnected) umass1: at uhub0, port 11, addr 3 (disconnected) (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error (probe1:umass-sim1:1:0:0): Retrying command (probe1:umass-sim1:1:0:0): INQUIRY. CDB: 12 00 00 00 24 00 (probe1:umass-sim1:1:0:0): CAM status: CCB request completed with an = error (probe1:umass-sim1:1:0:0): Retrying command da0 at umass-sim0 bus 0 scbus1 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number NAAAAAAA da0: 400.000MB/s transfers da0: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) da0: quirks=3D0x2 ugen0.3: at usbus0 umass1: on usbus0 umass1: SCSI over Bulk-Only; quirks =3D 0x0100 umass1:2:1:-1: Attached to scbus2 da1 at umass-sim1 bus 1 scbus2 target 0 lun 0 da1: Fixed Direct Access SPC-4 SCSI device da1: Serial Number NBBBBBBB da1: 400.000MB/s transfers da1: 1907729MB (3907029167 512 byte sectors: 255H 63S/T 243201C) da1: quirks=3D0x2 To work around it, I've just put in a random script that waits for ~20 = seconds during boot, to let the USB devices "settle". But it's rather = ugly. I also see something similar when I boot a VMware guest on a Haswell = box, and pass through the USB 3 support. My suspicion is that something is broken in the xhci driver on Haswell. -Dimitry --Apple-Mail=_032339E9-F7D1-43AC-AE92-8D985FA9CD8B 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlU4mv4ACgkQsF6jCi4glqOQwACgj/Crkm2MtbYqz35+bIxrgRJI 5+4AoMfHwExdJbOhG7i3DVMFpfeKFjY5 =DyLu -----END PGP SIGNATURE----- --Apple-Mail=_032339E9-F7D1-43AC-AE92-8D985FA9CD8B-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 08:21:27 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE138A7D; Thu, 23 Apr 2015 08:21:27 +0000 (UTC) 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 5120E1AE5; Thu, 23 Apr 2015 08:21:27 +0000 (UTC) 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 t3N8LML0006391; Thu, 23 Apr 2015 10:21:22 +0200 (CEST) (envelope-from h.schmalzbauer@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 3354281C; Thu, 23 Apr 2015 10:21:22 +0200 (CEST) Message-ID: <5538AB75.4070401@omnilan.de> Date: Thu, 23 Apr 2015 10:21:09 +0200 From: Harald 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: Jack Vogel CC: FreeBSD Stable , "freebsd-net@freebsd.org" Subject: Re: igb(4) watchdog timeout, lagg(4) fails References: <54ACC6A2.1050400@omnilan.de> <54AE565D.50208@omnilan.de> <54AE5A6B.7040601@omnilan.de> <54AFA784.6020102@omnilan.de> <54B10432.8050909@omnilan.de> <54DB8975.2030001@omnilan.de> <54DBB1F5.1090601@omnilan.de> <54E733FA.1020208@omnilan.de> In-Reply-To: <54E733FA.1020208@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE4E7208CF628E4EC4EE9682D" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Thu, 23 Apr 2015 10:21:22 +0200 (CEST) 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, 23 Apr 2015 08:21:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE4E7208CF628E4EC4EE9682D Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Bez=FCglich Harald Schmalzbauer's Nachricht vom 20.02.2015 14:17 (localt= ime): (https://lists.freebsd.org/pipermail/freebsd-stable/2015-February/081810.= html) > Bez=FCglich Harald Schmalzbauer's Nachricht vom 11.02.2015 20:48 > (localtime): >> Bez=FCglich Jack Vogel's Nachricht vom 11.02.2015 18:31 (localtime): >>> tdh and tdt mean the head and tail indices of the ring, and these >>> values are >>> obviously severely borked :) Hello Jack, could you find some time for having a look at this problem? The reported values don't bother me, but the watchdog timeout which happens on NICs that are PCIe-connected via the PCH. Please see my previouse findings. I think the most significant hint for my problem seems to be the link_irq, which becomes garbage at the first watchdog timeout occurrence, like previously described: >> =85 >> For the records: Rebooting the machine (ESXi guest-only!) brought the >> stalled igb1 back to operation. >> The guest has 2 igb (kawela) ports, one from a NIC(Intel ET Dual Port >> 82576)@CPU-PCIe and the second port from an identical NIC, but connect= ed >> via PCH-PCIe. >> The watchdog timeout problem only occurs with the port from the >> PCH-PCIe-connected NIC (falisfied)! >> After the reboot the suspicious "dev.igb.1.link_irq=3D848" turned into= : >> dev.igb.0.link_irq: 3 >> dev.igb.1.link_irq: 4 > Jack, > > I'd like to let you know that "dev.igb.1.link_irq" again shows garbage > after the watchdog timeout problem occured again: > dev.igb.1.link_irq: 1458 > > I can imagine that resetting goes wrong and ends in loss of link_irq. > I now have to reboot the guest to get igb1 back to a working state, the= n > the link_irq will show "4" again, but I can't tell you what was first, > the timeour-reset or the "link_irq" jam. I guess the latter can't be th= e > case, but I have no idea about the code Thanks for any help, currently my lagg setup is permanently degraded :-( Would be nice to have it back in a working state :-) -Harry --------------enigE4E7208CF628E4EC4EE9682D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlU4q4EACgkQLDqVQ9VXb8iWYQCg0nEJGLjm1TSYzXZ4ZQtCG0yh MM4An1k7NyDhS9rSfHuZsndSj+amv+hN =nvl7 -----END PGP SIGNATURE----- --------------enigE4E7208CF628E4EC4EE9682D-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 23 21:42:44 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1840B601 for ; Thu, 23 Apr 2015 21:42:44 +0000 (UTC) Received: from staff.teleron.ru (staff-yota.teleron.ru [94.25.217.50]) by mx1.freebsd.org (Postfix) with ESMTP id B5D5B17AC for ; Thu, 23 Apr 2015 21:42:43 +0000 (UTC) Received: from staff.teleron.ru (staff.internal [192.168.254.2]) by staff.teleron.ru (Postfix) with ESMTP id 0EFF5A3D for ; Fri, 24 Apr 2015 01:39:40 +0400 (MSD) X-Virus-Scanned: amavisd-new at teleron.ru Received: from staff.teleron.ru ([192.168.254.2]) by staff.teleron.ru (staff.teleron.ru [192.168.254.2]) (amavisd-new, port 10027) with ESMTP id 2ay7TBHyW726 for ; Fri, 24 Apr 2015 01:39:33 +0400 (MSD) Received: from staff.teleron.ru (staff.internal [192.168.254.2]) by staff.teleron.ru (Postfix) with ESMTP id ED26CA3C for ; Fri, 24 Apr 2015 01:39:32 +0400 (MSD) Received: from web.teleron.ru (web-yota.teleron.ru [94.25.217.52]) by staff.teleron.ru (Postfix) with ESMTP for ; Fri, 24 Apr 2015 01:39:32 +0400 (MSD) Received: from mail-ig0-f182.google.com (account gadm@telvio.ru [209.85.213.182] verified) by web.excom.ru (CommuniGate Pro SMTP 6.0.11) with ESMTPSA id 230003 for freebsd-stable@freebsd.org; Fri, 24 Apr 2015 01:39:31 +0400 Received-SPF: softfail receiver=web.teleron.ru; client-ip=209.85.213.182; envelope-from=andrew@rinet.ru Received: by igblo3 with SMTP id lo3so170395igb.1 for ; Thu, 23 Apr 2015 14:39:29 -0700 (PDT) X-Gm-Message-State: ALoCoQlE5HMW2zp7AmI++EAtXsI9jgi00POK4ZXvdl6l8i/zOOegH97MvWCrmEFRghtAf8hhG7ov MIME-Version: 1.0 X-Received: by 10.107.15.82 with SMTP id x79mr6843890ioi.75.1429825169845; Thu, 23 Apr 2015 14:39:29 -0700 (PDT) Received: by 10.36.44.73 with HTTP; Thu, 23 Apr 2015 14:39:29 -0700 (PDT) In-Reply-To: <20141017000443.GF73266@glebius.int.ru> References: <542C20D7.3070606@sentex.net> <20141001171646.GQ73266@glebius.int.ru> <542C5529.9030800@FreeBSD.org> <7AB35136-89AA-48F2-8B0E-1BA3DCD4A6BA@ipfw.ru> <5440284A.2020301@sentex.net> <20141016204635.GZ73266@glebius.int.ru> <20141017000443.GF73266@glebius.int.ru> Date: Fri, 24 Apr 2015 00:39:29 +0300 Message-ID: Subject: Re: 10.1-BETA2 possible kernel memory leak in routing table From: Andrew Kolchoogin To: freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Virus-Scanned: ClamAV using ClamSMTP 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, 23 Apr 2015 21:42:44 -0000 Gleb, 2014-10-17 3:04 GMT+03:00 Gleb Smirnoff : > Merged to releng/10.1 will this fix be MFCed to releng/9.3? FreeBSD v9.3 suffers from this problem too. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 06:42:15 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7951E264 for ; Fri, 24 Apr 2015 06:42:15 +0000 (UTC) Received: from smtp.bsdes.net (smtp.bsdes.net [62.210.113.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.bsdes.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F8181CC4 for ; Fri, 24 Apr 2015 06:42:14 +0000 (UTC) Received: from adventure.bsdes.net (77-56-208-17.dclient.hispeed.ch [77.56.208.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.bsdes.net (Postfix) with ESMTPSA id D59AF9CC37; Fri, 24 Apr 2015 08:32:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bsdes.net; s=20150201; t=1429857142; bh=1D8NrxG1y3bKhDOhv3sRv983MwnSHPeqtmm8f8NxhoI=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=xdtakv0jZU+9BNBJyNjXlrcsrtCtxPPOYiZg2REL4d515o+pUZH6jpoi05+G+4NDj 081MO8YApGtgDfd7i+8FWuzvn0F0vr9e+CcSzlKP1gBqkEVzBOzQRekzDqPD9+e+bt Nl+D7iH+9AgLwrCB0lAoReAvk8GgWKaraH65N8hY= Date: Fri, 24 Apr 2015 08:32:31 +0200 From: Victor Balada Diaz To: Michael BlackHeart Cc: freebsd-stable Subject: Re: Need help with diagnostics Message-ID: <20150424063231.GB1953@adventure.bsdes.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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, 24 Apr 2015 06:42:15 -0000 On Sun, Apr 12, 2015 at 12:11:42PM +0300, Michael BlackHeart wrote: > In a log > > Apr 11 10:10:23 diablo kernel: Seq: 17600 swtry: 0 ADDBAW?: 1 DOBAW?: 1 [ lots of trimmed log entries ] > > First time I see this and do not know what is it and how to handle it. > There's no kernel debug symbols. > Do you have ATH_DEBUG enabled in your kernel? This seems to be printed by an Atheros card[1] where the driver is compiled with debug support. As this seems to be debugging information, I don't think there is anything you need to do with it. [1]: http://fxr.watson.org/fxr/source/dev/ath/if_ath_debug.c#L161 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 06:43:10 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AAE834F for ; Fri, 24 Apr 2015 06:43:10 +0000 (UTC) Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::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 2349D1CE3 for ; Fri, 24 Apr 2015 06:43:10 +0000 (UTC) Received: by qcbii10 with SMTP id ii10so21310745qcb.2 for ; Thu, 23 Apr 2015 23:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hkxOTo0fYiSXwFqnEgstrKtA9oG8jhx0EJd44bJfjw0=; b=q7Nzqud53LcqW3N5onkobOAfQ+FWYZZXLdGmbIONdZcPZC3wmUfGaiAb+qgE+yE74x K1Tqapwo6qOjZlGJSdVRG1NMdDQeFvUcsyUgEQzmX2XdVKmb9oxddRtL7TjFysmOjGoZ y6UL2TDrWbCURQmKpIJ235/F6ePCNNNEvBKFvSWIDcPYpceBLI7FJUWQcb5UZp0Rzn9a c3If3FF/ICCnU3yYnmQ018XpNfZFPSoqz8kRG9KH4tu7ZtvXYEIRM/j5eEGmvXKvsp5h rxFbTHqzDlkr8NUXnyOTzqtWdjefbu7npd9EogC/fQeiaV0ujpaF7H2bvnqxPkDLl0MH LzeA== MIME-Version: 1.0 X-Received: by 10.140.231.16 with SMTP id b16mr7780936qhc.22.1429857789255; Thu, 23 Apr 2015 23:43:09 -0700 (PDT) Received: by 10.229.182.3 with HTTP; Thu, 23 Apr 2015 23:43:09 -0700 (PDT) In-Reply-To: <20150424063231.GB1953@adventure.bsdes.net> References: <20150424063231.GB1953@adventure.bsdes.net> Date: Fri, 24 Apr 2015 09:43:09 +0300 Message-ID: Subject: Re: Need help with diagnostics From: Michael BlackHeart To: Victor Balada Diaz 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: Fri, 24 Apr 2015 06:43:10 -0000 Thanks. I do really have in kernel options ATH_DEBUG options ATH_DIAGAPI and I've got D-Link WiFi card with Atheros chip ath0@pci0:3:0:0: class=0x028000 card=0x3a7e1186 chip=0x0030168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9300 Wireless LAN adaptor' class = network bar [10] = type Memory, range 64, base 0xf7ee0000, size 131072, enabled cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 4 messages, 64 bit, vector masks cap 10[70] = PCI-Express 2 endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[300] = Serial 1 0000000000000000 If you say that's nothing bad than OK. I just get a little worried 'cos I never expieirnced this debug output for at least 2 years of using this card. Probably last kernel/system update to 1001510 r280164 stable bring this up. 2015-04-24 9:32 GMT+03:00 Victor Balada Diaz : > On Sun, Apr 12, 2015 at 12:11:42PM +0300, Michael BlackHeart wrote: > > In a log > > > > Apr 11 10:10:23 diablo kernel: Seq: 17600 swtry: 0 ADDBAW?: 1 DOBAW?: 1 > > [ lots of trimmed log entries ] > > > > > First time I see this and do not know what is it and how to handle it. > > There's no kernel debug symbols. > > > > Do you have ATH_DEBUG enabled in your kernel? This seems to be printed > by an Atheros card[1] where the driver is compiled with debug support. > As this seems to be debugging information, I don't think there is anything > you need to do with it. > > [1]: http://fxr.watson.org/fxr/source/dev/ath/if_ath_debug.c#L161 > -- amd_miek Think different. Just superior. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 07:03:38 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03EB5873 for ; Fri, 24 Apr 2015 07:03:38 +0000 (UTC) Received: from smtp.bsdes.net (smtp.bsdes.net [62.210.113.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.bsdes.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BD2621F1F for ; Fri, 24 Apr 2015 07:03:37 +0000 (UTC) Received: from adventure.bsdes.net (77-56-208-17.dclient.hispeed.ch [77.56.208.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.bsdes.net (Postfix) with ESMTPSA id DCA979CC37; Fri, 24 Apr 2015 09:03:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bsdes.net; s=20150201; t=1429859016; bh=GQxvqnMDvWVBkXAqSKoF90CyrPKz7rUKyostb1vK2ww=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=K5/9+9y+pcihvzcK3fqIuAMOchuAJcIrXtE4je6z7UJMElgwwwcR26cx2uRs2xC// y0U8szli4yHwlSf20ah5dajWItwkUwvRSfibLxd3AvnJmqAspwzHQbFGhcIZlPaQUR 5TpgIPKJj0STla0IlJkU/qRnYbKkKcvabnzaIKHg= Date: Fri, 24 Apr 2015 09:03:44 +0200 From: Victor Balada Diaz To: Michael BlackHeart Cc: freebsd-stable Subject: Re: Need help with diagnostics Message-ID: <20150424070344.GC1953@adventure.bsdes.net> References: <20150424063231.GB1953@adventure.bsdes.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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, 24 Apr 2015 07:03:38 -0000 On Fri, Apr 24, 2015 at 09:43:09AM +0300, Michael BlackHeart wrote: > Thanks. > I do really have in kernel > > options ATH_DEBUG > options ATH_DIAGAPI > > and I've got D-Link WiFi card with Atheros chip > > ath0@pci0:3:0:0: class=0x028000 card=0x3a7e1186 chip=0x0030168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR9300 Wireless LAN adaptor' > class = network > bar [10] = type Memory, range 64, base 0xf7ee0000, size 131072, > enabled > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 4 messages, 64 bit, vector masks > cap 10[70] = PCI-Express 2 endpoint max data 128(128) link x1(x1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0002[140] = VC 1 max VC0 > ecap 0003[300] = Serial 1 0000000000000000 > > If you say that's nothing bad than OK. I just get a little worried 'cos I > never expieirnced this debug output for at least 2 years of using this > card. Probably last kernel/system update to 1001510 r280164 stable bring > this up. > I'm not the driver author, but taking a quick look at the source code this seems to be working as intended. Is just debugging information and you don't need to worry about it unless you're actually debugging how the driver works. If I were you I would just disable ATH_DEBUG. If you're interested about the specifics, adrian@ might be a good person to contact as he's the author of that code. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 24 23:01:58 2015 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAE8DFFF; Fri, 24 Apr 2015 23:01:58 +0000 (UTC) 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 022E21F3D; Fri, 24 Apr 2015 23:01:57 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t3ON1q5i054969; Fri, 24 Apr 2015 16:01:52 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t3ON1ptA054968; Fri, 24 Apr 2015 16:01:51 -0700 (PDT) (envelope-from david) Date: Fri, 24 Apr 2015 16:01:51 -0700 From: David Wolfskill To: stable@freebsd.org Cc: wireless@freebsd.org Subject: stable/10 panic; _ieee80211_crypto_delkey() likely involved Message-ID: <20150424230151.GQ37361@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org, wireless@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HAv5+T9jbwMPl6Kw" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) 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, 24 Apr 2015 23:01:59 -0000 --HAv5+T9jbwMPl6Kw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was reading some recent commits to stable/10 after just having issued "service netif restart iwn0" in an effort to get wlan0 to re-associate, and my laptop panicked: Fri Apr 24 15:28:37 PDT 2015 FreeBSD localhost 10.1-STABLE FreeBSD 10.1-STABLE #46 r281921M/281927:1001= 512: Fri Apr 24 04:24:32 PDT 2015 root@g1-254.catwhisker.org:/common/S1= /obj/usr/src/sys/CANARY i386 panic: page fault =2E.. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 5; apic id =3D 05 fault virtual address =3D 0x18 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0bceff2 stack pointer =3D 0x28:0xc650f754 frame pointer =3D 0x28:0xc650f7a4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 3493 (wpa_supplicant) trap number =3D 12 panic: page fault cpuid =3D 5 KDB: stack backtrace: #0 0xc0b1fd52 at kdb_backtrace+0x52 #1 0xc0ae13cf at panic+0x11f #2 0xc0f65804 at trap_fatal+0x324 #3 0xc0f65b65 at trap_pfault+0x355 #4 0xc0f65224 at trap+0x674 #5 0xc0f5059c at calltrap+0x6 #6 0xc0bceede at ieee80211_crypto_delkey+0x1e #7 0xc0be43a6 at ieee80211_ioctl_delkey+0x76 #8 0xc0be3115 at ieee80211_ioctl_set80211+0x585 #9 0xc0c0d8b1 at in_control+0x221 #10 0xc0bac060 at ifioctl+0x1460 #11 0xc0b40848 at soo_ioctl+0x2e8 #12 0xc0b38768 at kern_ioctl+0x258 #13 0xc0b3846c at sys_ioctl+0xec #14 0xc0f662c6 at syscall+0x4a6 #15 0xc0f50631 at Xint0x80_syscall+0x21 Uptime: 7h2m17s Physical memory: 3270 MB =2E.. #0 doadump (textdump=3D-824728192) at pcpu.h:233 233 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3D-824728192) at pcpu.h:233 #1 0xc0ae103d in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xc0ae140d in panic (fmt=3D) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xc0f65804 in trap_fatal (frame=3D,=20 eva=3D) at /usr/src/sys/i386/i386/trap.c:1023 #4 0xc0f65b65 in trap_pfault (frame=3D0x0, usermode=3D,=20 eva=3D0) at /usr/src/sys/i386/i386/trap.c:835 #5 0xc0f65224 in trap (frame=3D0xc650f714) at /usr/src/sys/i386/i386/trap.= c:532 #6 0xc0f5059c in calltrap () at /usr/src/sys/i386/i386/exception.s:170 #7 0xc0bceff2 in _ieee80211_crypto_delkey () at /usr/src/sys/net80211/ieee80211_crypto.c:105 #8 0xc0bceede in ieee80211_crypto_delkey (vap=3D0xd46a0000, key=3D0xd46a06= 70) at /usr/src/sys/net80211/ieee80211_crypto.c:461 #9 0xc0be43a6 in ieee80211_ioctl_delkey (vap=3D0xd46a0000,=20 ireq=3D) at /usr/src/sys/net80211/ieee80211_ioctl.c:1252 #10 0xc0be3115 in ieee80211_ioctl_set80211 () at /usr/src/sys/net80211/ieee80211_ioctl.c:2814 #11 0xc0c0d8b1 in in_control (so=3D, cmd=3DCannot acce= ss memory at address 0xfffffffb ) at /usr/src/sys/netinet/in.c:308 #12 0xc0bac060 in ifioctl (so=3D0xd46a0000, cmd=3D2149345770,=20 data=3D, td=3D) at /usr/src/sys/net/if.c:2751 #13 0xc0b40848 in soo_ioctl (fp=3D0xd00fd348, cmd=3D,= =20 data=3D0xc650fa40, active_cred=3D0xd000de80, td=3D0xd46a0000) at /usr/src/sys/kern/sys_socket.c:212 #14 0xc0b38768 in kern_ioctl (td=3D,=20 fd=3D, com=3D) at file.h:320 #15 0xc0b3846c in sys_ioctl (uap=3D) at /usr/src/sys/kern/sys_generic.c:718 #16 0xc0f662c6 in syscall (frame=3D) at subr_syscall.c= :134 #17 0xc0f50631 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb)=20 =2E... I have the crash dump & text dumps available, and can put the latter up on my Web server for a bit if that would be useful. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --HAv5+T9jbwMPl6Kw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVOstfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7t/gP+gJY5HKysFfTIaIPSv9yFDpP ouRV0hcGn9uPTjtHaGqQGrI0gf+pX5JRydy8WVJ+MIIWb77ZyHTJkwnyEGScqDTZ SL+escgptzxiABv/tRYzbuRu3gXQLXxrKAZpPgZCyNw7kWuCU3vpY+r9SnB2EokT uq74JFo25biZlecTwzAyJQpST0+Xp78A7sQnWULulY3m3tq27mHtKAhQKWJg1Llp iku9cLSLMW0IKIxUoyaRBRpDRUNRAskSl1qtFzlMGEOEvcAkXdCa3TMz03wabH4T t0gvFW9B7lPUr0kprGDOohStIaXhF9H76z+0dF/ZG7G9b76GXIDnkykso+ArE6TB UB+FryL32HHOigRG5285NG2YOhHE1lFPUEUVKZXa6E0jH1w829mjgL5AsccTC/zc jO2t3F8WXV1uA31j2+okfiCG/tletUecTl+mmliMIaxJuDPvkA4C+LxNzf1SS/eo e0NVjfwS++VUYexcQCBhLsAdDPqdodgMc8SW0JFgxWfGbl22OLIJgQnJVKrR8dIe BY2JNTeIPQ3SAA57PkCaGG5Wa22OaLVLw54r2VQwBKcCogeXl3ch0OxkJo3uzu0/ FWC8ytZkw3U/nETlViB8BrclYcjAHLk1eIdqkZqov2Tq0xiHrAt8+CEwhTyLafzx vsZfRZYA9v9wQ7s0IHS1 =aiiu -----END PGP SIGNATURE----- --HAv5+T9jbwMPl6Kw-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 10:33:56 2015 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D054DDD5 for ; Sat, 25 Apr 2015 10:33:56 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.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 52E011FEF for ; Sat, 25 Apr 2015 10:33:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id t3PAVE0C043923 for ; Sat, 25 Apr 2015 13:32:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 25 Apr 2015 13:31:14 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Subject: protecting some processes from out-of-swap killer Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sat, 25 Apr 2015 13:32:21 +0300 (MSK) 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, 25 Apr 2015 10:33:56 -0000 Hi there colleagues, I have stable/10 on a rather big machine (2*8*2 e5 Xeon, 64G RAM, SAS+SSD ZFS raid10+ZIL+L2ARC) acting as a PostgreSQL server. To use such a big resource pool that is mostly idle, I'd deployed poudriere there (using tmpfs) too. Most times this combination works like a charm: LA could be 60+ and no visual latency increase on SQL queries. However, sometimes postgres processes got killed by 'out of swap space'. I suppose the source of problem could be that VSZ size of postgres processes (8-9 G) is bigger than swap congigured (4G). Is there any way to prevent this, besides reallocating space for swap? Quick googling does not help, at least I could not find answers relevant enough. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 10:43:42 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 688FEFDE for ; Sat, 25 Apr 2015 10:43:42 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (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 F0E1310DC for ; Sat, 25 Apr 2015 10:43:41 +0000 (UTC) Received: by wgin8 with SMTP id n8so73220528wgi.0 for ; Sat, 25 Apr 2015 03:43:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=XlboQ+Yf47WaoavjnfepOA6eb2kv/WP+MYj+QG4qFCo=; b=aIt3paSuW6Vkk3yTveGUAxQr6pLdzeQjldqa7cNElNXd2cBzuauaRDNWYWaPVoLlSm e3QPljtLLYKS0lAQTkdQXbxUOV4PBZWcs+wivZCkPVut76sLKqDWTbQhKymfWUBzb/NK BBaUASEdQb1bQE40GDMrhe9JbjZAPMSNRh0wVFBGnyc/A8211vzbWqRLnxxBHFnNeDyi 8MHLMg6VeXURCuUbpg/p4LEE/CNC4ly6Tb5JjdGuQjaoQOHimC8RMgoxhCnnLZSAfVmX 33SKHMw0ICzPQOt//2HOWezyr7QoFmq/tyIVoN5jECSsuW7UOfjgOwBupAr7zGlqHb7R Pv1A== X-Received: by 10.180.96.200 with SMTP id du8mr4575972wib.54.1429958619556; Sat, 25 Apr 2015 03:43:39 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id i6sm20548890wjf.29.2015.04.25.03.43.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Apr 2015 03:43:38 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 25 Apr 2015 12:43:36 +0200 From: Baptiste Daroussin To: Dmitry Morozovsky Cc: freebsd-stable@FreeBSD.org Subject: Re: protecting some processes from out-of-swap killer Message-ID: <20150425104336.GD13141@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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, 25 Apr 2015 10:43:42 -0000 --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 25, 2015 at 01:31:14PM +0300, Dmitry Morozovsky wrote: > Hi there colleagues, >=20 > I have stable/10 on a rather big machine (2*8*2 e5 Xeon, 64G RAM, SAS+SSD= ZFS=20 > raid10+ZIL+L2ARC) acting as a PostgreSQL server.=20 >=20 > To use such a big resource pool that is mostly idle, I'd deployed poudrie= re=20 > there (using tmpfs) too. >=20 > Most times this combination works like a charm: LA could be 60+ and no vi= sual=20 > latency increase on SQL queries. >=20 > However, sometimes postgres processes got killed by 'out of swap space'. = =20 > I suppose the source of problem could be that VSZ size of postgres proces= ses=20 > (8-9 G) is bigger than swap congigured (4G). >=20 > Is there any way to prevent this, besides reallocating space for swap? >=20 > Quick googling does not help, at least I could not find answers relevant= =20 > enough. >=20 > Thanks! protect(1) ? Best regards, Bapt --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlU7b9gACgkQ8kTtMUmk6EyPWgCdG6jHIEs8UyIPhQDJZ0AAMknP 3BQAnivyrsSl79NCoyA4gKNoCOj7NovQ =BDgz -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 10:47:12 2015 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D360515B for ; Sat, 25 Apr 2015 10:47:12 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::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 4A33F10F6 for ; Sat, 25 Apr 2015 10:47:12 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t3PAl6dW024789 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 25 Apr 2015 13:47:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t3PAl6dW024789 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t3PAl6j9024788; Sat, 25 Apr 2015 13:47:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 25 Apr 2015 13:47:06 +0300 From: Konstantin Belousov To: Dmitry Morozovsky Cc: freebsd-stable@FreeBSD.org Subject: Re: protecting some processes from out-of-swap killer Message-ID: <20150425104706.GF2390@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home 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, 25 Apr 2015 10:47:12 -0000 On Sat, Apr 25, 2015 at 01:31:14PM +0300, Dmitry Morozovsky wrote: > Hi there colleagues, > > I have stable/10 on a rather big machine (2*8*2 e5 Xeon, 64G RAM, SAS+SSD ZFS > raid10+ZIL+L2ARC) acting as a PostgreSQL server. 64G RAM is not big by modern standards, normally populated desktop can take 32G. > > To use such a big resource pool that is mostly idle, I'd deployed poudriere > there (using tmpfs) too. > > Most times this combination works like a charm: LA could be 60+ and no visual > latency increase on SQL queries. > > However, sometimes postgres processes got killed by 'out of swap space'. > I suppose the source of problem could be that VSZ size of postgres processes > (8-9 G) is bigger than swap congigured (4G). > > Is there any way to prevent this, besides reallocating space for swap? Read protect(1). > > Quick googling does not help, at least I could not find answers relevant > enough. > > Thanks! > > > -- > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org ] > ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > ------------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Apr 25 11:16:26 2015 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A35464E0; Sat, 25 Apr 2015 11:16:26 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.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 2172A1376; Sat, 25 Apr 2015 11:15:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id t3PBFWkW044248; Sat, 25 Apr 2015 14:15:32 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 25 Apr 2015 14:15:32 +0300 (MSK) From: Dmitry Morozovsky To: Baptiste Daroussin cc: freebsd-stable@FreeBSD.org Subject: Re: protecting some processes from out-of-swap killer In-Reply-To: <20150425104336.GD13141@ivaldir.etoilebsd.net> Message-ID: References: <20150425104336.GD13141@ivaldir.etoilebsd.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Sat, 25 Apr 2015 14:15:32 +0300 (MSK) 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, 25 Apr 2015 11:16:26 -0000 On Sat, 25 Apr 2015, Baptiste Daroussin wrote: > > However, sometimes postgres processes got killed by 'out of swap space'. > > I suppose the source of problem could be that VSZ size of postgres processes > > (8-9 G) is bigger than swap congigured (4G). > > > > Is there any way to prevent this, besides reallocating space for swap? > > protect(1) ? Of course. I really do not understand how google hides the man page from me. Thanks, and sorry fot the noise. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------