* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
@ 2011-04-04 9:04 Santosh Shilimkar
2011-04-04 9:12 ` Russell King - ARM Linux
0 siblings, 1 reply; 7+ messages in thread
From: Santosh Shilimkar @ 2011-04-04 9:04 UTC (permalink / raw)
To: linux-arm-kernel
Fix below build warning.
CC arch/arm/plat-omap/sram.o
arch/arm/plat-omap/sram.c: In function 'omap_map_sram':
arch/arm/plat-omap/sram.c:224: warning: format '%08lx' expects
type 'long unsigned int', but argument 2 has type 'unsigned int'
While at this, convert SRAM printk(* "") to pr_*("").
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
---
arch/arm/plat-omap/sram.c | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index a3f50b3..7857146 100644
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@ -166,7 +166,7 @@ static void __init omap_detect_sram(void)
else if (cpu_is_omap1611())
omap_sram_size = SZ_256K;
else {
- printk(KERN_ERR "Could not detect SRAM size\n");
+ pr_err("Could not detect SRAM size\n");
omap_sram_size = 0x4000;
}
}
@@ -221,7 +221,7 @@ static void __init omap_map_sram(void)
omap_sram_io_desc[0].length = ROUND_DOWN(omap_sram_size, PAGE_SIZE);
iotable_init(omap_sram_io_desc, ARRAY_SIZE(omap_sram_io_desc));
- printk(KERN_INFO "SRAM: Mapped pa 0x%08lx to va 0x%08lx size: 0x%lx\n",
+ pr_info("SRAM: Mapped pa 0x%08x to va 0x%08lx size: 0x%lx\n",
__pfn_to_phys(omap_sram_io_desc[0].pfn),
omap_sram_io_desc[0].virtual,
omap_sram_io_desc[0].length);
@@ -252,7 +252,7 @@ static void __init omap_map_sram(void)
void *omap_sram_push_address(unsigned long size)
{
if (size > (omap_sram_ceil - (omap_sram_base + SRAM_BOOTLOADER_SZ))) {
- printk(KERN_ERR "Not enough space in SRAM\n");
+ pr_err("Not enough space in SRAM\n");
return NULL;
}
--
1.6.0.4
^ permalink raw reply related [flat|nested] 7+ messages in thread
* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
2011-04-04 9:04 [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int' Santosh Shilimkar
@ 2011-04-04 9:12 ` Russell King - ARM Linux
2011-04-04 9:47 ` Santosh Shilimkar
0 siblings, 1 reply; 7+ messages in thread
From: Russell King - ARM Linux @ 2011-04-04 9:12 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Apr 04, 2011 at 02:34:56PM +0530, Santosh Shilimkar wrote:
> diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
> index a3f50b3..7857146 100644
> --- a/arch/arm/plat-omap/sram.c
> +++ b/arch/arm/plat-omap/sram.c
> @@ -166,7 +166,7 @@ static void __init omap_detect_sram(void)
> else if (cpu_is_omap1611())
> omap_sram_size = SZ_256K;
> else {
> - printk(KERN_ERR "Could not detect SRAM size\n");
> + pr_err("Could not detect SRAM size\n");
> omap_sram_size = 0x4000;
> }
> }
> @@ -221,7 +221,7 @@ static void __init omap_map_sram(void)
> omap_sram_io_desc[0].length = ROUND_DOWN(omap_sram_size, PAGE_SIZE);
> iotable_init(omap_sram_io_desc, ARRAY_SIZE(omap_sram_io_desc));
>
> - printk(KERN_INFO "SRAM: Mapped pa 0x%08lx to va 0x%08lx size: 0x%lx\n",
> + pr_info("SRAM: Mapped pa 0x%08x to va 0x%08lx size: 0x%lx\n",
> __pfn_to_phys(omap_sram_io_desc[0].pfn),
> omap_sram_io_desc[0].virtual,
> omap_sram_io_desc[0].length);
This is wrong.
I guess this is a consequence of using phys_addr_t rather than explicitly
'unsigned long' for physical addresses, which ends up as u32, which in
turn is 'unsigned int' not 'unsigned long'.
In any case, these warnings are telling us what needs to be fixed for
large physical addresses. The way that we've sorted this in the generic
ARM code is to use 0x%08llx, and casting the physical address to
'unsigned long long'. That gives consistent arguments without printing
excessive zeros at the start of an address.
^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
2011-04-04 9:12 ` Russell King - ARM Linux
@ 2011-04-04 9:47 ` Santosh Shilimkar
2011-04-23 7:08 ` Santosh Shilimkar
2011-04-28 14:09 ` Russell King - ARM Linux
0 siblings, 2 replies; 7+ messages in thread
From: Santosh Shilimkar @ 2011-04-04 9:47 UTC (permalink / raw)
To: linux-arm-kernel
On 4/4/2011 2:42 PM, Russell King - ARM Linux wrote:
> On Mon, Apr 04, 2011 at 02:34:56PM +0530, Santosh Shilimkar wrote:
>> diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
>> index a3f50b3..7857146 100644
>> --- a/arch/arm/plat-omap/sram.c
>> +++ b/arch/arm/plat-omap/sram.c
>> @@ -166,7 +166,7 @@ static void __init omap_detect_sram(void)
>> else if (cpu_is_omap1611())
>> omap_sram_size = SZ_256K;
>> else {
>> - printk(KERN_ERR "Could not detect SRAM size\n");
>> + pr_err("Could not detect SRAM size\n");
>> omap_sram_size = 0x4000;
>> }
>> }
>> @@ -221,7 +221,7 @@ static void __init omap_map_sram(void)
>> omap_sram_io_desc[0].length = ROUND_DOWN(omap_sram_size, PAGE_SIZE);
>> iotable_init(omap_sram_io_desc, ARRAY_SIZE(omap_sram_io_desc));
>>
>> - printk(KERN_INFO "SRAM: Mapped pa 0x%08lx to va 0x%08lx size: 0x%lx\n",
>> + pr_info("SRAM: Mapped pa 0x%08x to va 0x%08lx size: 0x%lx\n",
>> __pfn_to_phys(omap_sram_io_desc[0].pfn),
>> omap_sram_io_desc[0].virtual,
>> omap_sram_io_desc[0].length);
>
> This is wrong.
>
> I guess this is a consequence of using phys_addr_t rather than explicitly
> 'unsigned long' for physical addresses, which ends up as u32, which in
> turn is 'unsigned int' not 'unsigned long'.
>
> In any case, these warnings are telling us what needs to be fixed for
> large physical addresses. The way that we've sorted this in the generic
> ARM code is to use 0x%08llx, and casting the physical address to
> 'unsigned long long'. That gives consistent arguments without printing
> excessive zeros at the start of an address.
Thanks for pointing out this. I see Will's commit on this
one "29a38193"
Here is the updated patch as you suggested.
From 4d8d4e5c99c1477a8cb04b525ff5a2d93bbdacfd Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar <santosh.shilimkar@ti.com>
Date: Mon, 4 Apr 2011 14:20:08 +0530
Subject: [PATCH] OMAP: SRAM: Fix warning: format '%08lx' expects type
'long unsigned int'
Fix below build warning.
CC arch/arm/plat-omap/sram.o
arch/arm/plat-omap/sram.c: In function 'omap_map_sram':
arch/arm/plat-omap/sram.c:224: warning: format '%08lx' expects
type 'long unsigned int', but argument 2 has type 'unsigned int'
While at this, convert SRAM printk(* "") to pr_*("").
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
---
arch/arm/plat-omap/sram.c | 12 ++++++------
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index a3f50b3..6af3d0b 100644
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@ -166,7 +166,7 @@ static void __init omap_detect_sram(void)
else if (cpu_is_omap1611())
omap_sram_size = SZ_256K;
else {
- printk(KERN_ERR "Could not detect SRAM size\n");
+ pr_err("Could not detect SRAM size\n");
omap_sram_size = 0x4000;
}
}
@@ -221,10 +221,10 @@ static void __init omap_map_sram(void)
omap_sram_io_desc[0].length = ROUND_DOWN(omap_sram_size, PAGE_SIZE);
iotable_init(omap_sram_io_desc, ARRAY_SIZE(omap_sram_io_desc));
- printk(KERN_INFO "SRAM: Mapped pa 0x%08lx to va 0x%08lx size: 0x%lx\n",
- __pfn_to_phys(omap_sram_io_desc[0].pfn),
- omap_sram_io_desc[0].virtual,
- omap_sram_io_desc[0].length);
+ pr_info("SRAM: Mapped pa 0x%08llx to va 0x%08lx size: 0x%lx\n",
+ (long long) __pfn_to_phys(omap_sram_io_desc[0].pfn),
+ omap_sram_io_desc[0].virtual,
+ omap_sram_io_desc[0].length);
/*
* Normally devicemaps_init() would flush caches and tlb after
@@ -252,7 +252,7 @@ static void __init omap_map_sram(void)
void *omap_sram_push_address(unsigned long size)
{
if (size > (omap_sram_ceil - (omap_sram_base + SRAM_BOOTLOADER_SZ))) {
- printk(KERN_ERR "Not enough space in SRAM\n");
+ pr_err("Not enough space in SRAM\n");
return NULL;
}
--
1.6.0.4
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 0001-OMAP-SRAM-Fix-warning-format-08lx-expects-type.patch
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20110404/9ccf311e/attachment.ksh>
^ permalink raw reply related [flat|nested] 7+ messages in thread
* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
2011-04-04 9:47 ` Santosh Shilimkar
@ 2011-04-23 7:08 ` Santosh Shilimkar
2011-04-28 14:09 ` Russell King - ARM Linux
1 sibling, 0 replies; 7+ messages in thread
From: Santosh Shilimkar @ 2011-04-23 7:08 UTC (permalink / raw)
To: linux-arm-kernel
Tony,
On 4/4/2011 3:17 PM, Santosh Shilimkar wrote:
> On 4/4/2011 2:42 PM, Russell King - ARM Linux wrote:
[....]
> Thanks for pointing out this. I see Will's commit on this
> one "29a38193"
> Here is the updated patch as you suggested.
Are you considering this patch and another one [1] for the -rc's?
Regards
Santosh
[1] http://eeek.borgchat.net/lists/linux-omap/msg49557.html
^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
2011-04-04 9:47 ` Santosh Shilimkar
2011-04-23 7:08 ` Santosh Shilimkar
@ 2011-04-28 14:09 ` Russell King - ARM Linux
2011-05-03 10:55 ` Tony Lindgren
1 sibling, 1 reply; 7+ messages in thread
From: Russell King - ARM Linux @ 2011-04-28 14:09 UTC (permalink / raw)
To: linux-arm-kernel
On Mon, Apr 04, 2011 at 03:17:25PM +0530, Santosh Shilimkar wrote:
> From 4d8d4e5c99c1477a8cb04b525ff5a2d93bbdacfd Mon Sep 17 00:00:00 2001
> From: Santosh Shilimkar <santosh.shilimkar@ti.com>
> Date: Mon, 4 Apr 2011 14:20:08 +0530
> Subject: [PATCH] OMAP: SRAM: Fix warning: format '%08lx' expects type
> 'long unsigned int'
>
> Fix below build warning.
>
> CC arch/arm/plat-omap/sram.o
> arch/arm/plat-omap/sram.c: In function 'omap_map_sram':
> arch/arm/plat-omap/sram.c:224: warning: format '%08lx' expects
> type 'long unsigned int', but argument 2 has type 'unsigned int'
>
> While at this, convert SRAM printk(* "") to pr_*("").
>
> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> ---
> arch/arm/plat-omap/sram.c | 12 ++++++------
> 1 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
> index a3f50b3..6af3d0b 100644
> --- a/arch/arm/plat-omap/sram.c
> +++ b/arch/arm/plat-omap/sram.c
> @@ -166,7 +166,7 @@ static void __init omap_detect_sram(void)
> else if (cpu_is_omap1611())
> omap_sram_size = SZ_256K;
> else {
> - printk(KERN_ERR "Could not detect SRAM size\n");
> + pr_err("Could not detect SRAM size\n");
> omap_sram_size = 0x4000;
> }
> }
> @@ -221,10 +221,10 @@ static void __init omap_map_sram(void)
> omap_sram_io_desc[0].length = ROUND_DOWN(omap_sram_size, PAGE_SIZE);
> iotable_init(omap_sram_io_desc, ARRAY_SIZE(omap_sram_io_desc));
>
> - printk(KERN_INFO "SRAM: Mapped pa 0x%08lx to va 0x%08lx size: 0x%lx\n",
> - __pfn_to_phys(omap_sram_io_desc[0].pfn),
> - omap_sram_io_desc[0].virtual,
> - omap_sram_io_desc[0].length);
> + pr_info("SRAM: Mapped pa 0x%08llx to va 0x%08lx size: 0x%lx\n",
> + (long long) __pfn_to_phys(omap_sram_io_desc[0].pfn),
> + omap_sram_io_desc[0].virtual,
> + omap_sram_io_desc[0].length);
>
> /*
> * Normally devicemaps_init() would flush caches and tlb after
> @@ -252,7 +252,7 @@ static void __init omap_map_sram(void)
> void *omap_sram_push_address(unsigned long size)
> {
> if (size > (omap_sram_ceil - (omap_sram_base + SRAM_BOOTLOADER_SZ))) {
> - printk(KERN_ERR "Not enough space in SRAM\n");
> + pr_err("Not enough space in SRAM\n");
> return NULL;
> }
>
This looks much better.
Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
It looks like Tony hasn't taken it... Tony, are you going to handle
this patch?
^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
2011-04-28 14:09 ` Russell King - ARM Linux
@ 2011-05-03 10:55 ` Tony Lindgren
2011-05-31 10:23 ` Tony Lindgren
0 siblings, 1 reply; 7+ messages in thread
From: Tony Lindgren @ 2011-05-03 10:55 UTC (permalink / raw)
To: linux-arm-kernel
* Russell King - ARM Linux <linux@arm.linux.org.uk> [110428 07:06]:
>
> This looks much better.
>
> Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
>
> It looks like Tony hasn't taken it... Tony, are you going to handle
> this patch?
I can add it into my devel-cleanup branch for next merge window
assuming it won't conflict with your sram changes. If there's a
conflict, then you can take it.
I'd rather not merge it in the -rc cycle this late as it's not
in the oopses or major regressions category.
Regards,
Tony
^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int'
2011-05-03 10:55 ` Tony Lindgren
@ 2011-05-31 10:23 ` Tony Lindgren
0 siblings, 0 replies; 7+ messages in thread
From: Tony Lindgren @ 2011-05-31 10:23 UTC (permalink / raw)
To: linux-arm-kernel
* Tony Lindgren <tony@atomide.com> [110503 03:52]:
> * Russell King - ARM Linux <linux@arm.linux.org.uk> [110428 07:06]:
> >
> > This looks much better.
> >
> > Acked-by: Russell King <rmk+kernel@arm.linux.org.uk>
> >
> > It looks like Tony hasn't taken it... Tony, are you going to handle
> > this patch?
>
> I can add it into my devel-cleanup branch for next merge window
> assuming it won't conflict with your sram changes. If there's a
> conflict, then you can take it.
>
> I'd rather not merge it in the -rc cycle this late as it's not
> in the oopses or major regressions category.
Got this one finally queued as a fix.
Tony
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-05-31 10:23 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-04-04 9:04 [PATCH] OMAP4: SRAM: Fix warning: format '%08lx' expects type 'long unsigned int' Santosh Shilimkar
2011-04-04 9:12 ` Russell King - ARM Linux
2011-04-04 9:47 ` Santosh Shilimkar
2011-04-23 7:08 ` Santosh Shilimkar
2011-04-28 14:09 ` Russell King - ARM Linux
2011-05-03 10:55 ` Tony Lindgren
2011-05-31 10:23 ` Tony Lindgren
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).