From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261339AbTDHMnK (for ); Tue, 8 Apr 2003 08:43:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261340AbTDHMnK (for ); Tue, 8 Apr 2003 08:43:10 -0400 Received: from wohnheim.fh-wedel.de ([195.37.86.122]:32184 "EHLO wohnheim.fh-wedel.de") by vger.kernel.org with ESMTP id S261339AbTDHMnJ (for ); Tue, 8 Apr 2003 08:43:09 -0400 Date: Tue, 8 Apr 2003 14:54:31 +0200 From: =?iso-8859-1?Q?J=F6rn?= Engel To: David Woodhouse Cc: Andi Kleen , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [ANNOUNCE] New kernel tree for embedded linux Message-ID: <20030408125431.GF21794@wohnheim.fh-wedel.de> References: <20030407171037.GB8178@wohnheim.fh-wedel.de.suse.lists.linux.kernel> <20030407194039.GF8178@wohnheim.fh-wedel.de> <1049790892.18045.120.camel@passion.cambridge.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1049790892.18045.120.camel@passion.cambridge.redhat.com> User-Agent: Mutt/1.3.28i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 8 April 2003 09:34:52 +0100, David Woodhouse wrote: > On Mon, 2003-04-07 at 20:40, Jörn Engel wrote: > > Some more partitioning code that only applies to spinning discs of > > some sort (ide, scsi) or code that emulates spinning discs is always > > included. No config option. > > We definitely want CONFIG_BLK_DEV. CONFIG_SWAP is a good start. The child has a different name, currently, but yes. It will also be interesting to see, what all should be covered by that option. > > Another one is serial.c. In an ltp test run, plus serial console, some > > 90% were unused. And the code gave me some shivers. Volunteers? > > The new serial code is somewhat nicer. Still contains unconditional > support for a lot of bizarre 8250 variations, but I don't think that's > really taking up much space though. You don't refer to your effort to support higher bitrates on some chips, I guess. Do you have a URL or something? Jörn -- To recognize individual spam features you have to try to get into the mind of the spammer, and frankly I want to spend as little time inside the minds of spammers as possible. -- Paul Graham