linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: rmallon@gmail.com (Ryan Mallon)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 09/19] ARM: at91: make sdram/ddr register base soc independent
Date: Thu, 23 Feb 2012 21:51:46 +1100	[thread overview]
Message-ID: <4F461A42.2080202@gmail.com> (raw)
In-Reply-To: <4F460DD0.1050108@atmel.com>

On 23/02/12 20:58, Nicolas Ferre wrote:

> On 02/23/2012 09:56 AM, Nicolas Ferre :
>> On 02/22/2012 11:33 PM, Ryan Mallon :
>>> On 22/02/12 20:39, Nicolas Ferre wrote:
>>>
>>>> From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
>>>>
>>>> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
>>>> Acked-by: Nicolas Ferre <nicolas.ferre@atmel.com>
>>>> ---
>>>
>>> <snip>
>>>
>>>> +void __init at91_ioremap_ramc(int id, u32 addr, u32 size)
>>>> +{
>>>> +	if (id > 1) {
>>>> +		pr_warn("%s: id > 2\n", __func__);
>>>> +		return;
>>>> +	}
>>>> +	at91_ramc_base[id] = ioremap(addr, size);
>>>> +	if (!at91_ramc_base[id])
>>>> +		pr_warn("Impossible to ioremap ramc.%d 0x%x\n", id, addr);
>>>> +}
>>>
>>>
>>> If this fails then you will oops if you call either at91_ramc_read or
>>> at91_ramc_write since they don't check if at91_ramc_base[id] is a valid
>>> pointer. Either this function should panic, like the other at91_ioremap
>>> functions, or the at91_ramc_read/write functions should check for a
>>> valid pointer.
>>
>> Yes, as you pointed out, it is done in a not-related following patch.
>> I will bring the code here.
>>
>>
>>> Nitpick: The id check should probably also be BUG() or WARN() since it
>>> indicates a bug in the core AT91 code. pr_warn is likely to missed and
>>> not reported by users. Since the value is int, the check should be:
>>>
>>>   if (id < 0 || id > 1)
>>>
>>> Obviously the chance of this error happening are slim, but if you are
>>> going to check and warn for it, it should be done properly :-).
>>
>> Yes, I agree and modify it at the very moment.
> 
> 
> What do you think about that:
> If id is not setup properly, I try to find a way out by using id = 0...
> Then, a panic is added if the iremap() fails.
> 
> 
> --- a/arch/arm/mach-at91/pm.c
> +++ b/arch/arm/mach-at91/pm.c
> @@ -200,13 +200,14 @@ void __iomem *at91_ramc_base[2];
>  
>  void __init at91_ioremap_ramc(int id, u32 addr, u32 size)
>  {
> -       if (id > 1) {
> -               pr_warn("%s: id > 2\n", __func__);
> -               return;
> +       if (id < 0 || id > 1) {
> +               WARN(1, "%s: Wrong RAM controller id (%d), set it to 0\n",
> +                                                               __func__, id);
> +               id = 0;


I don't think you should try to fix the id, just issue the warning and
return. 

~Ryan

  reply	other threads:[~2012-02-23 10:51 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-22  9:39 [PATCH v2 00/19] at91 first cleanup series for 3.4 Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 01/19] ARM: at91: factorise duplicated at91sam9 idle Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 02/19] ARM: at91/at91x40: remove use of at91_sys_read/write Nicolas Ferre
2012-02-22 14:36   ` Arnd Bergmann
2012-02-22 16:26     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22 22:22   ` Ryan Mallon
2012-02-23  3:25     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-23  3:59       ` Ryan Mallon
2012-02-23  6:01         ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-23  9:23           ` Ryan Mallon
2012-02-22  9:39 ` [PATCH v2 03/19] ARM: at91: make matrix register base soc independent Nicolas Ferre
2012-02-22 22:17   ` Ryan Mallon
2012-02-23  3:26     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22  9:39 ` [PATCH v2 04/19] ARM: at91: make ST (System Timer) " Nicolas Ferre
2012-02-22 22:24   ` Ryan Mallon
2012-02-22  9:39 ` [PATCH v2 05/19] ARM: at91/ST: remove not needed casts Nicolas Ferre
2012-02-22 22:24   ` Ryan Mallon
2012-02-22  9:39 ` [PATCH v2 06/19] ARM: at91/pm_slowclock: rename register to named define Nicolas Ferre
2012-02-22  9:50   ` Russell King - ARM Linux
2012-02-22 17:34     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22  9:39 ` [PATCH v2 07/19] ARM: at91/pm_slowclock: function slow_clock() accepts parameters Nicolas Ferre
2012-02-22  9:52   ` Russell King - ARM Linux
2012-02-22 12:58     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22 13:18       ` Russell King - ARM Linux
2012-02-22 13:57         ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22  9:39 ` [PATCH v2 08/19] ARM: at91: move at91rm9200 sdramc defines to at91rm9200_sdramc.h Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 09/19] ARM: at91: make sdram/ddr register base soc independent Nicolas Ferre
2012-02-22 22:33   ` Ryan Mallon
2012-02-23  8:56     ` Nicolas Ferre
2012-02-23  9:58       ` Nicolas Ferre
2012-02-23 10:51         ` Ryan Mallon [this message]
2012-02-23 13:47           ` Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 10/19] ARM: at91/pm_slowclock: add runtime detection of memory contoller Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 11/19] ARM: at91/PMC: make register base soc independent Nicolas Ferre
2012-02-22 22:50   ` Ryan Mallon
2012-02-23  8:38     ` Nicolas Ferre
2012-02-23  9:22       ` Ryan Mallon
2012-02-22  9:39 ` [PATCH v2 12/19] ARM: at91/rtc-at91sam9: each SoC can select the RTT device to use Nicolas Ferre
2012-02-22 14:50   ` Arnd Bergmann
2012-02-22 16:24     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22 16:47       ` Arnd Bergmann
2012-02-22 17:07         ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22 17:25           ` Arnd Bergmann
2012-02-22 18:02             ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22  9:39 ` [PATCH v2 13/19] ARM: at91:rtc/rtc-at91sam9: ioremap register bank Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 14/19] ARM: at91/rtc-at91sam9: pass the GPBR to use via resources Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 15/19] ARM: at91: finally drop at91_sys_read/write Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 16/19] ARM: at91: merge SRAM Memory banks thanks to mirroring Nicolas Ferre
2012-02-22 23:13   ` Ryan Mallon
2012-02-23  3:28     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22  9:39 ` [PATCH v2 17/19] Atmel: move console default platform_device to serial driver Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 18/19] ARM: at91/board-dt: drop default console Nicolas Ferre
2012-02-22  9:39 ` [PATCH v2 19/19] ARM: at91/board-dt: move at91_initialize() to init_irq() Nicolas Ferre
2012-02-22  9:48   ` Russell King - ARM Linux
2012-02-22 13:03     ` Jean-Christophe PLAGNIOL-VILLARD
2012-02-22 16:15   ` [PATCH 0/2] ARM: at91: two additional patches to cleanup series Nicolas Ferre
2012-02-22 16:15     ` [PATCH 1/2] ARM: at91: add at91sam9g25ek.dts in Makefile.boot Nicolas Ferre
2012-02-22 16:15     ` [PATCH 2/2] ARM: at91: properly sort dtb files " Nicolas Ferre

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=4F461A42.2080202@gmail.com \
    --to=rmallon@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).