I ran into a problem where the reset was failing except when I enabled
debugging support. After talking with Garret Swalling at Spansion I
was told that the GL-N series of devices require a 500ns wait for the
reset to complete. The below patch adds a 1us delay after all reset
commands.
-Aaron Wi
Hi
I looked into the documentation but I can't find a command which copies
an image from one address to another. This would be extremly useful for
me as reading from (uncached) flash is way slower then reading from
cached SDRAM. Currently booting is done by a simple bootm. This requires
that t
Hi Aaron,
On Tuesday 12 April 2011 09:46:22 Aaron Williams wrote:
> I believe this is correct.
Hmmm, I'm still not convinced about this reset call in the erase function. Do
you really need it for the CFI driver to work correctly on your board? Could
you please test without this reset command?
Hi Aaron,
Le 12/04/2011 09:53, Aaron Williams a écrit :
> This patch corrects the addresses used when working with Spansion/AMD FLASH
> chips. Addressing for 8 and 16 bits is almost identical except in the 16
> bit case the LSB of the address is always 0. The confusion arose because
> the addres
Dear Joakim Tjernlund,
In message <1291642606-4290-1-git-send-email-joakim.tjernl...@transmode.se> you
wrote:
> The -fPIC flag belongs with -mrelocatable, move it there.
> Also change -fPIC to -fpic as this produces smaller
> binaries.
> However, currently -mrelocatable promotes -fpic to -fPIC, a
Hi Stefan,
It looks like the other reset is not needed. The delay is needed. Without it
sometimes the reset would fail on some of our boards.
Here's what Garret Swalling at Spansion told me:
...
The CFI reset calls into two subroutines that resove to:
flash_write_cmd(info, 0, 0, AMD_CMD
>
> Dear Joakim Tjernlund,
>
> In message <1291642606-4290-1-git-send-email-joakim.tjernl...@transmode.se>
> you wrote:
> > The -fPIC flag belongs with -mrelocatable, move it there.
> > Also change -fPIC to -fpic as this produces smaller
> > binaries.
> > However, currently -mrelocatable promotes
The omap24xx driver only seems to support devices that have a single subaddress
byte. With these types of devices, the first access in a bus transaction is
usually a write (writes the subaddress) followed by either a read or write to
access the devices registers.
Many such devices will respond to
On 04/11/2011 04:04 PM, Ben Gardiner wrote:
> Hi Stefano,
Hi Ben,
>
> Thanks for sharing this patch -- I have been using the "-O 2048" (VID
> header offset) option to prevent subpages here.
Yes, this works too, at least with Linux.
>
> On Sat, Apr 9, 2011 at 2:05 PM, Stefano Babic wrote:
>>
Hi Aaron,
On Tuesday 12 April 2011 10:33:05 Aaron Williams wrote:
> It looks like the other reset is not needed.
Good. Then please remove it from your patch and resend a new version labled
"v2" [PATCH v2]. And please include the patch revision history as mentioned by
Albert. See this link for d
Hi, Wolfgang,
2011/4/11 Wolfgang Denk :
> Dear Jason Liu,
>
> In message you wrote:
>>
>> >>> --- a/drivers/mmc/fsl_esdhc.c
>> >>> +++ b/drivers/mmc/fsl_esdhc.c
> ...
>>
>> Who will pick up this patch?
>
> It's MMC code, so that would be MMC custodian.
>From http://www.denx.de/wiki/U-Boot/Custod
The original comparing the 4.1 with gcc --version will assume
the toolchain 4.4.1 as toolchain 4.1 and setup wrong CPP flags.
Signed-off-by: Lu Jingchang
Signed-off-by: Jason Jin
---
arch/m68k/cpu/mcf5227x/config.mk |2 +-
arch/m68k/cpu/mcf532x/config.mk|2 +-
arch/m68k/cpu/mcf544
Some typoes in Makefile and boards.cfg make the M54455 board
and M53017 board configuration broken.
Signed-off-by: Jason Jin
---
Makefile |1 +
boards.cfg |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 10a856a..425ba80 100644
--- a/Makef
Move the environment outside the u-boot image, leave more
space for the text to avoid the possible PC truncate issue.
The lds file for ColdFire need to clean up since commit
6d8962e814c15807dd6ac5757904be2a02d187b8 'Switch from archive
libraries to partial linking'.
Signed-off-by: Jason Jin
The lds file for ColdFire boards need to clean up since commit
6d8962e814c15807dd6ac5757904be2a02d187b8 'Switch from archive
libraries to partial linking'.
Signed-off-by: Jason Jin
---
board/freescale/m5208evbe/u-boot.lds |3 ---
board/freescale/m52277evb/u-boot.spa |3 ---
board/freesca
There is no network device on ColdFire 52277EVB board.But the default
cmd include NFS define which make the build error.
Signed-off-by: Jason Jin
---
include/configs/M52277EVB.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/M52277EVB.h b/include/configs
commit a45dde2293c816138e53c26eca6fd0322583f9a6 changed the dm9000
direct register access to standard IO. This should work
on the ColdFire platform as there are corresponding macros for
the LE devices. But the hardware settings on M5253DEMO board had
swapped the byte order which make the original m
Signed-off-by: David Müller
---
include/configs/VCMA9.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/VCMA9.h b/include/configs/VCMA9.h
index ebe9e42..b723908 100644
--- a/include/configs/VCMA9.h
+++ b/include/configs/VCMA9.h
@@ -247,4 +247,10 @@
Signed-off-by: David Müller
---
board/mpl/vcma9/Makefile |2 +-
board/mpl/vcma9/flash.c | 432 --
board/mpl/vcma9/vcma9.c | 12 ++
include/configs/VCMA9.h | 28 +--
4 files changed, 22 insertions(+), 452 deletions(-)
delete mode 100644 bo
This patch serie brings the VCMA9 port in sync with the latest U-Boot
version by doing the following:
- do the necessary adjustments to support the ARM relocation feature
- use the CFI flash driver (and removing the old one)
- remove the unneeded config.mk file
- various cleanups/coding style f
Signed-off-by: David Müller
---
board/mpl/vcma9/config.mk | 24
include/configs/VCMA9.h |2 ++
2 files changed, 2 insertions(+), 24 deletions(-)
delete mode 100644 board/mpl/vcma9/config.mk
diff --git a/board/mpl/vcma9/config.mk b/board/mpl/vcma9/config.mk
del
Signed-off-by: David Müller
---
board/mpl/vcma9/cmd_vcma9.c |4 +-
board/mpl/vcma9/lowlevel_init.S | 549 ++-
board/mpl/vcma9/vcma9.c | 272 +---
board/mpl/vcma9/vcma9.h | 117 +
include/configs/VCMA9.h
The following patches update some ColdFire boards to work with
latest u-boot. Those update were tested on following Freescale boards:
M54455EVB, M54451EVB, M5475EVB(M5475CFE_config), M5485EVB(M5485HFE_conifg),
M5208EVB, M5253DEMO, M52277EVB, M53017EVB, M5373EVB,
M5329EVB(M5329BFEE_config).
[P
On 04/11/2011 09:16 PM, Scott Wood wrote:
> This only controls the davinci driver, so it should be
> CONFIG_SYS_DAVINCI_NAND_NO_SUBPAGE.
>
> Is this really board-specific?
No, really not.
> Does the davinci driver ever support
> subpage?
No, it does not. This problem affects all boards using t
Dear Jason Jin,
In message <1302597610-15646-4-git-send-email-jason@freescale.com> you
wrote:
> Move the environment outside the u-boot image, leave more
> space for the text to avoid the possible PC truncate issue.
>
> The lds file for ColdFire need to clean up since commit
> 6d8962e814c
Dear Jason Jin,
In message <1302597610-15646-3-git-send-email-jason@freescale.com> you
wrote:
> The original comparing the 4.1 with gcc --version will assume
> the toolchain 4.4.1 as toolchain 4.1 and setup wrong CPP flags.
>
> Signed-off-by: Lu Jingchang
> Signed-off-by: Jason Jin
It is
Dear Jason Jin,
In message <1302597610-15646-6-git-send-email-jason@freescale.com> you
wrote:
> commit a45dde2293c816138e53c26eca6fd0322583f9a6 changed the dm9000
> direct register access to standard IO. This should work
> on the ColdFire platform as there are corresponding macros for
> the L
Dear =?UTF-8?q?David=20M=C3=BCller?=,
In message <1302600759-28219-5-git-send-email-d.muel...@elsoft.ch> you wrote:
> --===1758926862==
>
> Signed-off-by: David Müller
>
> ---
> board/mpl/vcma9/cmd_vcma9.c |4 +-
> board/mpl/vcma9/lowlevel_init.S | 549
>
Dear =?UTF-8?q?David=20M=C3=BCller?=,
In message <1302600759-28219-2-git-send-email-d.muel...@elsoft.ch> you wrote:
> --===0390427290==
>
> Signed-off-by: David Müller
>
> ---
> include/configs/VCMA9.h |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --g
Dear =?UTF-8?q?David=20M=C3=BCller?=,
In message <1302600759-28219-2-git-send-email-d.muel...@elsoft.ch> you wrote:
>
> Signed-off-by: David Müller
Actually the Subject: is wrong. No part in this patch "activates"
anything - you just add some missing definitions to fix build
problems.
Best r
Of the following patches in my latest 6 patch series ([U-Boot] [PATCH 0/6]
x86: General cleanup), only the first has shown up in patchwork. Has anyone
else experienced this?
http://lists.denx.de/pipermail/u-boot/2011-April/090145.html
http://lists.denx.de/pipermail/u-boot/2011-April/090146.html
ht
On Tue, Apr 12, 2011 at 5:08 AM, Stefano Babic wrote:
> Ben Gardiner wrote:
>> Thanks for sharing this patch -- I have been using the "-O 2048" (VID
>> header offset) option to prevent subpages here.
>
> Yes, this works too, at least with Linux.
(being picky / for archival purposes) In u-boot, sp
Am Montag, den 11.04.2011, 23:14 -0400 schrieb Mike Frysinger:
> On Monday, April 11, 2011 15:34:17 Andreas Pretzsch wrote:
> > Am Sonntag, den 03.04.2011, 04:43 -0400 schrieb Mike Frysinger:
> > > + return port_base + simple_strtoul(name, NULL, 10);
> >
> > Remark: Leads to an oom access when exc
Am Dienstag, den 12.04.2011, 03:03 -0400 schrieb Mike Frysinger:
> Make sure the pin request passed before attempting to use it later on.
>
> Signed-off-by: Mike Frysinger
Tested-by: Andreas Pretzsch
Verified on Blackfin BF561 with full port range.
--
carpe noctem engineering
Ingenieurbuero
Hello,
I use the spi interfaces with more then one flash in the U-Boot. Actually I
use one spi fram(ramtron) and one spi flash (stmicro).
I first thought that configuring both flags is just what I need:
CONFIG_SPI_FLASH_STMICRO
CONFIG_SPI_FLASH_RAMTRON
But since the ramtron implementation change t
Am Montag, den 11.04.2011, 23:08 +0200 schrieb Wolfgang Denk:
> > > But if you really want to keep the existing embedded environment when
> > > flashing a new U-Boot, then after you have loaded the new U-Boot in RAM
> > > as usual, all you need is to overwrite its environment with the one
> > >
Dear Andreas Pretzsch,
In message <1302614926.27200.12.ca...@ws-apr.office.loc> you wrote:
>
> True, but it would pollute the env with transient variables like
> fileaddr, filesize and serveraddr. Nothing serious, of course.
Do you really care to delete these before each and every saveenv?
Or is
On 04/12/2011 12:35 AM, Daniel Schwierzeck wrote:
>> diff --git a/arch/mips/cpu/mips32/start.S b/arch/mips/cpu/mips32/start.S
>> index 0a9d9d5..f1e3447 100644
>> --- a/arch/mips/cpu/mips32/start.S
>> +++ b/arch/mips/cpu/mips32/start.S
>> @@ -62,11 +62,11 @@
>>.globl _start
>>.text
>
On Mon, Apr 11, 2011 at 05:03:32AM -0700, Prafulla Wadaskar wrote:
> I have tested these patches and works for openRD-Base, certainly it may not
> work for ultimate and client since respective machine ids are not programmed.
I can't believe I forgot this part.
> May you please provide tuned vers
On Tue, Apr 12, 2011 at 3:29 AM, Stefano Babic wrote:
> On 04/11/2011 03:05 PM, Ben Gardiner wrote:
>>
>>> [...]
>>> @@ -143,20 +144,20 @@ int board_init(void)
>>> irq_init();
>>> #endif
>>>
>>> -#ifdef CONFIG_NAND_DAVINCI
>>> /*
>>> * NAND CS setup - cycle counts based on d
---
MAKEALL |2 ++
board/Marvell/openrd_base/openrd_base.c |6 ++
boards.cfg |4 +++-
include/configs/openrd_base.h | 14 +-
4 files changed, 24 insertions(+), 2 deletions(-)
diff --git a/MAKEALL
(rework of Julian Pidancet's patch)
---
board/Marvell/openrd_base/openrd_base.c | 22 ++
include/configs/openrd_base.h | 14 --
2 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/board/Marvell/openrd_base/openrd_base.c
b/board/Marvell/ope
---
board/Marvell/openrd/Makefile | 56 ++
board/Marvell/openrd/kwbimage.cfg | 168 ++
board/Marvell/openrd/openrd.c | 173 +++
board/Marvell/openrd/openrd.h | 46
board/Marvell/openr
101 - 143 of 143 matches
Mail list logo