Dear Scott Wood,
>> Then assign struct soc *soc = (struct soc *)0;
>
> One snag you might hit is that dereferencing a NULL pointer is undefined,
> and some versions of GCC assume you won't do this when optimizing. Not sure
> if this simple usage would be affected (it seems to mainly be an issue w
On Mon, 2010-16-08 at 12:33 +0200, Wolfgang Denk wrote:
> > --- /dev/null
> > +++ b/board/freescale/p1021mds/bcsr.h
> > @@ -0,0 +1,18 @@
> > +/*
> > + * Copyright (C) 2010 Freescale Semiconductor, Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or modify it
> > + * u
On Mon, 2010-16-08 at 12:23 +0200, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1281945897.24612.17.ca...@localhost.localdomain> you wrote:
> > Once CONFIG_MIDDLE_STAGE_SRAM_BOOT is defined, CONFIG_SRAM_BOOT is enabled
> > to
> > generate u-boot-sram.bin which will run in the l2/l3 s
Dear Haiying Wang,
In message <1282017036.2814.19.ca...@localhost.localdomain> you wrote:
>
> > > -#ifdef CONFIG_SYS_INIT_L2_ADDR
> > > +#if defined(CONFIG_SYS_INIT_L2_ADDR) && defined(CONFIG_SYS_FLASH_BASE)
> > > if (l2cache->l2ctl & MPC85xx_L2CTL_L2SRAM_ENTIRE
> > >
On 2010/08/17 12:03 AM, Wolfgang Denk wrote:
> Dear Rogan Dawes,
>
> In message <4c69a8da.8020...@dawes.za.net> you wrote:
>>
>>> Are you absolutely sure that you have RAM in your system at 0x8000?
>>> I doubt that your Load Address/Entry Point settings are correct.
>>
>> This is the default kerne
On Mon, 2010-16-08 at 12:09 +0200, Wolfgang Denk wrote:
> Dear Haiying Wang,
>
> In message <1281945721.24612.11.ca...@localhost.localdomain> you wrote:
> > so it can be called in other file.
> >
> > Signed-off-by: Haiying Wang
> > ---
> > nand_spl/nand_boot_fsl_elbc.c |2 +-
> > 1 files ch
On Mon, 2010-16-08 at 12:11 +0200, Wolfgang Denk wrote:
> >
> > diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init.c
> > b/arch/powerpc/cpu/mpc85xx/cpu_init.c
> > index 2c3be6d..1fbc0cc 100644
> > --- a/arch/powerpc/cpu/mpc85xx/cpu_init.c
> > +++ b/arch/powerpc/cpu/mpc85xx/cpu_init.c
> > @@ -327,7 +3
On 13 August 2010 16:45, Minkyu Kang wrote:
> This patch is intended to prepare the other S5P SoC. (s5pc210)
> If use SoC specific defines then can't share with other SoC.
> So, make the accessor functions for access the base address by common way.
>
> Signed-off-by: Minkyu Kang
> Signed-off-by:
On Mon, 2010-08-16 at 16:36 -0500, Scott Wood wrote:
> On 08/16/2010 04:30 PM, Steve Sakoman wrote:
> > Rationale:
> >
> > The upcoming Beagle xM, unlike previous Beagles, has no on-board NAND.
> >
> > I'd like to continue to have a single version of u-boot that works for
> > all version of Beagles
Dear Rogan Dawes,
In message <4c69a8da.8020...@dawes.za.net> you wrote:
>
> > Are you absolutely sure that you have RAM in your system at 0x8000?
> > I doubt that your Load Address/Entry Point settings are correct.
>
> This is the default kernel that was shipped with the device, and so
> those ar
The following changes since commit 668a6b45915d10d75357f5b93f569bbf49ea2b06:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-usb
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Mike Frysinger (1):
env_nand: return erro
On 08/16/2010 04:30 PM, Steve Sakoman wrote:
> Rationale:
>
> The upcoming Beagle xM, unlike previous Beagles, has no on-board NAND.
>
> I'd like to continue to have a single version of u-boot that works for
> all version of Beagles. Therefore I need to have env_nand fail
> gracefully when it runs
Rationale:
The upcoming Beagle xM, unlike previous Beagles, has no on-board NAND.
I'd like to continue to have a single version of u-boot that works for
all version of Beagles. Therefore I need to have env_nand fail
gracefully when it runs on the xM.
The patch below does the job, but I am not s
From: Rogan Dawes
---
arch/arm/include/asm/arch-orion5x/cpu.h |2 +-
board/D-Link/dns323_b1/Makefile | 53 +
board/D-Link/dns323_b1/config.mk| 27 +++
board/D-Link/dns323_b1/dns323_b1.c | 129 +++
board/D-Link/dns323_b1/dn
On 2010/08/16 10:29 PM, Wolfgang Denk wrote:
> Dear Rogan Dawes,
>
> In message<4c699c6e.2010...@dawes.za.net> you wrote:
>>
>>> DNS323B1> bootm FF82
>>> ## Booting kernel from Legacy Image at ff82 ...
>>> Image Name: Linux-2.6.12.6-arm1
>>> Image Type: ARM Linux Kernel
On Mon, Aug 16, 2010 at 12:23:56PM +0200, Wolfgang Denk wrote:
> > Signed-off-by: Haiying Wang
> > ---
> > Makefile | 18 ++-
> > arch/powerpc/cpu/mpc85xx/cpu_init_nand.c | 31 +++-
> > arch/powerpc/cpu/mpc85xx/sram_boot/Makefile| 1
Dear Rogan Dawes,
In message <4c699c6e.2010...@dawes.za.net> you wrote:
>
> > DNS323B1> bootm FF82
> > ## Booting kernel from Legacy Image at ff82 ...
> > Image Name: Linux-2.6.12.6-arm1
> > Image Type: ARM Linux Kernel Image (uncompressed)
> > Data Size:1490204 Byt
On Sun, Aug 15, 2010 at 12:15:29AM +0200, Reinhard Meyer wrote:
> >> Would the toolchain "gulp" when one defines the whole 4 GB that way?
> >
> > Why not?
>
> Since the AT91s have no base address registers at all, the memory layout
> is completely fixed. Even chip selects have a fixed address and
On 2010/08/16 9:24 AM, Rogan Dawes wrote:
> Hi folks,
>
> I'm trying to get mainline u-boot working on my DNS323 (Orion5x based).
> Until I am confident in the config, I'm using a chainloaded approach,
> wrapping my featureful u-boot in an image file:
>
> $ mkimage -A arm -O u-boot -T kernel -C non
On 2010-08-16, Scott Wood wrote:
> On Fri, Aug 13, 2010 at 09:22:21PM +, Grant Edwards wrote:
> At one point in the legacy NAND code, a distinction was made when
> reading between completely skipping bad blocks, and filling the
> buffer with zeroes in place of the bad blocks. It looks like
>
On Fri, Aug 13, 2010 at 09:22:21PM +, Grant Edwards wrote:
> I'm using 1.3.4 (that's what's supported by Atmel). While that's the
> current "released" version, it appears to be over two years old?
>
> I've been reading nand flash docs and source code for a while now, and
> I must admit the mo
Configures GPMC, adds macros to enable net commands, and adds proper
initialization to board_eth_init function.
I have a similar patch to enable ethernet in zoom3 after initial support
patch.
Signed-off-by: Aldo Brett Cedillo Martinez
---
board/logicpd/zoom2/zoom2.c | 21 +++
On Mon, Aug 16, 2010 at 11:06 AM, Gérald Kerma wrote:
> I would like to backport the Marvell SDIO driver to u-boot.
>
> I have complete the 'port' of the Marvell's uboot sources code for a
> legacy like driver.
>
> It will be better to make a "new" driver and I look for informations
> about the gen
Hi
I'm new to this list so I hope that this is the right place for my question.
I have a board with mpc5121e cpu on it and I'm been patching my Uboot (U-Boot
v2009.11) with the patch given initially by Francesco Rendine:
http://lists.denx.de/pipermail/u-boot/2009-June/055022.html
It seems lik
Hi all developers,
I would like to backport the Marvell SDIO driver to u-boot.
I have complete the 'port' of the Marvell's uboot sources code for a
legacy like driver.
It will be better to make a "new" driver and I look for informations
about the generic MMC driver coding style.
Can anyone tell
Dear Anatolij Gustschin,
In message <1281963128-13777-2-git-send-email-ag...@denx.de> you wrote:
> PDM360NG board uses this functionality to pass display
> timing info to the Linux Framebuffer driver.
thanks for these patches.
I have one (probably stupid) question:
> +static unsigned char edid_
I have "ported" U-boot to a in house made board with Numonyx Axcell P33/P30
256-Mbit 65nm flash chips.
After some time :( searching for bugs in our board or soft, we have
discovered that those chips have a small but annoying bug, documented in
"Numonyx Axcell P33/P30 256-Mbit Specification Update"
PDM360NG board uses this functionality to pass display
timing info to the Linux Framebuffer driver.
Signed-off-by: Anatolij Gustschin
---
board/pdm360ng/pdm360ng.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/board/pdm360ng/pdm360ng.c b/board/p
Boards can pass display timing info for drivers using EDID
block. Provide common function to add board specific EDID
data to the device tree. Subsequent patch makes use of this
functionality.
Signed-off-by: Anatolij Gustschin
Cc: Gerald Van Baren
---
common/fdt_support.c | 29 +++
Dear Reinhard Meyer,
In message <4c691822.8050...@emk-elektronik.de> you wrote:
>
> > Please fix your mailer. Your quoting is seriously broken!
> No, its not. I manually added breaks to that line because it was not
> wrapped at all - and I did not bother to add extra ">"s.
I wrote "Your quoting i
On Mon, Aug 16, 2010 at 3:33 AM, Haiying Wang wrote:
> introduced by commit cc9f607beb49d4d3556c326efb83a0a51784e484, it causes:
> "
> cmd_mmc.c:136:2: warning: missing terminating " character
> cmd_mmc.c:133: error: missing terminating " character
> make[1]: *** [cmd_mmc.o] Error 1
your repo is o
Hi Detlev,
On Fri, Aug 13, 2010 at 16:09:41, Detlev Zundel wrote:
> Hi Nori,
>
> >> A revision for me is attached to certain bugs/problems which we may need
> >> to work around in software. Think about something like "we can enable
> >> caching only on rev2 CPUs". For all I know, the ATAG_REVIS
Wolfgang Denk wrote:
> Dear Reinhard Meyer,
>
> In message <4c690fec.6040...@emk-elektronik.de> you wrote:
>> Dear Schleifer, Alexander,
>>> But I found out, that the AT91Bootstrap initialization impacts
>> the U-Boot code. If I use the AT91Bootstrap (without mci initialization)
>>
>> from NAND fl
Dear =?ISO-8859-15?Q?Andreas_Bie=DFmann?=,
In message <4c691018.7060...@corscience.de> you wrote:
> Has anyone configuration file for BDI3000 targeting CN50xx Cavium MIPS64
> CPU and is willing to share it?
ftp://94.230.212.16/bdigdb/config/mips/mips64/CN3860.cfg is the closes
I am aware of, it s
Dear Li Yang,
In message you
wrote:
>
> >> #define NFS_RETRY_COUNT 30
> >> -#define NFS_TIMEOUT 2000UL
> >> +#define NFS_TIMEOUT 2UL
> >
> > You mean 30 retries (NFS_RETRY_COUNT) every two seconds were not
> > sufficient in your case?
> >
> > That's a full minute...
>
> It didn't retry 30
Dear Reinhard Meyer,
In message <4c690fec.6040...@emk-elektronik.de> you wrote:
> Dear Schleifer, Alexander,
> > But I found out, that the AT91Bootstrap initialization impacts
>
> the U-Boot code. If I use the AT91Bootstrap (without mci initialization)
>
> from NAND flash, the mmc init command s
Dear Haiying Wang,
In message <1281947090.24612.23.ca...@localhost.localdomain> you wrote:
> and because some platforms need to load QE firmware from NAND flash(no NOR
> flash), it makes qe_init to be called after nand_init.
>
> Signed-off-by: Haiying Wang
> ---
> arch/powerpc/cpu/mpc83xx/cpu_i
Dear Haiying Wang,
In message <1281945949.24612.19.ca...@localhost.localdomain> you wrote:
> This patch supports P1021MDS NAND boot with the following features:
> * Boot from NAND flash with SRAM BOOT support.(No NOR flash on this board)
> * SPD DDR Initialization
>
> Signed-off-by: Haiying Wang
On Mon, Aug 16, 2010 at 6:09 PM, Wolfgang Denk wrote:
> Dear Li Yang,
>
> In message <1281947653-5530-1-git-send-email-le...@freescale.com> you wrote:
>> From: Jin Qing
>>
>> The NFS_TIMEOUT is 2s before. It is too short for some nfs server to
>> respond.
>>
>> Signed-off-by: Jin Qing
>> ---
>
Has anyone configuration file for BDI3000 targeting CN50xx Cavium MIPS64
CPU and is willing to share it?
regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Haiying Wang,
In message <1281945897.24612.17.ca...@localhost.localdomain> you wrote:
> Once CONFIG_MIDDLE_STAGE_SRAM_BOOT is defined, CONFIG_SRAM_BOOT is enabled to
> generate u-boot-sram.bin which will run in the l2/l3 sram. This middle stage
> uboot will init ddr sdram with ddr spd code an
Dear Schleifer, Alexander,
> But I found out, that the AT91Bootstrap initialization impacts
the U-Boot code. If I use the AT91Bootstrap (without mci initialization)
from NAND flash, the mmc init command successfully reads the card.
It fails if I use the AT91Bootstrap with mci initialization.
Th
Dear Haiying Wang,
In message <1281945851.24612.15.ca...@localhost.localdomain> you wrote:
> This fixes the compiling error for the board which doesn't have NOR flash
> (so CONFIG_FLASH_BASE is not defined)
>
> Signed-off-by: Haiying Wang
> ---
> arch/powerpc/cpu/mpc85xx/cpu_init.c |2 +-
>
Dear Haiying Wang,
In message <1281945721.24612.11.ca...@localhost.localdomain> you wrote:
> so it can be called in other file.
>
> Signed-off-by: Haiying Wang
> ---
> nand_spl/nand_boot_fsl_elbc.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
That commit should be squashed wit
Dear Li Yang,
In message <1281947653-5530-1-git-send-email-le...@freescale.com> you wrote:
> From: Jin Qing
>
> The NFS_TIMEOUT is 2s before. It is too short for some nfs server to respond.
>
> Signed-off-by: Jin Qing
> ---
> We are not sure what is the expected timeout period. Using 20s to
Dear Haiying Wang,
In message <1281945655.24612.10.ca...@localhost.localdomain> you wrote:
>
> Ok, will send patch against mainline. It's odd that my patches sent with
> this [PATCH 0/7] did not show up in the maillist, including the three
> 8569 patches I sent last week.
Indeed. I checked, but I
Hi Eric,
Thanks for your reply. I sorted out, that the AT91Bootstrap impacts the U-Boot.
See http://lists.denx.de/pipermail/u-boot/2010-August/075646.html.
I am using a hardware which is based on the EK board from Atmel and I will try
out the new driver patch from Reinhard to see if it helps me
The clock messages are ..
mmc: bus_hz is 99072000, setting clock 15 Hz, block size 512
mmc: requested clock 15 is too low; changed to 193500
But I found out, that the AT91Bootstrap initialization impacts the U-Boot code.
If I use the AT91Bootstrap (without mci initialization) from NAND f
On 2010/08/16 10:34 AM, Gérald Kerma wrote:
> Dear Rogan,
>
> I've you set the uboot env machid to the correct value ?
> setenv machid
> just replace HexValue with the correct MACH_TYPE.
>
> You must then see something like :
> Using machid 0xa76 from environment
> after kernel loaded by uboot.
>
>
Dear Rogan,
I've you set the uboot env machid to the correct value ?
setenv machid
just replace HexValue with the correct MACH_TYPE.
You must then see something like :
Using machid 0xa76 from environment
after kernel loaded by uboot.
Best regards,
Le 16/08/2010 09:24, Rogan Dawes a écrit :
> H
P1021 has some QE pins which need to be set in pmuxcr register before using QE
functions. In this patch, pin QE0 and QE3 are set for UCC1 and UCC5 in Eth mode.
QE9 and QE12 are set for MII management. QE12 needs to be released after MII
access because QE12 pin is muxed with LBCTL signal.
Signed-of
and because some platforms need to load QE firmware from NAND flash(no NOR
flash), it makes qe_init to be called after nand_init.
Signed-off-by: Haiying Wang
---
arch/powerpc/cpu/mpc83xx/cpu_init.c |8
arch/powerpc/cpu/mpc85xx/cpu_init.c |8
arch/powerpc/lib/board.c
Signed-off-by: Haiying Wang
---
arch/powerpc/include/asm/immap_85xx.h |6 ++
arch/powerpc/include/asm/immap_qe.h |7 ++-
2 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/immap_85xx.h
b/arch/powerpc/include/asm/immap_85xx.h
index c1382c8..
This patch supports P1021MDS NAND boot with the following features:
* Boot from NAND flash with SRAM BOOT support.(No NOR flash on this board)
* SPD DDR Initialization
Signed-off-by: Haiying Wang
Signed-off-by: Mohit Kumar
Signed-off-by: Yu.Liu
---
MAKEALL
This fixes the compiling error for the board which doesn't have NOR flash
(so CONFIG_FLASH_BASE is not defined)
Signed-off-by: Haiying Wang
---
arch/powerpc/cpu/mpc85xx/cpu_init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/cpu_init.c
b/ar
Once CONFIG_MIDDLE_STAGE_SRAM_BOOT is defined, CONFIG_SRAM_BOOT is enabled to
generate u-boot-sram.bin which will run in the l2/l3 sram. This middle stage
uboot will init ddr sdram with ddr spd code and load the final uboot image to
ddr and start from there. It is useful for the silicons which have
From: Jin Qing
The NFS_TIMEOUT is 2s before. It is too short for some nfs server to respond.
Signed-off-by: Jin Qing
---
We are not sure what is the expected timeout period. Using 20s to make sure
the mount works.
net/nfs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff -
so it can be called in other file.
Signed-off-by: Haiying Wang
---
nand_spl/nand_boot_fsl_elbc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/nand_spl/nand_boot_fsl_elbc.c b/nand_spl/nand_boot_fsl_elbc.c
index 9547d44..efac293 100644
--- a/nand_spl/nand_boot_fsl_elbc
On Mon, 2010-16-08 at 07:42 +0200, Wolfgang Denk wrote:
> Dear Haiying Wang,
> Please keep in mind that patches shall be submitted against the
> mainline repository, NOPT against any custodian branches.
> This is to make sure everybody can apply and test these without
> addinitional compatibility
introduced by commit cc9f607beb49d4d3556c326efb83a0a51784e484, it causes:
"
cmd_mmc.c:136:2: warning: missing terminating " character
cmd_mmc.c:133: error: missing terminating " character
make[1]: *** [cmd_mmc.o] Error 1
"
Signed-off-by: Haiying Wang
---
common/cmd_mmc.c |2 +-
1 files chang
Hi folks,
I'm trying to get mainline u-boot working on my DNS323 (Orion5x based).
Until I am confident in the config, I'm using a chainloaded approach,
wrapping my featureful u-boot in an image file:
$ mkimage -A arm -O u-boot -T kernel -C none -a 0x300 -e 0x300
-n "UBoot dns323" -d u-
61 matches
Mail list logo
