linux-kernel - Re: tighten ATA kconfig dependancies

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20060715102825.GR3633@stusta.de>
Date:	Sat, 15 Jul 2006 12:28:25 +0200
From:	Adrian Bunk <bunk@...sta.de>
To:	Arjan van de Ven <arjan@...radead.org>
Cc:	Sam Ravnborg <sam@...nborg.org>, Dave Jones <davej@...hat.com>,
	linux-ide@...r.kernel.org,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...l.org>
Subject: Re: tighten ATA kconfig dependancies

On Sat, Jul 15, 2006 at 08:45:56AM +0200, Arjan van de Ven wrote:
> On Sat, 2006-07-15 at 08:38 +0200, Sam Ravnborg wrote:
> > On Sat, Jul 15, 2006 at 07:49:08AM +0200, Arjan van de Ven wrote:
> > > On Sat, 2006-07-15 at 01:34 -0400, Dave Jones wrote:
> > > > A lot of prehistoric junk shows up on x86-64 configs.
> > > 
> > > 
> > > ... but in general it helps compile testing if you're hacking stuff;
> > > if your hacking IDE on x86-64 you now have to compile 32 bit as well to
> > > see if you didn't break the compile for these as well
> > > 
> > > So please don't do this, just disable them in your config...
> > 
> > An i686 cross compile chain seems to be the natural choice here
> 
> the point is that it doesn't fall out naturally, and thus things get
> needlessly missed.

It seems the main question is:
Is the kernel configuration mainly designed for users or for developers?

For users, showing drivers for hardware that is not present on their 
platform only causes confusion.

Only developers who want to do compile tests could benefit from 
compiling such drivers.

IMHO the kernel configuration is mainly designed for users.

We could do some kind of (X86_32 || DEVELOPER_COMPILE_TEST).

Or simply disable this driver on other platforms - these are only 
compile errors and amongst all possible problems in the kernel compile 
errors are amongst my least worries (obvious error, usually quickly 
fixed after the first bug report).

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

-
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/