Re: [opensuse-kernel] Re: [RFC] Simplifying kernel configuration for distro issues
- To: Steven Rostedt <firstname.lastname@example.org>
- Cc: Cyrill Gorcunov <email@example.com>, Pekka Enberg <firstname.lastname@example.org>, richard -rw- weinberger <email@example.com>, "Myklebust, Trond" <Trond.Myklebust@netapp.com>, Linus Torvalds <firstname.lastname@example.org>, Dave Jones <email@example.com>, Greg Kroah-Hartman <firstname.lastname@example.org>, Ubuntu Kernel Team <email@example.com>, Debian Kernel Team <firstname.lastname@example.org>, OpenSUSE Kernel Team <email@example.com>, Linux Kernel Mailing List <firstname.lastname@example.org>, Ingo Molnar <email@example.com>, Sasha Levin <firstname.lastname@example.org>, Asias He <email@example.com>
- Subject: Re: [opensuse-kernel] Re: [RFC] Simplifying kernel configuration for distro issues
- From: Borislav Petkov <firstname.lastname@example.org>
- Date: Thu, 19 Jul 2012 19:34:15 +0200
- Message-id: <20120719173415.GE23393@aftab.osrc.amd.com>
- In-reply-to: <email@example.com>
- References: <CA+55aFxw8pY1KMjobp=dKJd+g4B9KGhe4+fsfSPA3ofCGVhkPQ@mail.gmail.com> <firstname.lastname@example.org> <CAFLxGvxxWodD97=78218wc+tuigAFsNK_PdroDfb4BWTZoxxUw@mail.gmail.com> <20120714103716.GD26559@liondog.tnic> <CAOJsxLGHQuuXqDD-1SNhL7Ly1-heCYFLzqj3SLh4xzmP9NR5GQ@mail.gmail.com> <20120714124332.GA4093@moon> <20120714174827.GA13319@aftab.osrc.amd.com> <20120719144217.GC16873@home.goodmis.org> <20120719164807.GD23393@aftab.osrc.amd.com> <email@example.com>
On Thu, Jul 19, 2012 at 01:02:46PM -0400, Steven Rostedt wrote:
> This is why I created the make-min-config in ktest. It keeps on
> disabling configs to see what the machine needs to boot (and optionally
> run some test), and what configs it can disable. It does not touch the
> multi options though.
> It creates two configs. One that has the configs that it can't turn off
> (still enabled with a make allnoconfig, or selected by something that it
> must have), and a config that just has the configs that 'if I disable
> this, the box doesn't boot'.
> Here's an example:
> For my min-config files with the configs that couldn't be turned off:
> $ wc -l config-min*
> 117 config-min
> 139 config-min-net
> The config-min will get the box to boot (no network). The -net, adds
> enough to ssh to the box.
> $ wc -l config-skip*
> 11 config-skip
> 14 config-skip-net
> The above are the configs that ktest found if it disabled, would not
> boot (or ssh).
> $ cat config-skip-net
> I can pass the above to a allnoconfig, and the box will boot and allow
> ssh. Note, the reason for the serial config, is that this ktest run uses
> a serial port to see if the box booted. If the serial isn't there, then
> it thinks it failed.
I agree with all this and you've explained this to me live already so
you're preaching to the choir.
But it would be a lot faster/easier if users can select, let's call'em
"profiles" which are not mutually exclusive and can speed up the
configuration process. They can either be distro-specific or generic,
selecting certain features you need.
So configuring your kernel would be like shopping without paying too
much attention to details. Let's look into the head of a person doing a
config like that and read some of her thoughts :):
"Hm, ok, this new configurator is cool, a lot faster I gotta say... So,
what do I need, ah, yes, it is an AMD laptop so from vendors I select
AMD, then I probably need ext4, then I'd like to do packet filtering
so I should enable iptables.. Oh, I'd like to do tracing too so let's
enable tracing and trust Steven with the options he's added by default,
then I need ahci, I'd also like to do encrypted partitions so I'll
enable device mapper with crypto... "
So all those things could be selectable from that profiles menu without
having to go through the gazillion of little suboptions and having to
read help (which is sometimes completely helpless) and figure out do I
need it or not.
And this would simplify configuration a lot. IMHO, anyway.
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach
GM: Alberto Bozzo
Reg: Dornach, Landkreis Muenchen
HRB Nr. 43632 WEEE Registernr: 129 19551