From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751608AbXCRMjL (ORCPT ); Sun, 18 Mar 2007 08:39:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752324AbXCRMjL (ORCPT ); Sun, 18 Mar 2007 08:39:11 -0400 Received: from pasmtpb.tele.dk ([80.160.77.98]:45375 "EHLO pasmtpB.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751608AbXCRMjK (ORCPT ); Sun, 18 Mar 2007 08:39:10 -0400 Date: Sun, 18 Mar 2007 13:39:45 +0100 From: Sam Ravnborg To: Randy Dunlap Cc: lkml , Linus Torvalds Subject: Re: Linux 2.6.21-rc4 Message-ID: <20070318123945.GA23953@uranus.ravnborg.org> References: <20070316141121.82ba7cb8.randy.dunlap@oracle.com> <20070316153957.232cf648.randy.dunlap@oracle.com> <20070317064340.GB26842@uranus.ravnborg.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070317064340.GB26842@uranus.ravnborg.org> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Mar 17, 2007 at 07:43:40AM +0100, Sam Ravnborg wrote: > On Fri, Mar 16, 2007 at 03:39:57PM -0700, Randy Dunlap wrote: > > On Fri, 16 Mar 2007 14:11:21 -0700 Randy Dunlap wrote: > > > > > On Fri, 16 Mar 2007 09:33:54 -0700 (PDT) Linus Torvalds wrote: > > > > > > > > > > > I pushed out the -git trees yesterday, but then got distracted, so the > > > > patches and tar-balls and the announcement got delayed until this morning. > > > > Oops. I'm a scatter-brain. > > > > > > allmodconfig on i386: > > > > > > WARNING: "default_idle" [arch/i386/kernel/apm.ko] undefined! > > > WARNING: "machine_real_restart" [arch/i386/kernel/apm.ko] undefined! > > > make[1]: *** [__modpost] Error 1 > > > make: *** [modules] Error 2 > > > > Please ignore. > > > > I think that this was the result of doing 'make allyesconfig && make all' > > followed by 'make allmodconfig && make all' without doing a 'make clean' > > between them. > But then we have a dependency error somewhere we need to track down. > I will try to test here. So far no luck in reproducing this. I will await additional reports before looking more into this one. Sam