public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Brad Hards <bhards@bigpond.net.au>
To: Dave Jones <davej@codemonkey.org.uk>, Jeff Garzik <jgarzik@pobox.com>
Cc: Jos Hulzink <josh@stack.nl>,
	linux-kernel@vger.kernel.org, Vojtech Pavlik <vojtech@suse.cz>
Subject: Re: Petition against kernel configuration options madness...
Date: Mon, 4 Nov 2002 09:18:01 +1100	[thread overview]
Message-ID: <200211040918.02414.bhards@bigpond.net.au> (raw)
In-Reply-To: <20021103215920.GB733@suse.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, 4 Nov 2002 08:59, Dave Jones wrote:
> On Sun, Nov 03, 2002 at 12:52:48PM -0500, Jeff Garzik wrote:
>  > This is potentially becoming a FAQ...  I ran into this too, as did
>  > several people in the office.  People who compile custom kernels seem to
>  > run into this when they first jump into 2.5.x.  AT Keyboard support is
>  > definitely buried :/
>
> Documentation isn't enough. It _has_ to be made simpler.
> Its obvious that this is the #1 stumbling block to a 2.5 virgin right now.
> I fell over it myself when I merged it, as did Linus I believe.
> It's just not obvious enough.
This is a general merging issue. I personally didn't get affected (because USB 
only is good), but it was a big problem for 2.4.19-pre10, when HID input 
support became optional (so you can have HID for an embedded USB UPS server, 
without getting bloat).

The idea of using a kernel revisioning system is good, but things change 
between any two kernels (2.4.19-pre9 and 2.4.19-pre10 in this case).

Suggest that the kernel .config should be revisioned, and if the version 
doesn't match, make $BUILDTARGET (eg bzImage, vmlinux, modules, whatever) 
should not run. make install and make modules_install shouldn't run either.

Instead, if the version differences are minor (definition TBA), then make 
[|x|menu|old|m]config should copy the old .config to an alternative name (eg. 
.config-previous) and then for each option, we should pull from 
.config-previous, then def-config (if no entry in .config-previous), which 
we'd then have as a default. and allow the user to override.

Also note that this will NOT solve the problem described. When you move 
functionality into an existing section, which is turned off, you have to 
check every option. Consider the impact of creating a "make kernel boot" 
option three levels down in the AX.25 code. 99% of kernel builders wouidn't 
see it. Generally you only get this level of breakage in unstable series, so 
people need to rebuild their config from scratch anyway. Also, the intent of 
some options changes (consider those that no longer need any SCSI, because 
their IDE CD-RW device is now native)

Fundamentally, if you don't know how to build the configuration, this is a 
good time to learn, even if only by trial and error.

Brad

- -- 
http://linux.conf.au. 22-25Jan2003. Perth, Aust. I'm registered. Are you?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9xaCaW6pHgIdAuOMRAiGlAJ9bHWOxXDameBdHyKhFQLfuImUmGgCgop2w
NE66gEzpN4hNzPAoR4uMTcg=
=jxzW
-----END PGP SIGNATURE-----


  reply	other threads:[~2002-11-03 22:20 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-03 17:09 Petition against kernel configuration options madness Jos Hulzink
2002-11-03 16:05 ` Tomas Szepe
2002-11-03 18:20   ` Jos Hulzink
2002-11-03 17:52 ` Jeff Garzik
2002-11-03 19:07   ` Vojtech Pavlik
2002-11-03 19:37     ` Petr Baudis
2002-11-03 20:13       ` Vojtech Pavlik
2002-11-03 22:20         ` Petr Baudis
2002-11-03 22:32           ` [PATCH] Sane defaults for the input layer configuration Petr Baudis
2002-11-03 22:25         ` Petition against kernel configuration options madness Jos Hulzink
2002-11-04  1:40           ` Randy.Dunlap
2002-11-04  2:43       ` Miles Bader
2002-11-04  2:46         ` William Lee Irwin III
2002-11-03 20:38     ` Arador
2002-11-03 20:40     ` Nicholas Wourms
2002-11-03 21:39     ` Jos Hulzink
2002-11-03 22:04       ` Nick LeRoy
2002-11-03 21:58     ` Andries Brouwer
2002-11-03 21:59   ` Dave Jones
2002-11-03 22:18     ` Brad Hards [this message]
2002-11-04  0:06     ` Werner Almesberger
2002-11-04 13:05       ` Mr. James W. Laferriere
2002-11-03 20:38 ` Nicholas Wourms
2002-11-03 20:43   ` Arador
2002-11-03 21:11   ` Flavio Stanchina
2002-11-03 21:22     ` Nicholas Wourms
2002-11-03 21:48       ` Flavio Stanchina
2002-11-03 22:00       ` Matthias Schniedermeyer
2002-11-04  0:18         ` Werner Almesberger
  -- strict thread matches above, loose matches on Subject: below --
2002-11-03 20:19 Hell.Surfers

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=200211040918.02414.bhards@bigpond.net.au \
    --to=bhards@bigpond.net.au \
    --cc=davej@codemonkey.org.uk \
    --cc=jgarzik@pobox.com \
    --cc=josh@stack.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vojtech@suse.cz \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox