From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: linux-next: boot test failure (net tree) Date: Tue, 16 Aug 2011 17:56:57 -0700 (PDT) Message-ID: <20110816.175657.1688139393736610845.davem@davemloft.net> References: <20110817100146.3b557cf815a5a2ae09bc09a7@canb.auug.org.au> <20110816.171525.639251389938336183.davem@davemloft.net> <20110817105002.efebf85d08460ad99b14be8e@canb.auug.org.au> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, jeffrey.t.kirsher@intel.com To: sfr@canb.auug.org.au Return-path: In-Reply-To: <20110817105002.efebf85d08460ad99b14be8e@canb.auug.org.au> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org From: Stephen Rothwell Date: Wed, 17 Aug 2011 10:50:02 +1000 > Which is a bit of a pain for automated systems. Ours does (essentially): > > yes '' | make oldconfig > > We really don't want to select every new config item that comes along. If you're indeed piping "yes" output to "make oldconfig" on an existing config, it would select the new guards for you. This happens on other occaisions, I see new group guards all the time when I resync my net and net-next trees with Linus.