[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0707171519300.10600@anakin>
Date: Tue, 17 Jul 2007 15:22:16 +0200 (CEST)
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: Heiko Carstens <heiko.carstens@...ibm.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
zippel@...ux-m68k.org, jdike@...aya.com, alan@...rguk.ukuu.org.uk,
Martin Schwidefsky <schwidefsky@...ibm.com>
Subject: Re: uninline check_signature()
On Tue, 17 Jul 2007, Heiko Carstens wrote:
> On Mon, Jul 16, 2007 at 03:35:34PM -0700, Linus Torvalds wrote:
> > On Mon, 16 Jul 2007, Andrew Morton wrote:
> > >
> > > No, no revert, please. If the architecture doesn't support readb() then we
> > > need some reliable way of working that out within Kconfig.
> >
> > Isn't that CONFIG_HAS_IOMEM?
>
> That was my understanding as well considering commits
> 5ea8176994003483a18c8fed580901e2125f8a83 and
> 23db764d3db5a4bb1e104ad9310e5dc18e4ffa1b
>
> so the patch below should be correct... Geert, Roman?
>
> Subject: [PATCH] Make check_signature() depend on CONFIG_HAS_IOMEM
>
> From: Heiko Carstens <heiko.carstens@...ibm.com>
>
> check_signature() uses readb() and therefore should only be build on
> CONFIG_HAS_IOMEM.
>
> Otherwise breaks s390:
> lib/check_signature.c: In function `check_signature':
> lib/check_signature.c:19: error: implicit declaration of function `readb'
>
> Signed-off-by: Heiko Carstens <heiko.carstens@...ibm.com>
> ---
> lib/Makefile | 5 ++---
> 1 files changed, 2 insertions(+), 3 deletions(-)
>
> Index: linux-2.6/lib/Makefile
> ===================================================================
> --- linux-2.6.orig/lib/Makefile
> +++ linux-2.6/lib/Makefile
> @@ -13,7 +13,7 @@ lib-$(CONFIG_SMP) += cpumask.o
> lib-y += kobject.o kref.o kobject_uevent.o klist.o
>
> obj-y += div64.o sort.o parser.o halfmd4.o debug_locks.o random32.o \
> - bust_spinlocks.o hexdump.o check_signature.o
> + bust_spinlocks.o hexdump.o
>
> ifeq ($(CONFIG_DEBUG_KOBJECT),y)
> CFLAGS_kobject.o += -DDEBUG
> @@ -21,7 +21,7 @@ CFLAGS_kobject_uevent.o += -DDEBUG
> endif
>
> obj-$(CONFIG_GENERIC_IOMAP) += iomap.o
> -obj-$(CONFIG_HAS_IOMEM) += iomap_copy.o devres.o
> +obj-$(CONFIG_HAS_IOMEM) += iomap_copy.o devres.o check_signature.o
> obj-$(CONFIG_DEBUG_LOCKING_API_SELFTESTS) += locking-selftest.o
> obj-$(CONFIG_DEBUG_SPINLOCK) += spinlock_debug.o
> lib-$(CONFIG_RWSEM_GENERIC_SPINLOCK) += rwsem-spinlock.o
I saw this patch went in.
iomap_copy.o ues the raw I/O memory accessors, so it truly depends on
CONFIG_HAS_IOMEM.
check_signature.o depends on ISA/PCI I/O memory, not on generic I/O
memory.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
-
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