Thank you Sir for your response.
As per your instruction I set "bootdelay" variable. log is given below, But
the problem is not solve. I run command "run bootcmd" for booting the
kernel.
-- LOG
-
r
Implementation based on the existing u-boot support for S3C2410-based boards.
u-boot programmed into NOR flash.
Tested on an SBC2440-II Board using tftp to copy the files from a server and
programming them into NAND flash.
MAKEALL used to build all LIST_ARM9 targets only - no other architectur
> + */
> +
> +#include
> +#include
> +#include
> +#include
> +#include "mv88f6281gtw_ge.h"
please move the mv88f6281gtw_ge.h
to include/asm-arm/arch-kirkwood/
> +
> +DECLARE_GLOBAL_DATA_PTR;
> +
> +int board_init(void)
> +{
> + /*
> + * default gpio configuration
> + * There are m
On 03:56 Wed 20 May , Ilya Yanok wrote:
> Signed-off-by: Ilya Yanok
> ---
> lib_arm/board.c |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/lib_arm/board.c b/lib_arm/board.c
> index 5d05d9b..268532f 100644
> --- a/lib_arm/board.c
> +++ b/lib_arm/board.c
>
On 03:55 Wed 20 May , Ilya Yanok wrote:
> UART hardware on i.MX27 is the same as on the i.MX31 so we just
> need to provide the driver with correct address of the registers.
>
> Signed-off-by: Ilya Yanok
> ---
could you use git format-patch -M -B -C
to generate this in order to show only the
> diff --git a/cpu/arm926ejs/mx27/interrupt.c b/cpu/arm926ejs/mx27/interrupt.c
please rename it timer.c
> new file mode 100644
> index 000..8f3e809
> --- /dev/null
> +++ b/cpu/arm926ejs/mx27/interrupt.c
> @@ -0,0 +1,201 @@
> +/*
> + * (C) Copyright 2002
> + * Sysgo Real-Time Solutions, GmbH
>
> +
> +#ifdef CONFIG_NAND_DAVINCI
> +
> +static void nand_dm365evm_select_chip(struct mtd_info *mtd, int chip)
> +{
> + struct nand_chip*this = mtd->priv;
> + u32 wbase = (u32) this->IO_ADDR_W;
> + u32 rbase = (u32) this->IO_ADDR_R;
> +
>
On 13:20 Mon 18 May , Daniel Gorsulowski wrote:
> While hard_i2c support is not available
> (see http://lists.denx.de/pipermail/u-boot/2009-March/049751.html),
> this patch enables soft_i2c on AT91SAM9263 SoC.
>
> Signed-off-by: Daniel Gorsulowski
> ---
where do you use it?
Best Regards,
J.
> +
> +static void meesc_ethercat_hw_init(void)
> +{
> + /* Configure SMC EBI1_CS0 for EtherCAT */
> + at91_sys_write(AT91_SMC1_SETUP(0),
> + AT91_SMC_NWESETUP_(0) | AT91_SMC_NCS_WRSETUP_(0) |
> + AT91_SMC_NRDSETUP_(0) | AT91_SMC_NCS_RDSETUP_(0));
> + at91_sys_wr
>
> Background is, we're going to have a single, unified u-boot.lds, hence
> OUTPUT_FORMAT(default, big, little) command would be applied across all
> supported targets as well. Then, we'd like to pass -EL specifier to the
> linker so that some little-endian builds are processed properly.
>
> Th
On 14:57 Sat 25 Apr , Jean-Christophe PLAGNIOL-VILLARD wrote:
> and fix comment
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
ping
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-bo
On 10:51 Thu 14 May , Daniel Gorsulowski wrote:
> This patch allows any at91 board implementing the GPIO LED API
> to control vendor specific LEDs from the console.
>
> Adding configuration items CONFIG_AT91_LED and CONFIG_CMD_LED
> enables the command.
> Moreover the GPIO Pins have to be defi
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090522230704.gb19...@game.jcrosoft.org> you wrote:
> Hi Wolfgang,
>
> Please pull
> The following changes since commit cab6c2a6135cc8f4244d8e9c005bddd208d2a26f:
> Wolfgang Denk (1):
> TQM834x: use buffered writes to accelerate writing
On 00:58 Thu 14 May , Jean-Christophe PLAGNIOL-VILLARD wrote:
> currently the sh lds need to sync the lds enty and TEXT_BASE manualy
> and the reloc_dst is based on it
>
> instead provide it now from the ldflags
>
> tested on r2dplus
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
> Cc:
Hi Wolfgang,
Please pull
The following changes since commit cab6c2a6135cc8f4244d8e9c005bddd208d2a26f:
Wolfgang Denk (1):
TQM834x: use buffered writes to accelerate writing to flash
are available in the git repository at:
git://git.denx.de/u-boot-arm.git next
Dirk Behme (2):
OM
Use the standard lowercase "xx" capitalization that other Freescale
architectures use for CPU defines to prevent confusion and errors
Signed-off-by: Peter Tyser
---
api/api_platform-ppc.c|2 +-
board/freescale/mpc8349emds/mpc8349emds.c |2 +-
board/sbc8349/sbc8349.c
Use the standard lowercase "x" capitalization that other Freescale
architectures use for CPU defines to prevent confusion and errors
Signed-off-by: Peter Tyser
---
cpu/mpc83xx/cpu_init.c|2 +-
cpu/mpc83xx/speed.c | 66
doc/README.m
Signed-off-by: Peter Tyser
---
I don't have any 83xx boards to try this on, but I verified the dma code
still works on an 86xx board. An easy way to test this change (Ira?)
would be to enable CONFIG_FSL_DMA and CONFIG_SYS_DMA_MEMTEST after the
"85xx/86xx dma updates" and "Add optional dma transf
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
cpu/arm926ejs/at91/cpu.c | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/cpu/arm926ejs/at91/cpu.c b/cpu/arm926ejs/at91/cpu.c
index 677fa51..6bb88cf 100644
--- a/cpu/arm926ejs/at91/cpu.c
+++ b/cpu/a
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
Fix a typo
board/ronetix/pm9263/pm9263.c |7 ---
cpu/arm926ejs/at91/cpu.c | 17 +
include/configs/pm9263.h |1 +
3 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/board/ronetix/pm9263/pm9263.
as $(obj) is empty when in tree build
%.s:%.S
$(CPP) $(AFLAGS) -o $@ $<
and
$(obj)%.s: %.S
$(CPP) $(AFLAGS) -o $@ $<
are the same
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
config.mk | 12
1 files changed, 0 insertions(+), 12 deletions(-)
dif
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
include/asm-arm/arch-at91/at91cap9.h|5 +
include/asm-arm/arch-at91/at91sam9260.h |9 +
include/asm-arm/arch-at91/at91sam9261.h |4
include/asm-arm/arch-at91/at91sam9263.h |4
include/asm-arm/arch-at91/a
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
cpu/arm1136/omap24xx/Makefile |2 +-
cpu/arm1136/omap24xx/{start.S => reset.S} |0
2 files changed, 1 insertions(+), 1 deletions(-)
rename cpu/arm1136/omap24xx/{start.S => reset.S} (100%)
diff --git a/cpu/arm1136/omap24xx/M
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
cpu/arm926ejs/at91/Makefile |1 +
cpu/arm926ejs/at91/reset.c | 42 ++
cpu/arm926ejs/at91/timer.c | 15 ---
3 files changed, 43 insertions(+), 15 deletions(-)
create mode 100644 cpu/a
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/ronetix/pm9263/pm9263.c |7 ---
cpu/arm926ejs/at91/cpu.c | 17 +
include/configs/pm9263.h |1 +
3 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/board/ronetix/pm9263/pm9263.c b/board/r
Hi SlinceArm,
> i rebuild a new kernel-2.6.24 and my console freezes at "Starting
> kernel..." and i will search this issue in forum .
Good luck.
> but i still confuse in my case , it mean my u-boot setting is
> "correct" and my kernel cause this issue ??
I'm not sure what you mean by "U-Boot
Initial support for Extreme Engineering Solutions XPedite5170 -
a MPC8640-based 3U VPX single board computer with a PMC/XMC
site.
Signed-off-by: Peter Tyser
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile|3
Signed-off-by: Peter Tyser
---
board/xes/common/Makefile |2 +-
.../xes/common/{fsl_85xx_pci.c => fsl_8xxx_pci.c} | 81 +--
2 files changed, 73 insertions(+), 10 deletions(-)
rename board/xes/common/{fsl_85xx_pci.c => fsl_8xxx_pci.c} (79%)
diff --
Signed-off-by: Peter Tyser
---
board/xes/common/Makefile |3 ++-
.../xes/common/{fsl_8572_clk.c => fsl_8xxx_clk.c} |8
2 files changed, 10 insertions(+), 1 deletions(-)
rename board/xes/common/{fsl_8572_clk.c => fsl_8xxx_clk.c} (86%)
diff --git a/board
From: Zach LeRoy
Signed-off-by: Zach LeRoy
---
drivers/net/tsec.c | 41 +
include/tsec.h |2 ++
2 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c
index 399116f..63fc02e 100644
--- a/drivers/n
Signed-off-by: Peter Tyser
---
board/xes/common/Makefile |2 +-
.../xes/common/{fsl_85xx_ddr.c => fsl_8xxx_ddr.c} |8 +++-
2 files changed, 8 insertions(+), 2 deletions(-)
rename board/xes/common/{fsl_85xx_ddr.c => fsl_8xxx_ddr.c} (92%)
diff --git a/board/x
Previously, it was only unlocked when Linux was executed using the
"bootm" command. Unlocking it unconditionally improves U-Boot
performance and provides a common cache state when booting OSes.
Signed-off-by: Peter Tyser
---
lib_ppc/board.c |8 +---
lib_ppc/bootm.c |3 ++-
2 files c
Add defines similar to those already used for the the 86xx architecture.
This will ease sharing of PCI code between the 85xx and 86xx
architectures.
Signed-off-by: Peter Tyser
---
include/asm-ppc/immap_85xx.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-p
Initial support for Extreme Engineering Solutions XPedite5170 -
a MPC8640-based 3U VPX single board computer with a PMC/XMC
site.
http://www.xes-inc.com/Products/XPedite5170/XPedite5170.html
Peter Tyser (6):
85xx: Add PORBMSR and PORDEVSR shift defines
86xx: Unlock l1 cache unconditionally
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e201cf9e6...@sc-vexch1.marvell.com>
you wrote:
> >
> > > +#define CONFIG_MTDPARTS
> > "orion_nand:512k(uboot)," \
> > > + "1...@4m(psm), 3...@1m(kernel),1...@5m(rootfs) rw\0"
> >
> > This will not work. The em
Dear Prafulla Wadaskar,
In message <73173d32e9439e4abb5151606c3e19e201cf9e6...@sc-vexch1.marvell.com>
you wrote:
>
> > As mentioned before, this makes no sense. Either Marvell
> > holds the copyright, or you do.
> Marvell holds copyright, I will remove "prafu...@marvell.com"
> This is there fro
>EELADR - 0XF401, it is INIT_RAM address, why the transaction
>with address(0xF401) go to system bus?
>It should keep in the cache due to cache lock, never out to system bus.
I don't know why... and it just happened shall I allocate a entry of tlb
for it?? or cover it in some
space ?
> >
> > As mentioned before, this makes no sense. Either Marvell holds the
> > copyright, or you do.
> Marvell holds copyright, I will remove "prafu...@marvell.com"
> This is there from first submission in all the patches such
> comments in early feedback is more helpful
> I will correct and
This is Marvell's 88F6281_A0 based custom board developed
for wireless access point product
This patch is tested for-
1. Boot from DRAM/SPI flash/NFS
2. File transfer using tftp and loadb
3. SPI flash read/write/erase
4. Booting Linux kernel and RFS from SPI flash
Reviewed-by: Ronen Shitrit
Sign
From: Written-by: Prafulla Wadaskar
References: http://plugcomputer.org/
Serial console Setup
http://openplug.org/plugwiki/index.php/Serial_terminal_program#Linux
OpenOCD Setup
http://openplug.org/plugwiki/index.php/Setting_Up_OpenOCD_Under_Linux
This patch is tested for-
1. Boot from DRAM/NAND
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Prafulla Wadaskar
> Sent: Friday, May 22, 2009 5:38 PM
> To: Wolfgang Denk
> Cc: Manas Saksena; Ronen Shitrit; Nicolas Pitre;
> u-boot@lists.denx.de; Ashish Karkare; Prabhanja
>
> > +#define CONFIG_MTDPARTS
> "orion_nand:512k(uboot)," \
> > + "1...@4m(psm), 3...@1m(kernel),1...@5m(rootfs) rw\0"
>
> This will not work. The embedded space is not allowed.
These are the parameters will be passed to the kernel
I didn't understand what will not work
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Friday, May 22, 2009 4:37 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik;
> Ronen Shitrit
> Subject: Re: [U-Boot] [PATCH v10] Marvell MV88F6281GTW_GE
> Board support
>
Dear Prafulla Wadaskar,
In message <1242865967-7179-1-git-send-email-prafu...@marvell.com> you wrote:
>
> This is Marvell's 88F6281_A0 based custom board developed
> for wireless access point product
> --- /dev/null
> +++ b/board/Marvell/mv88f6281gtw_ge/Makefile
> @@ -0,0 +1,51 @@
> +#
> +# (C)
Dear Prafulla Wadaskar,
In message <1242937472-30778-2-git-send-email-prafu...@marvell.com> you wrote:
> References: http://plugcomputer.org/
> Serial console Setup
> http://openplug.org/plugwiki/index.php/Serial_terminal_program#Linux
> OpenOCD Setup
> http://openplug.org/plugwiki/index.php/Setti
Dear paras,
In message <8136f0210905220236o93ab0a0gbf8ff5e15192e...@mail.gmail.com> you
wrote:
>
> I am working on MPC8313erdb board. I configure U-Boot 1.3.0 for my board,
U-Boot 1.3.0 is very old. Why don't you use current code?
> But the problem is on auto-boot.
> When I start the board it s
Hi all,
I am working on MPC8313erdb board. I configure U-Boot 1.3.0 for my board,
But the problem is on auto-boot.
When I start the board it stop on command prompt of u-boot.
Please help me to solve this problem.
The list of environment variables are given below.
--
Hi Prafulla,
On Thursday 21 May 2009 22:24:30 Prafulla Wadaskar wrote:
> References: http://plugcomputer.org/
> Serial console Setup
> http://openplug.org/plugwiki/index.php/Serial_terminal_program#Linux
> OpenOCD Setup
> http://openplug.org/plugwiki/index.php/Setting_Up_OpenOCD_Under_Linux
>
> Th
On Thu, May 21, 2009 at 03:49:29PM -0500, Peter Tyser wrote:
> On Thu, 2009-05-21 at 12:37 -0700, Ira Snyder wrote:
> > On Thu, May 21, 2009 at 12:09:58PM -0500, Peter Tyser wrote:
> > > This patch series attempts to clean up the DMA implementation for the
> > > 85xx and 86xx architectures. The ch
49 matches
Mail list logo
