[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <18926.38431.910952.630575@cargo.ozlabs.ibm.com>
Date: Wed, 22 Apr 2009 13:59:27 +1000
From: Paul Mackerras <paulus@...ba.org>
To: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
Cc: subrata@...ux.vnet.ibm.com,
"Linuxppc-dev" <Linuxppc-dev@...abs.org>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Stefan Bader <stefan.bader@...onical.com>,
Marcelo Tosatti <marcelo@...ectiva.com.br>,
Adrian Bunk <bunk@...nel.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
"linux-next" <linux-next@...r.kernel.org>,
sachinp <sachinp@...ux.vnet.ibm.com>,
"linux-kernel" <linux-kernel@...r.kernel.org>,
Alexander Beregalov <a.beregalov@...il.com>
Subject: Re: [BUILD FAILURE 05/12] Next April 21 : PPC64 randconfig [drivers/macintosh/mediabay.o]
Bartlomiej Zolnierkiewicz writes:
> mediabay shouldn't include <linux/ide.h> unconditionally so
> remove the superfluous include from mediabay.c (<asm/mediabay.h>
> will pull <linux/ide.h> in for CONFIG_BLK_DEV_IDE_PMAC=y).
I don't like relying on second-hand imports like that. I prefer the
previous patch, that made mediabay depend on CONFIG_BLOCK.
BTW, if including <linux/ide.h> causes an error when CONFIG_BLOCK=n,
then there is a bug in <linux/ide.h>, IMO.
Paul.
--
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/
Powered by blists - more mailing lists