[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090102173435.GE6759@elte.hu>
Date: Fri, 2 Jan 2009 18:34:35 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Jaswinder Singh Rajput <jaswinderlinux@...il.com>
Cc: Valdis.Kletnieks@...edu, Bryan Donlan <bdonlan@...il.com>,
Ingo Brueckl <ib@...peronline.de>,
linux-kernel@...r.kernel.org, "H. Peter Anvin" <hpa@...or.com>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: x86 (Linux Tiny): configure out support for some processors
* Jaswinder Singh Rajput <jaswinderlinux@...il.com> wrote:
> On Fri, Jan 2, 2009 at 9:51 PM, Ingo Molnar <mingo@...e.hu> wrote:
> >
> > So you want to save kernel size by making less generic kernels tailored to
>
> My intention is to remove unwanted or useless data from kernel.
which is one of the intentions of CONFIG_EMBEDDED too.
> > a single box [yours in this case] - basically embedding the kernel on
> > it?
> >
>
> So you mean choosing x86 is also EMBEDDED ? because it will not gonna
> run on ARM machine.
>
> > that is what CONFIG_EMBEDDED=y means in broad terms: "make the kernel
> > more specific [more embedded] to a particular hw/sw combination".
>
> Choosing drivers is also Embedded ?
if you bring the argument to its logical extreme then yes. (And human
history is rich with pointless wars fought over various arguments brought
to their logical extreme.)
a more pragmatic approach is that EMBEDDED is the specialization stuff
that can break a box easily without the average kernel tester noticing
why. Average kernel testers know about drivers and know about the
architecture they run on. They might not know what apps rely on
CONFIG_FUTEX for example.
They will probably be aware of the basic CPU type they are using - but the
whole option brings only marginal benefits (on the order of 10 kilobytes
of RAM) and the failure scenario is ugly. I have run into it myself: i
booted a bzImage i assumed would work on a box but it wouldnt due to this.
It's a subjective category and no amount of talking will bring any
solution here.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists