2
V4:
* Removed bit field manipulation macros
* Renamed CONFIG_SYS_NO_*CACHE flags to CONFIG_SYS_*CACHE_OFF globally
Aneesh V (9):
arm: make default implementation of cache_flush() weakly linked
armv7: cache maintenance operations for armv7
armv7: rename cache related CONFIG flags
armv7: inte
On Friday 17 June 2011 03:39 AM, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message<20110616114556.7d3c2...@schlenkerla.am.freescale.net> you wrote:
>>
>> What is a "generic SPL library", or even a "generic NAND SPL library"?
>>
>> There is no code that is shared by all NAND SPLs. The files d
On Thursday 16 June 2011 10:15 PM, Scott Wood wrote:
> On Thu, 16 Jun 2011 13:38:00 +0530
> Aneesh V wrote:
>
>> New Design Proposed by Wolfgang:
>> * Have a top-level Makefile in the SPL root-directory - for instance
>> 'nand_spl/Makefile'
>> * nand_spl
Hi Daniel,
This looks like an interesting alternative.
On Thursday 16 June 2011 06:25 PM, Daniel Schwierzeck wrote:
> Hi all,
>
> for my MIPS based boards I tested a approach similar to Wolfgang's one
> in the last weeks.
> My goal was to create a SPL image, that is able to boot from a SPI flash.
On Thursday 16 June 2011 05:45 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4df9ee03.8010...@ti.com> you wrote:
>>
>>> we are also duplicating the structure across different boot media. I
>>> think we should re-organize this as follows:
>>&
Dear Wolfgang,
On Thursday 16 June 2011 04:17 PM, Wolfgang Denk wrote:
> Dear Aneesh,
>
> In message<4df9b9e0.8020...@ti.com> you wrote:
>>
>> To make sure I understand your new proposals, let me consolidate them
>> here. Please correct me if I am wrong. Also, in the end I have some
>> questions
Dear Wolfgang,
This is in continuation of our discussion in the following threads:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/99795
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/99785
I think this discussion now needs a dedicated thread.
To make sure I understand your new
Hi Grame,
On Wednesday 15 June 2011 06:12 PM, Graeme Russ wrote:
> On 15/06/11 22:04, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<4df89102.9040...@ti.com> you wrote:
>>>
>>> Will you accept something like this?
>>>
>>>
Dear Wolfgang,
On Wednesday 15 June 2011 05:34 PM, Wolfgang Denk wrote:
> Dear Aneesh,
>
> In message<4df88f45.9090...@ti.com> you wrote:
>>
>>> I don't get this. Why don't we just pass the required make target
>>> from the top level Makefile? If we want to build "onenand-ipl-2k.bin"
>>> then t
Dear Wolfgang,
On Wednesday 15 June 2011 02:50 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4df871e3.8080...@ti.com> you wrote:
>>
>> So, the shift information is embedded in this mask and can be extracted
>> by finding the first set bit. But in reali
Dear Wolfgang,
On Wednesday 15 June 2011 03:43 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dde5afe.9000...@ti.com> you wrote:
>>
>> I do not have any issue in having media specific files in their
>> respective directories. However, I would like to s
Dear Wolfgang,
On Tuesday 14 June 2011 07:23 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4df7488a.6000...@ti.com> you wrote:
>>
>> Yes. I have seen those macros. But more often than not the bit field is
>> more than 1 bit wide and the value to be set
Dear Wolfgang,
On Tuesday 14 June 2011 04:21 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4df71fbf.6030...@ti.com> you wrote:
>>
>> As I start re-working on my patches I realize that there is no
>> alternative to get_bit_field(). clrsetbits_le32
Dear Wolfgang,
On Thursday 09 June 2011 03:11 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4def62a6.7060...@ti.com> you wrote:
>>
>> I still don't think this is the 'right' solution for my problem. I don't
>> like the fact th
Dear Wolfgang, Heiko,
On Monday 13 June 2011 07:29 PM, Aneesh V wrote:
> Dear Wolfgang,
[snip ...]
> But this didn't work. It crashes at the first printf(). The reason is
> init_baudrate() needs global data and global data is initialized in
> board_init_f(). Further, we can not
Dear Wolfgang,
I just realized that I had not responded to this message.
On Monday 16 May 2011 01:51 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-23-git-send-email-ane...@ti.com> you wrote:
>> In SPL console is enabled very early where as in U
Hi Albert,
On Monday 13 June 2011 04:29 PM, Albert ARIBAUD wrote:
> Hi Aneesh,
>
> Le 09/06/2011 13:24, Aneesh V a écrit :
>> Fix build breaks for OMAP boards.
>> All the build breaks were due to couple of missing
>> defines in the config file, namely:
>
On Monday 13 June 2011 04:29 PM, Albert ARIBAUD wrote:
> Hi Aneesh,
>
> Le 09/06/2011 13:24, Aneesh V a écrit :
>> Fix build breaks for OMAP boards.
>> All the build breaks were due to couple of missing
>> defines in the config file, namely:
>
DRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap2420h4.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h
index 2888c7b..01f402b 100644
--- a/include/configs
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap5912osk.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap5912osk.h b/include/configs/omap5912osk.h
index b875464..db25b86 100644
--- a
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap730p2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap730p2.h b/include/configs/omap730p2.h
index fa3681e..bf8e000 100644
--- a/include
omap1610inn. Fixed that
Aneesh V (6):
omap1610h2: fix build breaks
omap5912osk: fix build breaks
omap1510inn: fix build breaks
omap1610inn: fix build breaks
omap2420h4: fix build breaks
omap730p2: fix build breaks
include/configs/omap1510inn.h |5 +
include/configs/omap1610h2.h
Provide SDRAM base address and use SRAM for initial stack
---
include/configs/omap1610h2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610h2.h b/include/configs/omap1610h2.h
index 2936dcc..cb2a07f 100644
--- a/include/configs/omap1610h2.h
+++ b
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1510inn.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1510inn.h b/include/configs/omap1510inn.h
index 9ff4f84..62c1721 100644
--- a
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1610inn.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610inn.h b/include/configs/omap1610inn.h
index 0b41c46..e82b4b2 100644
--- a
these have been tested as I do not have any of
these boards.
V2:
* Replaced the magic number used for CONFIG_SYS_INIT_SP_ADDR
with a symbolic name - PHYS_SRAM - indicating that SRAM is
used for the intial stack. Made this change in all the
patches.
Aneesh V (6):
omap1610h2: fix build
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap5912osk.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap5912osk.h b/include/configs/omap5912osk.h
index b875464..db25b86 100644
--- a
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1610inn.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610inn.h b/include/configs/omap1610inn.h
index 0b41c46..9b9c8d1 100644
--- a
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1510inn.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1510inn.h b/include/configs/omap1510inn.h
index 9ff4f84..62c1721 100644
--- a
DRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap2420h4.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h
index 2888c7b..01f402b 100644
--- a/include/configs
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap730p2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap730p2.h b/include/configs/omap730p2.h
index fa3681e..bf8e000 100644
--- a/include
Provide SDRAM base address and use SRAM for initial stack
---
include/configs/omap1610h2.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610h2.h b/include/configs/omap1610h2.h
index 2936dcc..cb2a07f 100644
--- a/include/configs/omap1610h2.h
+++ b
On Thursday 09 June 2011 01:50 AM, Albert ARIBAUD wrote:
> Hi Aneesh,
>
> Le 07/06/2011 17:13, Aneesh V a écrit :
>> Fix build breaks for OMAP boards.
>> All the build breaks were due to couple of missing
>> defines in the config file, namely:
>
Dear Wolfgang,
On Tuesday 07 June 2011 09:10 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dee161b.2050...@ti.com> you wrote:
>>
>>>> So, if I have to write 5 different fields in a register I first write
>>>> them into a variable
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1510inn.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1510inn.h b/include/configs/omap1510inn.h
index 9ff4f84..7a215ef 100644
--- a
DRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap2420h4.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap2420h4.h b/include/configs/omap2420h4.h
index 2888c7b..6ac75a6 100644
--- a/include/configs
these have been tested as I do not have any of
these boards.
Aneesh V (6):
omap1610h2: fix build breaks
omap5912osk: fix build breaks
omap1510inn: fix build breaks
omap1610inn: fix build breaks
omap2420h4: fix build breaks
omap730p2: fix build breaks
include/configs/omap1510inn.h
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap1610inn.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610inn.h b/include/configs/omap1610inn.h
index 0b41c46..22be002 100644
--- a
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap730p2.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap730p2.h b/include/configs/omap730p2.h
index fa3681e..56ec3a9 100644
--- a/include
Provide SDRAM base address and use SRAM for initial stack
Signed-off-by: Aneesh V
---
include/configs/omap5912osk.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap5912osk.h b/include/configs/omap5912osk.h
index b875464..d8be4a1 100644
--- a
Provide SDRAM base address and use SRAM for initial stack
---
include/configs/omap1610h2.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/configs/omap1610h2.h b/include/configs/omap1610h2.h
index 2936dcc..57a7956 100644
--- a/include/configs/omap1610h2.h
+++ b/i
Dear Wolfgang,
On Tuesday 07 June 2011 04:09 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dede8d9.7030...@ti.com> you wrote:
>>
>> As I had mentioned in a previous mail, please note that the above
>> macros are not for the same use-case as clrse
Hi Wolfgang,
On Thursday 26 May 2011 07:21 PM, Aneesh V wrote:
> Hi Wolfgang,
> On Tuesday 17 May 2011 01:46 PM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<4dd21cd8.2080...@ti.com> you wrote:
>>>
>>>> There are common, board inde
Hi Wolfgang,
On Thursday 26 May 2011 06:55 PM, Aneesh V wrote:
> Hi Wolfgang,
>
> On Tuesday 17 May 2011 06:23 PM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<4dd26b36.4050...@ti.com> you wrote:
>>>
>>> And how do you distinguish
Hi Wolfgang,
On Tuesday 07 June 2011 12:20 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4decf8da.9030...@ti.com> you wrote:
>>
>>>> I really dislike such "useful" helpers, because they make the code
>>>> unreadable. Be
Dear Wolfgang,
On Monday 16 May 2011 08:37 PM, Aneesh V wrote:
>
>
> On Monday 16 May 2011 12:14 AM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<1305202276-27784-3-git-send-email-ane...@ti.com> you wrote:
>>> add utility macros for:
>&g
Hi Wolfgang,
On Tuesday 17 May 2011 04:39 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd24715.4010...@ti.com> you wrote:
>>
>>> Please fix all these names.
>>
>> Ok. Including the existing CONFIG_SYS_NO_DCACHE and
>> CONFIG_SYS_NO_I
Hi Wolfgang,
On Thursday 26 May 2011 07:21 PM, Aneesh V wrote:
> Hi Wolfgang,
> On Tuesday 17 May 2011 01:46 PM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<4dd21cd8.2080...@ti.com> you wrote:
>>>
>>>> There are common, board inde
Hi Wolfgang,
What's your final view on the Makefile structure of SPL.
best regards,
Aneesh
On Thursday 26 May 2011 06:55 PM, Aneesh V wrote:
> Hi Wolfgang,
>
> On Tuesday 17 May 2011 06:23 PM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<
Hi Simon,
On Wednesday 01 June 2011 07:43 AM, Simon Glass wrote:
> On Tue, May 31, 2011 at 12:54 AM, V, Aneesh wrote:
>> Hi Wolfgang,
>>
>> On Tue, May 17, 2011 at 2:57 PM, Wolfgang Denk wrote:
>>> Dear Aneesh V,
>>>
>>> In message<4dd2356
Hi Wolfgang,
On Tuesday 17 May 2011 01:46 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd21cd8.2080...@ti.com> you wrote:
>>
>>> There are common, board independent parts both in spl/nand and
>>> spl/onenand.
>>
>> How about having t
Hi Wolfgang,
On Tuesday 17 May 2011 06:23 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd26b36.4050...@ti.com> you wrote:
>>
>> And how do you distinguish between the two cases at the top level
>> Makefile? Using a CONFIG flag or on a per platform b
Hi Wolfgang,
On Wednesday 18 May 2011 11:36 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd352ea.3090...@ti.com> you wrote:
>>
>>> What you are doing here is defining an image format. Such an image
>>> format must be good enough not only
Hi Scott,
On Tuesday 17 May 2011 12:09 AM, Scott Wood wrote:
> On Mon, 16 May 2011 19:40:30 +0530
> Aneesh V wrote:
>
>> Hi Wolfgang,
>>
>> On Monday 16 May 2011 01:22 AM, Wolfgang Denk wrote:
>>> I think, in the first step of this series, we should move the
Hi Wolfgang,
On Monday 16 May 2011 01:39 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-19-git-send-email-ane...@ti.com> you wrote:
>> Embed the u-boot flash image size at a known offset from the
>> start of u-boot so that SPL can use it whi
Hi Scott,
On Tuesday 17 May 2011 12:26 AM, Scott Wood wrote:
> On Sun, 15 May 2011 20:51:36 +0530
> Aneesh V wrote:
>
>> Embed the u-boot flash image size at a known offset from the
>> start of u-boot so that SPL can use it while loading u-boot
>> from a non-XIP
Hi Wolfgang,
On Wednesday 18 May 2011 03:24 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd2858e.2000...@ti.com> you wrote:
>>
>> I had the same concerns too. So, I have provided a CONFIG option -
>> CONFIG_SYS_EMIF_PRECALCULATED_TIMING_REGS - by
Hi Scott,
On Tuesday 17 May 2011 10:20 PM, Scott Wood wrote:
> On Tue, 17 May 2011 12:24:34 +0530
> Aneesh V wrote:
>
>> On Tuesday 17 May 2011 12:02 AM, Scott Wood wrote:
>>> On Sun, 15 May 2011 20:51:24 +0530
>>> Aneesh V wrote:
>>>> diff --git
Hi Wolfgang,
On Monday 16 May 2011 01:36 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-18-git-send-email-ane...@ti.com> you wrote:
>> Identify SDRAM devices connected to EMIF automatically:
>> LPDDR2 devices have some Mode Registers that p
Hi Mans,
On Monday 16 May 2011 02:12 AM, Måns Rullgård wrote:
> Wolfgang Denk writes:
>
>> Dear Aneesh V,
>>
>> In message<1305472900-4004-17-git-send-email-ane...@ti.com> you wrote:
>>> Calculate EMIF register values based on AC timing parameters
&
Hi Wolfgang,
On Monday 16 May 2011 01:35 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-17-git-send-email-ane...@ti.com> you wrote:
>> Calculate EMIF register values based on AC timing parameters
>> from the SDRAM datasheet and the DDR frequen
On Monday 16 May 2011 01:31 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-16-git-send-email-ane...@ti.com> you wrote:
>> Add support for the SDRAM controller (EMIF).
>>
>> Signed-off-by: Aneesh V
>> V2:
>> * Changes f
Hi Wolfgang,
On Tuesday 17 May 2011 06:03 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd26719.5090...@ti.com> you wrote:
>>
>> I was thinking that it may be faster. More number of registers at
>> disposal may mean less number of pushes to the stack
Hi Wolfgang,
On Monday 16 May 2011 12:30 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-14-git-send-email-ane...@ti.com> you wrote:
>> Add support for:
>> 1. DPLL locking
>> 2. Initialization of clock domains and clock modules
>>
Hi Wolfgang,
On Tuesday 17 May 2011 05:58 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd264b7.9060...@ti.com> you wrote:
>>
>> In ARM literature this kind of situations are also referred to as "self-
>> modifying". Here is an excerpt f
Hi Wolfgang,
On Tuesday 17 May 2011 01:49 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd21fb9.6070...@ti.com> you wrote:
>>
>> The top-level make rule being the following, we will need a Makefile in
>> the board directory, right?
>>
>&
Hi Wolfgang,
On Tuesday 17 May 2011 04:47 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd24e63.3020...@ti.com> you wrote:
>>
>>> But that's not what you are doing. You are not changing the storage
>>> of the global data itself, you are ch
Hi Wolfgang,
On Monday 16 May 2011 05:18 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd0f98a.2040...@ti.com> you wrote:
>>
>>>> @@ -141,6 +141,7 @@ static const table_entry_t uimage_type[] = {
>>>>{ IH_TYP
Hi Wolfgang,
On Tuesday 17 May 2011 04:44 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd24bd6.5060...@ti.com> you wrote:
>>
>>> Would it be possible to do this even _before_ relocation, so to speed
>>> up memory accesses during rel
Hi Aneesh,
On Tuesday 17 May 2011 01:45 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd21baa.6000...@ti.com> you wrote:
>>
>>> What is MLO?
>>
>> MLO is the name of SPL created for OMAP. ROM code expects a file with
>> this name as
Hi Wolfgang,
On Monday 16 May 2011 05:18 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
...
>
>>>> +struct ch_toc {
>>>> + uint32_t section_offset;
>>>> + uint32_t section_size;
>>>> + uint8_t unused[12];
>>>> + uint8_t sectio
Hi Wolfgang,
On Monday 16 May 2011 12:25 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305202276-27784-6-git-send-email-ane...@ti.com> you wrote:
>> - Enable I-cache on bootup
>> - Enable MMU and D-cache immediately after relocation
>> - D
Hi Wolfgang,
On Monday 16 May 2011 12:23 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305202276-27784-5-git-send-email-ane...@ti.com> you wrote:
>> replace all occurences of CONFIG_L2_OFF with a more appropriate
>> CONFIG_SYS_NO_L2CACHE
>>
>> C
Hi Wolfgang,
On Tuesday 17 May 2011 03:01 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd23d3a.4010...@ti.com> you wrote:
>>
>>> How much of this is actually needed in the context of U-Boot?
>>
>> Please see above. As far as I know OMAP does
On Tuesday 17 May 2011 03:01 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd23d3a.4010...@ti.com> you wrote:
>>
>>> How much of this is actually needed in the context of U-Boot?
>>
>> Please see above. As far as I know OMAP doesn't do D
On Monday 16 May 2011 12:21 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305202276-27784-4-git-send-email-ane...@ti.com> you wrote:
>> - Add a framework for layered cache maintenance
>> - separate out SOC specific outer cache maintenance from
>
Hi Wolfgang,
On Tuesday 17 May 2011 10:57 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message you wrote:
>>
>> There are a few very primitive macros in setbits and clrbits. I would
>> very much like to see at least:
>
> Maybe we can agree to use these existing macros then instead of
> inv
Hi Wolfgang,
On Monday 16 May 2011 09:18 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd134dd.6040...@ti.com> you wrote:
>>
>>>>create mode 100644 spl/board/ti/omap4.mk
>>>>create mode 100644 spl/board/ti/rules-omap.mk
>>
Hi Wolfgang,
On Monday 16 May 2011 09:13 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd13056.3000...@ti.com> you wrote:
>>
>>> Again, this appears to be not the right order.
>>>
>>> I think, in the first step of this series, we sho
Hi Scott,
On Tuesday 17 May 2011 12:02 AM, Scott Wood wrote:
> On Sun, 15 May 2011 20:51:24 +0530
> Aneesh V wrote:
>
>> diff --git a/Makefile b/Makefile
>> index 384a59e..d3f4bef 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -289,6 +289,22 @@ LDPPFLA
Hi Wolfgang,
On Monday 16 May 2011 09:07 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4dd1189d.4050...@ti.com> you wrote:
>>
>>>> Save this information in SPL so that we can use the same media
>>>> and mode to bootl
Hi Wolfgang,
On Monday 16 May 2011 09:05 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
...
>>
>> 1. Please note that the above function is just for getting the string
>> not for the revision itself. To get the revision we have
>> omap4_revision().
>
> Well, wh
Hi Mike,
On Tuesday 17 May 2011 12:12 AM, Mike Frysinger wrote:
> On Monday, May 16, 2011 06:28:40 Aneesh V wrote:
>> On Monday 16 May 2011 08:25 AM, Mike Frysinger wrote:
>>> On Sunday, May 15, 2011 21:52:53 Mike Frysinger wrote:
>>>> On Sunday, May 15
Copying to the list.
Accidentally missed it last time.
Original Message
Subject: Re: [U-Boot] [PATCH v2 10/22] omap4: utility function to
identify the context of hw init
Date: Mon, 16 May 2011 20:03:52 +0530
From: Aneesh V
To: Wolfgang Denk
Hi Wolfgang,
On Monday 16 May
On Monday 16 May 2011 12:14 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305202276-27784-3-git-send-email-ane...@ti.com> you wrote:
>> add utility macros for:
>> * bit field operations
>> * log2n functions
> ...
>
>> +/* extract
Hi wolfgang,
On Monday 16 May 2011 12:03 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-10-git-send-email-ane...@ti.com> you wrote:
>> Adapted from: nand_spl/board/samsung/smdk6400/Makefile
>>
>> - Add the SPL makefile for OMAP4430
Hi Simon,
On Monday 16 May 2011 03:18 PM, Simon Schwarz wrote:
> Hi Aneesh,
>
> I recently started to work on a similar topic: omap3 (devkit8000)
> nand_spl support. So I'am really interested in your OMAP4/common work
> here ;)
>
> In this patch comment you say its common for OMAP3/4 but in
> pre
Hi Wolfgang,
On Monday 16 May 2011 01:23 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-9-git-send-email-ane...@ti.com> you wrote:
>> Add the basic spl framework and linker script common for OMAP3/4
>> platforms.
>>
>> Signed-off-b
Hi Wolfgang,
On Monday 16 May 2011 01:22 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-9-git-send-email-ane...@ti.com> you wrote:
>> Add the basic spl framework and linker script common for OMAP3/4
>> platforms.
>>
>> Signed-of
Hi Wolfgang,
On Monday 16 May 2011 01:18 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-7-git-send-email-ane...@ti.com> you wrote:
>> Define a new type of SPL that is not tied to any particular media.
>> - Create a top level directory 's
Hi Wolfgang,
On Monday 16 May 2011 12:44 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-5-git-send-email-ane...@ti.com> you wrote:
>> Save boot device information passed by OMAP4 rom code
>>
>> ROM code in OMAP4 passes information s
Hi Wolfgang,
On Monday 16 May 2011 12:39 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-3-git-send-email-ane...@ti.com> you wrote:
>> Signed-off-by: Aneesh V
>> ---
>> V2:
>> * Added a revision string in addition to the revision
Hi Mike,
On Monday 16 May 2011 08:25 AM, Mike Frysinger wrote:
> On Sunday, May 15, 2011 21:52:53 Mike Frysinger wrote:
>> On Sunday, May 15, 2011 11:21:19 Aneesh V wrote:
>>> +static void omapimage_print_header(const void *ptr)
>>> +{
>>> + struc
Hi Wolfgang,
On Monday 16 May 2011 12:36 AM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1305472900-4004-2-git-send-email-ane...@ti.com> you wrote:
>> From: John Rigby
>>
>> Signed-off-by: John Rigby
>> ---
>> common/image.c|1
from the device data sheet as input
and the driver will automatically calculate the register values.
Signed-off-by: Aneesh V
---
V2:
* Changes for the make file changes
---
arch/arm/cpu/armv7/omap-common/Makefile |1 +
arch/arm/cpu/armv7/omap-common/utils.c | 61 ++
arch/arm/cpu/
Signed-off-by: Aneesh V
---
V2:
* Changed CONFIG_SYS_SPL_TEXT_BASE to 0x40304350 for Panda
This is required for EMU devices
* Changes due to make file changes
---
arch/arm/cpu/armv7/omap4/emif.c|5 +++--
arch/arm/include/asm/arch-omap4/emif.h | 10 +-
include/configs
t SPL
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/clocks.c | 10 --
arch/arm/cpu/armv7/omap4/emif.c | 35 +++
arch/arm/include/asm/utils.h |6 ++
spl/board/ti/spl-omap.c | 13 ++---
4 files changed, 51 inser
Add support for:
1. DPLL locking
2. Initialization of clock domains and clock modules
This work draws upon previous work done for x-loader mainly by:
Santosh Shilimkar
Rajendra Nayak
Signed-off-by: Aneesh V
---
V2:
* Use pre-calculated M & N values instead of calculated
Add support for the SDRAM controller (EMIF).
Signed-off-by: Aneesh V
V2:
* Changes for makefile changes
* Minor corrections in do_lpddr2_init()
* Minor corrections to read_idle interval calculation
* Sanity test of memory after doing the initialization
* Fixed warnings reported with with latest
devices used on Panda and SDP the default timings
are both safe and optimal.
Signed-off-by: Aneesh V
---
arch/arm/cpu/armv7/omap4/emif.c | 177 +-
arch/arm/cpu/armv7/omap4/sdram_elpida.c |9 +-
include/configs/omap4_sdp4430.h |1 +
3 files changed
401 - 500 of 632 matches
Mail list logo
