Hi,
Le 17/06/2011 10:29, Alexei Ozhigov a écrit :
> 2011/6/17 Prafulla Wadaskar:
>>
>>
>>> -Original Message-
>>> From: Philip Hands [mailto:p...@hands.com]
>>> Sent: Friday, June 17, 2011 1:33 AM
>>> To: Alexei Ozhigov
>>> Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Prabhanjan Sarnaik; A
(resent as this was not sent to the list, sorry Prafulla for the duplicate)
Hi Prafulla,
Le 16/06/2011 13:23, Prafulla Wadaskar a écrit :
> Hi Albert
>
> Please kindly pull
>
> The following changes since commit 7b2fac7654f7420c2787f74ec3b1540fa3b343e9:
>Aneesh V (1):
> omap730p2: fi
On Fri, 17 Jun 2011 22:18:57 +0530
Aneesh V wrote:
> @@ -1158,6 +1164,7 @@ clobber:clean
> @[ ! -d $(obj)nand_spl ] || find $(obj)nand_spl -name "*" -type l
> -print | xargs rm -f
> @[ ! -d $(obj)onenand_ipl ] || find $(obj)onenand_ipl -name "*" -type
> l -print | xargs rm -
Hi again Stefano,
Le 17/06/2011 21:24, Albert ARIBAUD a écrit :
> Hi Stefano,
>
> Le 15/06/2011 11:28, Stefano Babic a écrit :
>> Hi Albert,
>>
>> please pull from u-boot-imx. There are only fix for a couple of still
>> broken boards.
>>
>> The following changes since commit
>> 9571865e0d32b1bcf8a
hi,
On Fri Jun 17, 2011 at 12:03:31PM +0200, Simon Schwarz wrote:
> I'am trying to get the NAND-flash to work in my OMAP3 SPL. I
> essentially call these functions after the base init:
> gpmc_init();
> nand_init();
I guess this is the same as nand_spl. Do you use nand_boot.c in the
spl code.
Hi Stefano,
Le 15/06/2011 11:28, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx. There are only fix for a couple of still
> broken boards.
>
> The following changes since commit 9571865e0d32b1bcf8a6625497d1cd5d4bbad354:
>
>Merge branch 'master' of git://git.denx.de/u-boot
On Fri, 17 Jun 2011 20:45:19 +0200
Daniel Schwierzeck wrote:
> Dear Wolfgang,
>
> On Thu, Jun 16, 2011 at 11:47 PM, Wolfgang Denk wrote:
> > Dear Daniel Schwierzeck,
> >
> > In message you wrote:
> >>
> >> The relocate_code and board_init_r functions must not be compiled,
> >> they are not nee
Dear Wolfgang,
On Thu, Jun 16, 2011 at 11:47 PM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In message you wrote:
>>
>> The relocate_code and board_init_r functions must not be compiled,
>> they are not needed anyway. This
>> can be simply controlled with -DCONFIG_UBOOT_SPL_BUILD.
>
> T
Dear Simon Schwarz,
please don't use TOFU, use inline quoting and also send to the list.
Am 17.06.2011 um 17:18 schrieb Simon Schwarz:
> Dear Andreas,
>
> i tried setting it - but this should be already working code -
> therefore if I have to set the values manually it is very likely that
> I d
Dear Wolfgang,
Here is a crude implementation of the top-down approach you had been
suggesting (or my interpretation of it). This is not complete yet and
serves only as a material for further discussions on this topic.
This work borrows from the work of Daniel Schwierzeck
staged here:
https://git
Hi Igor,
Yes, I agree. John's patch is better.
I'll try to test it this weekend.
If you don't hear from me, ping me on Monday.
Thanks,
Rick
> Hi Rick,
>
> I've been browsing through the mailing list and found a similar patch [1]
> sent about a half a year ago by: John Rigby
> It ha
Signed-off-by: Tom Warren
---
Changes in V2:
- use 'gpio_pin' enum in gpio.h (Simon Glass review request)
- change 'GPIO_PORT8' to 'GPIO_FULLPORT' (Simon Glass request)
- change 'offset' to 'pin' globally
Changes in V3:
- use common cmd_gpio; remove redundant cmd pr
This patchset adds a GPIO driver for Tegra2 SoC, and enables it for all boards
Changes in V2:
- use 'gpio_pin' enum in gpio.h (Simon Glass review request)
- change 'GPIO_PORT8' to 'GPIO_FULLPORT' (Simon Glass request)
- change 'offset' to 'pin' globally
- enable GPI
Signed-off-by: Tom Warren
---
Changes in V2:
- enable GPIO for all boards (tegra2-common.h)
Changes in V3:
- enable use of common cmd_gpio
include/configs/tegra2-common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/tegra2-common.h b/i
Hi Rick,
I've been browsing through the mailing list and found a similar patch [1]
sent about a half a year ago by: John Rigby
It has neither been accepted, nor rejected.
It looks like John's patch is a bit cleaner and has a more complete
commit message. I can test it on DM3730/AM3703/OMAP3530
a
Dear Simon Schwarz,
Am 17.06.2011 um 12:03 schrieb Simon Schwarz:
> Hi list,
>
> I'am trying to get the NAND-flash to work in my OMAP3 SPL. I
> essentially call these functions after the base init:
> gpmc_init();
> nand_init();
>
> But in nand_init() the cpu jumps somewhere in memory. I tracked
> -Original Message-
> From: Prafulla Wadaskar
> Sent: Thursday, June 16, 2011 4:54 PM
> To: 'Albert ARIBAUD'
> Cc: 'Wolfgang Denk'; 'u-boot@lists.denx.de'; Ashish Karkare; Prabhanjan
> Sarnaik
> Subject: Pull request u-boot-marvell.git
>
> Hi Albert
>
> Please kindly pull
>
> The foll
> -Original Message-
> From: Simon Guinot [mailto:simon.gui...@sequanux.org]
> Sent: Friday, June 17, 2011 2:39 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Simon Guinot
> Subject: [PATCH v11] Add support for Network Space v2 and parents
>
> This patch add support for the Netwo
Hi list,
I'am trying to get the NAND-flash to work in my OMAP3 SPL. I
essentially call these functions after the base init:
gpmc_init();
nand_init();
But in nand_init() the cpu jumps somewhere in memory. I tracked that
down to nand_get_flash_type() to the call chip->select_chip(mtd, 0);
Some digg
adapt s5pc1xx to the new layered cache maintenance framework
Signed-off-by: Aneesh V
---
V2:
* Changes for the function pointer to weakly linked change
V4:
* Minor change in the conditional compilation of L2 related
code in cache.S
* Replaced CONFIG_SYS_NO_*CACHE with CONFIG_SYS_*CACHE_OFF
adapt omap3 to the new layered cache maintenance framework
Signed-off-by: Aneesh V
---
V2:
* Changes for the function pointer to weakly linked change
V4:
* Minor change in the conditional compilation of L2 related
functions
* Replaced CONFIG_SYS_NO_*CACHE with CONFIG_SYS_*CACHE_OFF
---
arc
adapt omap4 to the new layered cache maintenance framework
Signed-off-by: Aneesh V
---
V2:
* Changes for the function pointer to weakly linked change
V4:
* Replaced CONFIG_SYS_NO_*CACHE with CONFIG_SYS_*CACHE_OFF
---
arch/arm/cpu/armv7/omap4/board.c| 12
arch/arm/cpu
PL310 is the L2$ controller from ARM used in many SoCs
including the Cortex-A9 based OMAP4430
Add support for some of the key PL310 operations
- Invalidate all
- Invalidate range
- Flush(clean & invalidate) all
- Flush range
Signed-off-by: Aneesh V
---
V2:
* More
- Enable I-cache on bootup
- Enable MMU and D-cache immediately after relocation
- Do necessary initialization before enabling d-cache and MMU
- Changes to cleanup_before_linux()
- Make changes according to the new framework
Signed-off-by: Aneesh V
---
V2:
* Changes for -march=ar
1. make sure that page table setup is not done multiple times
2. flush_dcache_all() is more appropriate while disabling cache
than a range flush on the entire memory(flush_cache())
Provide a default implementation for flush_dcache_all()
for backward compatibility and to avoid build issues
Replace the cache related CONFIG flags with more meaningful
names. Following are the changes:
CONFIG_L2_OFF-> CONFIG_SYS_L2CACHE_OFF
CONFIG_SYS_NO_ICACHE -> CONFIG_SYS_ICACHE_OFF
CONFIG_SYS_NO_DCACHE -> CONFIG_SYS_DCACHE_OFF
Signed-off-by: Aneesh V
V2:
* Changed CONFIG_L2_OFF -> CONFIG_
- Add a framework for layered cache maintenance
- separate out SOC specific outer cache maintenance from
maintenance of caches known to CPU
- Add generic ARMv7 cache maintenance operations that affect all
caches known to ARMv7 CPUs. For instance in Cortex-A8 these
opertions w
make default implementation of cache_flush() weakly linked so that
sub-architectures can override it
Signed-off-by: Aneesh V
---
arch/arm/lib/cache.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/lib/cache.c b/arch/arm/lib/cache.c
index 30686fe..27123cd 100
With D-cache and MMU enabled for ARM in u-boot it becomes imperative to
support a minimal set of cache maintenance operations and necessary
initializations before enabling MMU.
This series of patches attempt to do the following for armv7:
* Necessary initialization sequence before enabling MMU tha
This patch add support for the Network Space v2 board and parents, based
on the Marvell Kirkwood 6281 SoC. This include Network Space (Max) v2
and Internet Space v2.
Additional information is available at:
http://lacie-nas.org/doku.php?id=network_space_v2
Signed-off-by: Simon Guinot
---
Changes
Hi Wolfgang,
Thanks for the reply!
> Why using such an odd address as 0x8055b728?
That is a symptom of the system I'm working on...!
> Just follow the rules and never download the image to an address range
> that overlaps with the area where the image will be unpacked / loaded
> to.
I'd wondered
Hi Mike,
Thanks for the reply.
> if it's uncompressed, why not simply load it to the final address in the first
> place ? then bootm wont have to do any memcpy, it can simply jump to the
> entry point.
In our system we use a software update mechanism where the kernel +
initfs images reside in a
Wolfgang Denk denx.de> writes:
>
> In message <001301c3786a$369162b0$321c10ac asradproto50> Tien wrote:
> >
> > Another thing you can do is go to u-boot/common/cmd_bootm.c in the function
> > do_bootm_linux(..), at the end of it :
> >
> > (*kernel) (kbd, initrd_start, initrd_end, cmd_st
2011/6/17 Prafulla Wadaskar :
>
>
>> -Original Message-
>> From: Philip Hands [mailto:p...@hands.com]
>> Sent: Friday, June 17, 2011 1:33 AM
>> To: Alexei Ozhigov
>> Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Prabhanjan Sarnaik; Ashish
>> Karkare
>> Subject: Re: [U-Boot] OpenRD Ultimate S
Hi Prafulla and Mike,
On Fri, Jun 17, 2011 at 12:42:16AM -0700, Prafulla Wadaskar wrote:
>
>
> > -Original Message-
> > From: Mike Frysinger [mailto:vap...@gentoo.org]
> > Sent: Friday, June 17, 2011 5:47 AM
> > To: u-boot@lists.denx.de
> > Cc: Simon Guinot; Prafulla Wadaskar
> > Subject
Hi Reinhard,
On 06/17/2011 03:17 PM, Reinhard Meyer wrote:
> Dear Lin,
>> The following is the status XU Hong is reporting to me on
>> u-boot-atmel/master.
>> I saw it has been silent for 2 days. I don’t know if we could do something
>> to help maintain all the boards.
>> I will try to help alloc
> -Original Message-
> From: Philip Hands [mailto:p...@hands.com]
> Sent: Friday, June 17, 2011 1:33 AM
> To: Alexei Ozhigov
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de; Prabhanjan Sarnaik; Ashish
> Karkare
> Subject: Re: [U-Boot] OpenRD Ultimate SATA & SD
>
> On Thu, 16 Jun 2011 16:18
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Friday, June 17, 2011 5:47 AM
> To: u-boot@lists.denx.de
> Cc: Simon Guinot; Prafulla Wadaskar
> Subject: Re: [U-Boot] [PATCH v10] Add support for Network Space v2 and
> parents
>
> On Wednesday, June 15, 2011
> -Original Message-
> From: Lei Wen [mailto:lei...@marvell.com]
> Sent: Thursday, June 16, 2011 8:48 PM
> To: Andy Fleming; Rob Herring; u-boot@lists.denx.de; Prafulla Wadaskar;
> Yu Tang; Prabhanjan Sarnaik; Ashish Karkare
> Subject: [PATCH 2/2] MMC: add marvell sdhci driver
>
> This c
Dear Lin,
> The following is the status XU Hong is reporting to me on
> u-boot-atmel/master.
> I saw it has been silent for 2 days. I don’t know if we could do something to
> help maintain all the boards.
> I will try to help allocate some of my people to handling missing parts for
> our EK.
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/Makefile builds a generic library with the
42 matches
Mail list logo