From: David Miller <davem@davemloft.net>
To: rmk+kernel@arm.linux.org.uk
Cc: adobriyan@gmail.com, akpm@linux-foundation.org,
linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org
Subject: hardirq.h removal broke sparc64 build...
Date: Wed, 07 Jan 2009 14:43:10 -0800 (PST) [thread overview]
Message-ID: <20090107.144310.79937111.davem@davemloft.net> (raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: Text/Plain; charset=utf-8, Size: 2606 bytes --]
[ Andrew, read carefully, I think some part of a patch you
merged might have been lost while reshuffling or whatever. ]
This change:
commit ba84be2338d3a2b6020d39279335bb06fcd332e1
Author: Russell King <rmk+kernel@arm.linux.org.uk>
Date: Tue Jan 6 14:41:07 2009 -0800
remove linux/hardirq.h from asm-generic/local.h
broke the build on sparc64:
drivers/base/topology.c: In function âshow_physical_package_idâ:
drivers/base/topology.c:103: error: implicit declaration of function âcpu_dataâ
drivers/base/topology.c:103: error: request for member âproc_idâ in something not a structure or union
drivers/base/topology.c: In function âshow_core_idâ:
drivers/base/topology.c:106: error: request for member âcore_idâ in something not a structure or union
Even though there is a footnote there from Alexey saying that
sparc64 was fixed up :-)
[adobriyan@gmail.com: fix sparc64]
I've spent most of last night and this morning trying to figure out
a way to fix this, it is very non-trivial.
Adding a simple asm/cpudata.h include into asm/topology_64.h for the
SMP case does not work.
asm/cpudata.h brings in percpu.h which wants SLAB which wants to use
GFP_* values and thus includes gfp.h
And thus because of the include loop:
linux/gfp.h --> linux/mmzone.h --> linux/topology.h -->
asm/topology.h --> asm/cpudata.h --> linux/percpu.h -->
linux/slab.h
we can't include asm/cpudata.h into asm/topology.h otherwise
we get:
include/linux/slub_def.h: In function âkmalloc_largeâ:
include/linux/slub_def.h:209: error: implicit declaration of function â__get_free_pagesâ
include/linux/slub_def.h:209: error: â__GFP_COMPâ undeclared (first use in this function)
include/linux/slub_def.h:209: error: (Each undeclared identifier is reported only once
include/linux/slub_def.h:209: error: for each function it appears in.)
include/linux/slub_def.h:209: warning: cast to pointer from integer of different size
for the drivers/base/topology.o build failure case above.
Actually, looking at the patch, where is the part from Alexey
that does the "fix sparc64"? I see nothing in the patch that
would even appear to possibly be for that. The diffstat is:
arch/avr32/kernel/traps.c | 1 +
arch/sh/kernel/traps_32.c | 1 +
drivers/acpi/processor_idle.c | 1 +
include/asm-generic/local.h | 1 -
4 files changed, 3 insertions(+), 1 deletion(-)
Was Alexey's fix removed or lost? :-/
ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
next reply other threads:[~2009-01-07 22:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-07 22:43 David Miller [this message]
2009-01-07 22:58 ` hardirq.h removal broke sparc64 build Andrew Morton
2009-01-07 23:07 ` David Miller
2009-01-07 23:30 ` David Miller
2009-01-08 7:56 ` Sam Ravnborg
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=20090107.144310.79937111.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=adobriyan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rmk+kernel@arm.linux.org.uk \
--cc=sparclinux@vger.kernel.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