All of lore.kernel.org
 help / color / mirror / Atom feed
From: Guenter Roeck <linux@roeck-us.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: "ksummit-discuss@lists.linuxfoundation.org"
	<ksummit-discuss@lists.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] RFC: Kernel tinification - kernel config reduction
Date: Wed, 13 Aug 2014 15:45:07 -0700	[thread overview]
Message-ID: <20140813224507.GA29606@roeck-us.net> (raw)
In-Reply-To: <CAMuHMdVEYEsk1EtBbAAinJ=7m5SRh-w4DZb=_N0gaMgpvtRadw@mail.gmail.com>

On Wed, Aug 13, 2014 at 09:53:58PM +0200, Geert Uytterhoeven wrote:
> On Wed, Aug 13, 2014 at 8:07 PM, Guenter Roeck <linux@roeck-us.net> wrote:
> > Major problem I see is that many architecture maintainers don't seem to care
> > about "make allmodconfig" and/or "make allyesconfig", meaning there is no
> > simple means to at least compile-test all code that _can_ be enabled for
> > a given architecture. And don't even mention "make randconfig".
> 
> There are still architectures that don't support multi-platform kernels, which
> is a requirement for good coverage.
> 
This is not about creating a working kernel, but for compile tests. I have
separate configurations to test working kernels. But I would prefer to build,
say, no more than half a dozen arm configurations instead of the 40 in my
current build list.

> An alternative could be to have several allmodconfig builds, one for each
> subset that can't be built-in together, like
> 
> make CONFIG_SUBSET_FOO=y allmodconfig
> make CONFIG_SUBSET_BAR=y allmodconfig
> ...
> 
Maybe something like 

make PCI=n allmodconfig
make GPIOLIB=n allmodconfig

which would let me disable key options selectively so I can improve compile
coverage without having to go through all configurations (or randconfig).

> > Instead of CONFIG_TINY or similar, I would find it more important to get
> > allmodconfig and/or allyesconfig to work for as many architectures as
> > possible, and to create some means to help catching errors of the
> > kind detected by randconfig, only in a more deterministic way.
> 
> The few allmodconfig/allyesconfig builds on
> kisskb.ellerman.id.au/kisskb/matrix/ are actually not in such a bad shape.
> Shall more be added?
> 
I don't think there are any you could add, at least none which actually build.
arm:allmodconfig was quite useful, but it has been broken since 3.10 or so,
and I don't think it will ever get fixed.

> You also only build some of the allmodconfigs?
> 
Never "only". I always also build defconfig, plus at least sometimes a couple
of additional configurations (if available) to improve coverage of conditional
functionality.

Guenter

  reply	other threads:[~2014-08-13 22:45 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-13 17:29 [Ksummit-discuss] RFC: Kernel tinification - kernel config reduction Bird, Tim
2014-08-13 18:07 ` Guenter Roeck
2014-08-13 19:53   ` Geert Uytterhoeven
2014-08-13 22:45     ` Guenter Roeck [this message]
2014-08-14  0:14       ` Mark Brown
2014-08-14  0:38         ` Guenter Roeck
2014-08-14 15:33           ` Mark Brown
2014-08-14  7:49         ` Geert Uytterhoeven
2014-08-14 16:39           ` Mark Brown
2014-08-14  7:40       ` Geert Uytterhoeven
2014-08-14  8:50         ` Guenter Roeck
2014-08-14  9:02           ` Geert Uytterhoeven
2014-08-14  9:02             ` Geert Uytterhoeven
2014-08-15 11:04             ` Guenter Roeck
2014-08-15 11:04               ` Guenter Roeck
2014-08-14 19:57   ` Stefan Hengelein
2014-08-13 19:19 ` josh
2014-08-14 16:30   ` Tim Bird
2014-08-14 17:17     ` Josh Triplett
2014-08-14 16:03 ` Christoph Lameter
2014-08-14 18:54 ` Jan Kara

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140813224507.GA29606@roeck-us.net \
    --to=linux@roeck-us.net \
    --cc=geert@linux-m68k.org \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.