From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Andrew Morton <akpm@linux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
zippel@linux-m68k.org, jdike@karaya.com,
alan@lxorguk.ukuu.org.uk,
Martin Schwidefsky <schwidefsky@de.ibm.com>
Subject: Re: uninline check_signature()
Date: Tue, 17 Jul 2007 15:22:16 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.64.0707171519300.10600@anakin> (raw)
In-Reply-To: <20070716230307.GB12230@osiris.ibm.com>
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@de.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@de.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@linux-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
next prev parent reply other threads:[~2007-07-17 13:22 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200707161802.l6GI2tNp007390@hera.kernel.org>
2007-07-16 22:12 ` Heiko Carstens
2007-07-16 22:29 ` Andrew Morton
2007-07-16 22:35 ` Linus Torvalds
2007-07-16 23:03 ` Heiko Carstens
2007-07-17 13:22 ` Geert Uytterhoeven [this message]
2007-07-17 16:33 ` Jeff Dike
2007-07-17 16:46 ` Geert Uytterhoeven
2007-07-17 18:03 ` Linus Torvalds
2007-07-17 20:31 ` Geert Uytterhoeven
2007-07-17 20:38 ` Al Viro
2007-07-17 20:40 ` Linus Torvalds
2007-07-18 6:45 ` Geert Uytterhoeven
2007-08-12 10:24 ` [PATCH] Introduce CONFIG_CHECK_SIGNATURE (was: Re: uninline check_signature()) Geert Uytterhoeven
2007-07-17 8:50 ` uninline check_signature() Geert Uytterhoeven
2007-07-17 8:53 ` Geert Uytterhoeven
2007-07-18 11:33 ` Maciej W. Rozycki
2007-07-17 8:59 ` Pekka Enberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.64.0707171519300.10600@anakin \
--to=geert@linux-m68k.org \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=heiko.carstens@de.ibm.com \
--cc=jdike@karaya.com \
--cc=linux-kernel@vger.kernel.org \
--cc=schwidefsky@de.ibm.com \
--cc=torvalds@linux-foundation.org \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®