Re: [patch] auto-qa Kconfig

[Pavel Machek]

On Mon 2008-01-14 17:11:50, Ingo Molnar wrote:
> 
> * Greg KH <greg@xxxxxxxxx> wrote:
> 
> > > and that is after fixing (in some sense) the first CONFIG_BLOCK=n 
> > > problem with the patch below.  Please test lots of configs. and/or 
> > > use 'make randconfig' (automated, scripted, e.g., etc.). maybe check 
> > > Documentation/SubmitChecklist.  :)
> > 
> > Ingo seems to be saying that he has some kind of "automated" build 
> > system to do this kind of checking.  Ingo, did you ever post how you 
> > did this anywhere?  I have enough spare machines here that I should be 
> > able to set up something to test my stuff this way easier than doing 
> > it by hand all the time (as the above problem proves I do miss things 
> > :( )
> 
> the crux of it is this patch:
> 
>   http://redhat.com/~mingo/auto-qa-patches/Kconfig-qa.patch
> 
> (ontop of x86.git)
> 
> adjust your arch/x86/Kconfig.needed whitelist (should already work on 
> typical systems) and do a 'make randconfig'. Every config is supposed to 
> build and boot fine, including 'make allnoconfig' and 'make 
> allyesconfig'. And please let me know about any blacklist items as well. 
> (right now they are a bit hacky via a "depends on 0" line and a small 
> comment explaining why they are not suitable in a bzImage kernel.)

 config X86_ELAN
        bool "AMD Elan"
        depends on X86_32
+
+       # dangerous to boot on non-Elan CPUs
+       depends on 0
+
        help
          Select this for an AMD Elan processor.


Hmmm... Most options like "support 386" are of "add support for 386,
but do not break support for pentium". ELAN etc seem to be
exceptions. Perhaps options that _take away_ functionality (like ELAN
-- takes ability to boot on normal 386)  should be specifically marked
somehow?

depends on EXCLUSIVE_FEATURE

?

depends on NOT_A_FEATURE

?
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/