From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751144AbWGPSOZ (ORCPT ); Sun, 16 Jul 2006 14:14:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751149AbWGPSOZ (ORCPT ); Sun, 16 Jul 2006 14:14:25 -0400 Received: from xenotime.net ([66.160.160.81]:38055 "HELO xenotime.net") by vger.kernel.org with SMTP id S1751144AbWGPSOY (ORCPT ); Sun, 16 Jul 2006 14:14:24 -0400 Message-Id: <1153073662.7604@shark.he.net> Date: Sun, 16 Jul 2006 11:14:22 -0700 From: "Randy Dunlap" To: Adrian Bunk , Arjan van de Ven , Sam Ravnborg , Dave Jones , linux-ide@vger.kernel.org, Linux Kernel , Andrew Morton Subject: Re: tighten ATA kconfig dependancies X-Mailer: WebMail 1.25 X-IPAddress: 216.191.251.226 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > 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. or at least should be. > We could do some kind of (X86_32 || DEVELOPER_COMPILE_TEST). Let's not complicate it more. > 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). --- ~Randy