From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernd Petrovitsch Subject: Re: [Bug #11342] Linux 2.6.27-rc3: kernel BUG at mm/vmalloc.c - bisected Date: Wed, 27 Aug 2008 21:30:31 +0200 Message-ID: <1219865431.3475.3.camel@gimli.at.home> References: <20080826205916.GB11734@cs181140183.pp.htv.fi> <1219827609.30209.29.camel@spike.firmix.at> <1219843032.30209.51.camel@spike.firmix.at> <20080827154805.GA25387@shareable.org> <1219855121.30209.112.camel@spike.firmix.at> <20080827175152.GA27491@shareable.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20080827175152.GA27491@shareable.org> Content-Disposition: inline Sender: linux-embedded-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Jamie Lokier Cc: Parag Warudkar , Linus Torvalds , Adrian Bunk , Rusty Russell , "Alan D. Brunelle" , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Andrew Morton , Arjan van de Ven , Ingo Molnar , linux-embedded@vger.kernel.org On Mit, 2008-08-27 at 18:51 +0100, Jamie Lokier wrote: > Bernd Petrovitsch wrote: [...] > It is, but the idea that small embedded systems go through a 'all > components are known, drivers are known, test and if it passes it's > shippable' does not always apply. Not always but often enough. And yes, there is ARM-based embedded hardware with 1GB Flash-RAM and 128MB RAM. > > > I'm seriously thinking of forwarding porting the 4 year old firmware > > > from 2.4.26 to 2.6.current, just to get new drivers and capabilities. > > > > That sounds reasonable (and I never meant maintaining the old system > > infinitely. > > Sounds reasonable, but it's vetoed for anticipated time and cost, That is to be expected;-) [....] > > ACK. We avoid MMU-less hardware too - especially since there is enough > > hardware with a MMU around. > > I can't emphasise enough how much difference MMU makes to Linux userspace. > > It's practically: MMU = standard Linux (with less RAM), have everything. > No-MMU = lots of familiar 'Linux' things not available or break. ACK. And tell that a customer that everything is more effort and more risk and not just "simply cross-compile it as it runs on my desktop too". Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services