From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932754AbWGBSyf (ORCPT ); Sun, 2 Jul 2006 14:54:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932792AbWGBSyf (ORCPT ); Sun, 2 Jul 2006 14:54:35 -0400 Received: from fed1rmmtao08.cox.net ([68.230.241.31]:54184 "EHLO fed1rmmtao08.cox.net") by vger.kernel.org with ESMTP id S932754AbWGBSye (ORCPT ); Sun, 2 Jul 2006 14:54:34 -0400 Date: Sun, 2 Jul 2006 11:54:34 -0700 From: Tom Rini To: Andrew Morton Cc: Sam Ravnborg , kmannth@gmail.com, linux-kernel@vger.kernel.org Subject: Re: 2.6.17-mm1 Message-ID: <20060702185433.GB3099@smtp.west.cox.net> References: <20060621034857.35cfe36f.akpm@osdl.org> <20060623143205.9b8bfa96.akpm@osdl.org> <20060624212706.GE2049@mars.ravnborg.org> <20060624145305.9b4f9f65.akpm@osdl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060624145305.9b4f9f65.akpm@osdl.org> User-Agent: Mutt/1.5.11+cvs20060403 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 24, 2006 at 02:53:05PM -0700, Andrew Morton wrote: > On Sat, 24 Jun 2006 23:27:06 +0200 > Sam Ravnborg wrote: > > > On Fri, Jun 23, 2006 at 02:32:05PM -0700, Andrew Morton wrote: > > > On Fri, 23 Jun 2006 13:39:01 -0700 > > > "Keith Mannthey" wrote: > > > > > > > Andrew, > > > > When I make mrproper to clean the kernel tree with the -mm trees (at > > > > least the last few releases) I end up having to remove > > > > /include/linux/dwarf2-defs.h myself. This file is generated at build > > > > time but mrproper isn't cleaning it up. This file is always present > > > > in a tree that has been built but not in the origninal tree so a diff > > > > of the tree picks it up. > > > > > > > > Is this expected? > > > > > > > > > > No, it's not expected. That's due to the kgdb patches. > > > > > > Sam, what should we be doing here? > > > > The dwarf2-defs.h file is similar to the asm-offsets.h file. We need it > > before starting to build the kernel. > > So the only same solution would be to move it all to the Kbuild file in > > the top-level directory. Then we should also let same Kbuild file take > > care of cleaning up. > > > > I noticed that kgdb patches was dropped in -mm this time. > > Shall I try to cook up a patch next time you include kgdb? > > > > I wouldn't bother, really - we have bigger fish to fry. Just got back from a holiday, catching up on things now. I _thought_ this had been fixed, but it may have been after Andrew grabbed the patches last, I'll double check soon. -- Tom Rini