* powerpc: Abolish PHYS_FMT macro from arch/powerpc
@ 2007-04-24 5:05 David Gibson
2007-04-24 17:00 ` Linas Vepstas
0 siblings, 1 reply; 3+ messages in thread
From: David Gibson @ 2007-04-24 5:05 UTC (permalink / raw)
To: Paul Mackerras; +Cc: linuxppc-dev
32-bit powerpc systems define a macro, PHYS_FMT, giving a printf
format string fragment for displaying physical addresses, since most
32-bit powerpc platforms use 32-bit physical addresses but a few use
64-bit physical addresses.
This macro is used in exactly one place, a rare error message, where
we can solve the problem more simply by just unconditionally casting
the address up to 64-bit quantity before formatting it.
This patch does so, meaning that as we bring MMU definitions from
asm-ppc over to asm-powerpc, cleaning them up in the process, we don't
need to implement this ugly macro (which additionally has a very bad
name for something global).
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Index: working-2.6/arch/powerpc/mm/pgtable_32.c
===================================================================
--- working-2.6.orig/arch/powerpc/mm/pgtable_32.c 2007-04-24 14:58:10.000000000 +1000
+++ working-2.6/arch/powerpc/mm/pgtable_32.c 2007-04-24 14:58:46.000000000 +1000
@@ -183,8 +183,8 @@ __ioremap(phys_addr_t addr, unsigned lon
* mem_init() sets high_memory so only do the check after that.
*/
if (mem_init_done && (p < virt_to_phys(high_memory))) {
- printk("__ioremap(): phys addr "PHYS_FMT" is RAM lr %p\n", p,
- __builtin_return_address(0));
+ printk("__ioremap(): phys addr 0x%llx is RAM lr %p\n",
+ (unsigned long long)p, __builtin_return_address(0));
return NULL;
}
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: powerpc: Abolish PHYS_FMT macro from arch/powerpc
2007-04-24 5:05 powerpc: Abolish PHYS_FMT macro from arch/powerpc David Gibson
@ 2007-04-24 17:00 ` Linas Vepstas
2007-04-25 0:51 ` David Gibson
0 siblings, 1 reply; 3+ messages in thread
From: Linas Vepstas @ 2007-04-24 17:00 UTC (permalink / raw)
To: Paul Mackerras, Benjamin Herrenschmidt, linuxppc-dev
On Tue, Apr 24, 2007 at 03:05:18PM +1000, David Gibson wrote:
> 32-bit powerpc systems define a macro, PHYS_FMT, giving a printf
Your patch removed the use of the macro, but does not remove the definition
of the macro.
--linas
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: powerpc: Abolish PHYS_FMT macro from arch/powerpc
2007-04-24 17:00 ` Linas Vepstas
@ 2007-04-25 0:51 ` David Gibson
0 siblings, 0 replies; 3+ messages in thread
From: David Gibson @ 2007-04-25 0:51 UTC (permalink / raw)
To: Linas Vepstas; +Cc: Paul Mackerras, linuxppc-dev
On Tue, Apr 24, 2007 at 12:00:52PM -0500, Linas Vepstas wrote:
> On Tue, Apr 24, 2007 at 03:05:18PM +1000, David Gibson wrote:
> > 32-bit powerpc systems define a macro, PHYS_FMT, giving a printf
>
> Your patch removed the use of the macro, but does not remove the definition
> of the macro.
Yes, that's because the definition is in asm-ppc, and it's still used
in asm-ppc. My upcoming patches which start to remove arch/powerpc's
final dependencies on asm-ppc won't be moving PHYS_FMT across.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-04-26 0:03 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-24 5:05 powerpc: Abolish PHYS_FMT macro from arch/powerpc David Gibson
2007-04-24 17:00 ` Linas Vepstas
2007-04-25 0:51 ` David Gibson
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).