From: tony.luck@intel.com
To: "Jesse Barnes" <jbarnes@engr.sgi.com>, "Paul Jackson" <pj@sgi.com>
Cc: "Linus Torvalds" <torvalds@osdl.org>, <ianw@gelato.unsw.edu.au>,
"William Irwin" <wli@holomorphy.com>,
<linux-kernel@vger.kernel.org>
Subject: RE: [PATCH] SN2 build fix CONFIG_VIRTUAL_MEM_MAP and CONFIG_DISCONTIGMEM
Date: Wed, 8 Sep 2004 14:45:52 -0700 [thread overview]
Message-ID: <200409082145.i88LjqR05556@unix-os.sc.intel.com> (raw)
>>Thanks Paul, this looks a little simpler than the patch I
>>posted (I'd rather just make CONFIG_DISCONTIGMEM and
>>CONFIG_VIRTUAL_MEMMAP mandatory on ia64, but that's for
>>another patch). Linus, since this breakage is in your
>>tree now, can you please apply this assuming Tony has
>>no complaints so that people can build on ia64 again?
>
>I have no complaints. I see that Linus has already
>applied Paul's patch to his BK tree.
I want to change my vote :-) The problem isn't a spurious extra
"#else" (which Paul's patch removed) ... it is a missing "#endif"
Here's a patch that puts the #else back, adds the #endif, and
fixes the whitespace to make this nested mess of pre-processor
noise a bit more legible.
Signed-off-by: Tony Luck <tony.luck@intel.com>
===== include/asm-ia64/page.h 1.28 vs edited =====
--- 1.28/include/asm-ia64/page.h 2004-09-05 20:48:22 +00:00
+++ edited/include/asm-ia64/page.h 2004-09-08 20:39:23 +00:00
@@ -86,13 +86,14 @@
#ifndef CONFIG_DISCONTIGMEM
# ifdef CONFIG_VIRTUAL_MEM_MAP
extern struct page *vmem_map;
-# define pfn_valid(pfn) (((pfn) < max_mapnr) && ia64_pfn_valid(pfn))
-# define page_to_pfn(page) ((unsigned long) (page - vmem_map))
-# define pfn_to_page(pfn) (vmem_map + (pfn))
+# define pfn_valid(pfn) (((pfn) < max_mapnr) && ia64_pfn_valid(pfn))
+# define page_to_pfn(page) ((unsigned long) (page - vmem_map))
+# define pfn_to_page(pfn) (vmem_map + (pfn))
+# else
+# define pfn_valid(pfn) (((pfn) < max_mapnr) && ia64_pfn_valid(pfn))
+# define page_to_pfn(page) ((unsigned long) (page - mem_map))
+# define pfn_to_page(pfn) (mem_map + (pfn))
# endif
-#define pfn_valid(pfn) (((pfn) < max_mapnr) && ia64_pfn_valid(pfn))
-#define page_to_pfn(page) ((unsigned long) (page - mem_map))
-#define pfn_to_page(pfn) (mem_map + (pfn))
#endif /* CONFIG_DISCONTIGMEM */
#define page_to_phys(page) (page_to_pfn(page) << PAGE_SHIFT)
next reply other threads:[~2004-09-08 21:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-08 21:45 tony.luck [this message]
2004-09-08 22:53 ` Paul Jackson
-- strict thread matches above, loose matches on Subject: below --
2004-09-08 16:56 Luck, Tony
2004-09-05 21:18 Paul Jackson
2004-09-08 4:30 ` Jesse Barnes
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=200409082145.i88LjqR05556@unix-os.sc.intel.com \
--to=tony.luck@intel.com \
--cc=ianw@gelato.unsw.edu.au \
--cc=jbarnes@engr.sgi.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pj@sgi.com \
--cc=torvalds@osdl.org \
--cc=wli@holomorphy.com \
/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®