[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5501948F.9000509@atmel.com>
Date: Thu, 12 Mar 2015 14:28:47 +0100
From: Nicolas Ferre <nicolas.ferre@...el.com>
To: Alexandre Belloni <alexandre.belloni@...e-electrons.com>,
Arnd Bergmann <arnd@...db.de>
CC: <linux-arm-kernel@...ts.infradead.org>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
Jean-Christophe Plagniol-Villard <plagnioj@...osoft.com>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 5/6] ARM: at91: remove SoC headers
Le 04/03/2015 18:15, Alexandre Belloni a écrit :
> On 04/03/2015 at 18:03:45 +0100, Arnd Bergmann wrote :
>> On Wednesday 04 March 2015 15:47:25 Alexandre Belloni wrote:
>>> @@ -21,6 +21,14 @@
>>> #include "generic.h"
>>> #include "soc.h"
>>>
>>> +#define SAMA5D4_BASE_USART3 0xfc00c000 /* (USART3 non-secure) Base Address */
>>> +#define SAMA5D4_BASE_PMC 0xf0018000 /* (PMC) Base Address */
>>> +#define SAMA5D4_BASE_MPDDRC 0xf0010000 /* (MPDDRC) Base Address */
>>> +#define SAMA5D4_BASE_PIOD 0xfc068000 /* (PIOD) Base Address */
>>> +
>>> +/* Some other peripherals */
>>> +#define SAMA5D4_BASE_SYS2 SAMA5D4_BASE_PIOD
>>>
>>
>> Why are these still needed? I would expect that the code using them
>> can be removed as well.
>>
>
> Yeah, that is still something I need to investigate. Nicolas told me it
> doesn't work without it. My guess is that it has something to do with
> secure booting.
These io mapping were from the time when we did have all the recently
developed drivers (RAM, PMC, SoC detection).
As you tested lately, it now works without them.
Bye,
--
Nicolas Ferre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists