From: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
include/configs/sh7785lcr.h |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/configs/sh7785lcr.h b/include/configs/sh7785lcr.h
index 2c18e2f..6627f99 100644
--- a/
Add prototype function for ispVMFreeMem to remove warnings
when support for Lattice FPGA is compiled.
Signed-off-by: Stefano Babic
---
include/lattice.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/lattice.h b/include/lattice.h
index 33d2ac3..75729b6 100755
--
The usage and help for the fpga command is wrong and incomplete,
and the parameters are not checked before to be passed to the
underlying subfunction.
Signed-off-by: Stefano Babic
---
common/cmd_fpga.c | 50 +++---
1 files changed, 39 insertions(+),
Removed warnings generated in the mx31_set_pad() function.
Signed-off-by: Stefano Babic
---
arch/arm/cpu/arm1136/mx31/generic.c |2 +-
arch/arm/include/asm/arch-mx31/mx31.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/generic.c
b/arch/
Dear Reinhard Meyer,
Am 18.10.2010 23:37, schrieb Reinhard Meyer:
> Dear Andreas Bießmann,
>> Signed-off-by: Andreas Bießmann
This is correct UTF8 coded line
>> +Andreas Bie�mann
This is a patch to a latin1 coded file. When you e.g. save this mail and
look through it with 'cat | less' you may s
Helo Prafulla,
Prafulla Wadaskar wrote:
>> -Original Message-
>> From: Heiko Schocher [mailto:h...@denx.de]
>> Sent: Monday, October 18, 2010 11:43 AM
>> To: u-boot@lists.denx.de
>> Cc: Heiko Schocher; Prafulla Wadaskar
>> Subject: [PATCH] arm926ejs, suen3: fix relocation issues
>>
> ...s
- use internal 2k security SRAM as RAM for early stack.
- do early inits in board_init_f()
Signed-off-by: Heiko Schocher
Cc: Prafulla Wadaskar
---
changes since v1:
- Add comment from Prafulla Wadaskar, no "1" needed if defining
CONFIG_BOARD_EARLY_INIT_F
board/keymile/km_arm/km_arm.c | 24
Hi, Stefano,
> -Original Message-
> From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Stefano Babic
> Sent: Tuesday, October 19, 2010 3:24 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH] MX31: Removed warnings for iomux function
>
> Removed
This code section is dead due to we never define
ENABLE_IMPRECISE_ABORT for MX5
Signed-off-by: Jason Liu
---
arch/arm/cpu/armv7/mx5/lowlevel_init.S | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx5/lowlevel_init.S
b/arch/arm/cpu/armv7/
Fix flash memory map and other updates for QONG board:
- adjust/fix "kernel_addr" settings
- adjust/fix mtdparts NOR flash settings
- add mtdparts NAND flash mapping
- sort command list
- enable "setexpr" command
- enable ext2 support
- delete bogus comment
Signed-off-by: Wolfgang Denk
Cc: Stefa
Hello,
After ARM relocation support the onenand command seems broken, these patches
attempt to solve this issue.
The first patch fixes the usage help for onenand command when no arguments are
passed.
The second patch relocate the onenand command table manually, I think this is
required afte
Running the onenand command without arguments does nothing, with this
patch shows the command usage.
Signed-off-by: Enric Balletbo i Serra
---
common/cmd_onenand.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/common/cmd_onenand.c b/common/cmd_onenand.c
index 83d967b
We also have to relocate the onenand command table manually, otherwise
onenand command don't work.
Signed-off-by: Enric Balletbo i Serra
---
arch/arm/lib/board.c |3 +++
common/cmd_onenand.c |6 ++
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/board.c b/
Hello Enric,
Enric Balletbo i Serra wrote:
> We also have to relocate the onenand command table manually, otherwise
> onenand command don't work.
>
> Signed-off-by: Enric Balletbo i Serra
> ---
> arch/arm/lib/board.c |3 +++
> common/cmd_onenand.c |6 ++
> 2 files changed, 9 inserti
The NC650 / CP650 boards have long been unmaintained and left broken.
As obviously nobody is interested in that code any more, we may as
well remove it.
Signed-off-by: Wolfgang Denk
---
MAINTAINERS |1 -
board/nc650/Makefile | 45
board/nc650/flash.c
Hello Heiko,
2010/10/19 Heiko Schocher :
> Hello Enric,
>
> Enric Balletbo i Serra wrote:
>> We also have to relocate the onenand command table manually, otherwise
>> onenand command don't work.
>>
>> Signed-off-by: Enric Balletbo i Serra
>> ---
>> arch/arm/lib/board.c | 3 +++
>> common/cmd_
Sometimes a usb tree is not popolated after a system reset.
It seems a delay is required after setting the USB ports
for the MX.31 before resetting the ehci controller.
Signed-off-by: Stefano Babic
---
drivers/usb/host/ehci-mxc.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
My board has a problem with this change. I added it manually to my tree
and
now it wont boot at all(only with BDI2000 connected).
It seems like my board uses the warm start vector at all times.
Padding with 4 nop's after the _start symbol fixes the problem.
It might be due to a somewhat peculiar r
This patch adds relocation support for omap3evm.
Content of the patch is based on changes for
Beagleboard.
Signed-off-by: Sanjeev Premi
---
board/ti/evm/config.mk |2 +-
include/configs/omap3_evm.h |6 ++
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/board/ti/ev
On 10/16/2010 07:47 PM, Magnus Lilja wrote:
> Tested on hardware. Boots Linux nicely.
>
> Signed-off-by: Magnus Lilja
> ---
> board/logicpd/imx31_litekit/config.mk |2 +-
> board/logicpd/imx31_litekit/imx31_litekit.c | 10 --
> include/configs/imx31_litekit.h |
On 10/18/2010 05:09 AM, Jason Liu wrote:
> Rename mx51 to mx5 in order to support more mx51
> like-style SOCs such as MX53 and the followings.
>
> Signed-off-by: Jason Liu
>
> ---
> Changes for v2:
>
> Address the comments from Stefano Babic:
> - rebase
> - remove CONFIG_CPU_TYPE
> - remove cop
On 10/19/2010 12:02 PM, Stefano Babic wrote:
> Sometimes a usb tree is not popolated after a system reset.
> It seems a delay is required after setting the USB ports
> for the MX.31 before resetting the ehci controller.
>
> Signed-off-by: Stefano Babic
> ---
> drivers/usb/host/ehci-mxc.c |2
On 10/19/2010 10:22 AM, Jason Liu wrote:
> This code section is dead due to we never define
> ENABLE_IMPRECISE_ABORT for MX5
>
> Signed-off-by: Jason Liu
> ---
> arch/arm/cpu/armv7/mx5/lowlevel_init.S | 14 --
> 1 files changed, 0 insertions(+), 14 deletions(-)
Applied to u-boot-i
> Maybe, Eric (added to cc: ) should also try to do early things (like
> kirkwood_mpp_conf()) in board_early_init_f() as I on the suen3?
I will try this and let you know. But the most helpful data point for
me would be whether display_banner etc. currently works on a
SheevaPlug, which is almost i
Hello,
I am working with coldfire 5485 processor. this board is showing a problem
in uboot
When I am saving changes to the flash I am getting these error
Writing to Flash... Flash buffer write error at address ff802000
Command Sequence Error.
Block locked.
Vpp Low Error.
Can't write to protec
> -Original Message-
> From: Eric Cooper [mailto:e...@cmu.edu]
> Sent: Tuesday, October 19, 2010 4:14 PM
> To: Heiko Schocher
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de
> Subject: Re: [PATCH] arm926ejs, suen3: fix relocation issues
>
> > Maybe, Eric (added to cc: ) should also try t
On 10/19/2010 12:50 PM, Loïc Minier wrote:
> Hey there
>
> I'm following the u-boot list and see that some mx5 changes are being
> pushed regularly to u-boot.git master, but the board doesn't build for
> me (make CROSS_COMPILE=arm-linux-gnueabi- mrproper mx51evk_config +
> make CROSS_C
On 10/19/2010 11:10 AM, Wolfgang Denk wrote:
> Fix flash memory map and other updates for QONG board:
>
> - adjust/fix "kernel_addr" settings
> - adjust/fix mtdparts NOR flash settings
> - add mtdparts NAND flash mapping
> - sort command list
> - enable "setexpr" command
> - enable ext2 support
>
The patch fixes the compilation of the mx51evk board
with the actual u-boot release and stores the
environment into the MMC card.
Signed-off-by: Stefano Babic
---
board/freescale/mx51evk/mx51evk.c | 20
include/configs/mx51evk.h | 37 +
Add missing codes according to original datasheet.
This patch also makes ftrtc010 could be adapted to PCLK and EXT_CLK.
Signed-off-by: Macpaul Lin
---
drivers/rtc/ftrtc010.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/drivers/rtc/ftrtc010.c b/drivers/rtc/f
The patch fixes the compilation of the mx51evk board
with the actual u-boot release and stores the
environment into the MMC card.
Signed-off-by: Stefano Babic
---
Changes since V1:
- Dead code not removed
board/freescale/mx51evk/mx51evk.c | 20
include/configs/mx51evk.h
Dear Stefano Babic,
In message <1287490415-24200-1-git-send-email-sba...@denx.de> you wrote:
> The patch fixes the compilation of the mx51evk board
> with the actual u-boot release and stores the
> environment into the MMC card.
>
> Signed-off-by: Stefano Babic
> ---
> board/freescale/mx51evk/m
Dear Stefano Babic,
In message <1287491115-6312-1-git-send-email-sba...@denx.de> you wrote:
> The patch fixes the compilation of the mx51evk board
> with the actual u-boot release and stores the
> environment into the MMC card.
>
> Signed-off-by: Stefano Babic
> ---
>
> Changes since V1:
> - De
This patch adds a small README to describe the usage of the
U-Boot UBI commands.
Signed-off-by: Stefan Roese
---
doc/README.ubi | 144
1 files changed, 144 insertions(+), 0 deletions(-)
create mode 100644 doc/README.ubi
diff --git a/doc
Hi,
I have strange phenomena.
I have DM365 baaed board.
In some boards (Not all of them), I get this strange case:
Accessing the NAND (Erase/write), like with saveenv command, followed by
Ethernet access (TFTP/PING) stuck the SW.
Accessing the NAND without prior access to ETHERNET works fine.
I tr
The function omap3_evm_need_extvbus() is required
only when USB support is configured.
Wrapped this function in #ifdef CONFIG_USB_OMAP3.
Signed-off-by: Sanjeev Premi
---
board/ti/evm/evm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/board/ti/evm/evm.c b/board/ti/ev
Function omap3_evm_get_revision() - to identify the
board revision was called at end of setup_net_chip().
Board revision can be ascertained only by identifying
the Ethernet chipset - but combining setup operations
with revision detection isn;t a good idea.
Moved the function and added detailed co
Signed-off-by: Gray Remlin
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 30a564d..a3136da 100644
--- a/Makefile
+++ b/Makefile
@@ -341,7 +341,7 @@ $(obj)u-boot.imx: $(obj)u-boot.bin
$(obj)u-boot.kwb: $(obj)u-boot.bi
Breaking out of the loop leaves the rest of the struct uninitialised
Signed-off-by: Gray Remlin
---
arch/arm/cpu/arm926ejs/kirkwood/dram.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/kirkwood/dram.c
b/arch/arm/cpu/arm926ejs/kirkwood/dram.
Signed-off-by: Gray Remlin
---
README |7 ++
common/cmd_nvedit.c |3 ++
net/bootp.c | 52
+++
tools/env/fw_env.c |4 ++-
4 files changed, 65 insertions(+), 1 deletions(-)
diff --git a/README b/README
index a5
Dear Andreas Bießmann,
> This patch series introduce new board support for at91rm9200ek.
> The derived code is now converted to new at91 code. Arm relocation is also
> implemented.
>
> There where some tradeoffs regarding device support. Currently the code basis
> does not support all devices supp
Reinhard Meyer schrieb:
> clock.c / timer.c used static data and are called before relocation.
> Move all static variables into global_data structure. Also cleanup
> timer.c from unused stubs and make it truly use 64 bit tick values.
>
> Signed-off-by: Reinhard Meyer
> ---
> arch/arm/cpu/arm926e
Signed-off-by: Gray Remlin
---
net/bootp.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/net/bootp.c b/net/bootp.c
index e679f8b..1289e3b 100644
--- a/net/bootp.c
+++ b/net/bootp.c
@@ -417,8 +417,21 @@ static int DhcpExtended (u8 * e, int message_type,
Hi Wolfgang,
please pull from u-boot-imx.
The following changes since commit cacc342d5aa311673efdc05770cb53246dd41c9f:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2010-10-17
20:25:05 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-imx master
Jason Liu (2
Appendix B "EHCI 64-Bit Data Structures" of the "Enhanced Host
Controller Interface Specification for Universal Serial Bus" (Rev.
1.0, March 12, 2002) defines additional fields which were missing in
U-Boot's struct qTD; as these are also present in recent versions of
struct ehci_qtd in the Linux ke
-
Find the home of your dreams with eircom net property
Sign up for email alerts now http://www.eircom.net/propertyalerts
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
Dear Gray Remlin,
In message <4cbda586.6040...@rocketmail.com> you wrote:
> Signed-off-by: Gray Remlin
>
> ---
> net/bootp.c | 16 +++-
> 1 files changed, 15 insertions(+), 1 deletions(-)
Why exactly are you reposting all your patches without any additional
comments?
Did you f
Hello Wolfgang,
The following changes since commit 1ba91ba23396005ef7b42381cc21f0baf78d0d60:
Joakim Tjernlund (1):
dlmalloc.c: Fix gcc alias warning
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git at91
Andreas Bießmann (3):
at91rm9200ek: convert to a
Hi Wolfgang, sorry for the delay, here is the patch sent using git send-email.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Richard Retanubun
Follow up to commit 620f1f6a64095ed558e68d37f1965d015cd49b02
removed compiler warning for (now) unused cmd_tbl_t* cmdtp
---
arch/avr32/lib/board.c |1 -
arch/m68k/lib/board.c |1 -
arch/mips/lib/board.c |1 -
3 files changed, 0 insertions(+), 3 deletions(-)
Dear Albert,
do you see any reason to continue keeping elf_reloc as separate
branch?
I think it would be best to pull this into mainline now, or am I
missing anything?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offic
Dear Wolfgang Denk,
> Dear Albert,
>
> do you see any reason to continue keeping elf_reloc as separate
> branch?
>
> I think it would be best to pull this into mainline now, or am I
> missing anything?
I personally would prefer that. No problems for ATMEL/AT91.
Best Regards,
Reinhard
Hello,
I am getting a bus fault error after the ME bit in the MSR register gets set,
and the RFI instruction is executed. If the ME bit is 0, everything works fine,
and u-boot runs without any problems. The bus fault error is at "b
__440_msr_continue" instruction in the start.s file, which is t
The call to function setup_net_chip() is wrapped
inside #ifdef CONFIG_CMD_NET, but the implementation
wasn't.
Signed-off-by: Sanjeev Premi
---
board/ti/evm/evm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/board/ti/evm/evm.c b/board/ti/evm/evm.c
index 6163b12..bb19a
On Tue, 2010-10-19 at 12:07 +0200, Joakim Tjernlund wrote:
> My board has a problem with this change. I added it manually to my tree
> and
> now it wont boot at all(only with BDI2000 connected).
Just to clarify, it won't boot with or without the BDI2000 connected,
correct?
> It seems like my boa
On Tue, 19 Oct 2010 01:40:58 -0400
Mike Frysinger wrote:
> On Monday, October 18, 2010 16:16:33 Scott Wood wrote:
> > On Fri, 15 Oct 2010 15:04:47 -0400 Mike Frysinger wrote:
> > > On Friday, October 15, 2010 14:56:36 Scott Wood wrote:
> > > > Applied to u-boot-nand-flash.
> > >
> > > awesome
>
The default configuration of u-boot works great for developers.
However, when u-boot is "ready" for the platform, much of these
features are "extra/redundant" from product perspective.
Without changing default behavior and function of u-boot, this
patch consolidates the CONFIG options that most li
Default configuration enables multiple features
that are great for intial development work. But
many of them are not useful when time taken to
boot kernel is important - and uboot is frozen.
This patch attempts to reduce the size of u-boot
binary by excluding unused/not-so-commonly used
features/c
Hi Kim,
I recently rebased our platform from uboot 2009.11 to 2010.09 and tried out the
ICACHE improvements you made
in commit 1a2e203b31d33fb720f2cf1033b241ad36ab405a
It does not work on our platform (similar to MPC8360EMDS). I think this is
specific to our platform because
we need to initiali
On Tue, Oct 19, 2010 at 10:42 AM, Reinhard Meyer
wrote:
> Dear Wolfgang Denk,
>
>> Dear Albert,
>>
>> do you see any reason to continue keeping elf_reloc as separate
>> branch?
>>
>> I think it would be best to pull this into mainline now, or am I
>> missing anything?
>
> I personally would prefer
> -Original Message-
> From: Premi, Sanjeev
> Sent: Tuesday, October 19, 2010 6:37 PM
> To: u-boot@lists.denx.de
> Cc: Premi, Sanjeev
> Subject: [PATCH] omap3evm: Move function to identify board revision
>
> Function omap3_evm_get_revision() - to identify the
> board revision was called a
> -Original Message-
> From: Loïc Minier [mailto:l...@dooz.org]
> Sent: Tuesday, October 19, 2010 10:14 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/1] omap3evm: Support for fast boot
>
> On Tue, Oct 19, 2010, Sanjeev Premi wrote:
> > +#undef CONFIG_
On Tue, Oct 19, 2010, Sanjeev Premi wrote:
> +#undef CONFIG_FAST_BOOT
I wonder whether CONFIG_FAST_BOOT would cause confusion if u-boot gains
support for Android fastboot someday?
http://en.wikipedia.org/wiki/Fastboot
http://android-dls.com/wiki/index.php?title=Fastboot
--
Loïc Minier
_
Peter Tyser wrote on 2010/10/19 17:51:11:
>
> On Tue, 2010-10-19 at 12:07 +0200, Joakim Tjernlund wrote:
> > My board has a problem with this change. I added it manually to my
tree
> > and
> > now it wont boot at all(only with BDI2000 connected).
>
> Just to clarify, it won't boot with or with
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 30a564d..a3136da 100644
--- a/Makefile
+++ b/Makefile
@@ -341,7 +341,7 @@ $(obj)u-boot.imx: $(obj)u-boot.bin
$(obj)u-boot.kwb: $(obj)u-boot.bin
$(obj)tool
* update to support arm reloaction
* unnecessary environment variables removed
Signed-off-by: Jens Scharsig
---
changes since V1
* make conform with Rename TEXT_BASE into CONFIG_SYS_TEXT_BASE patch
board/BuS/eb_cpux9k2/config.mk |1 -
board/BuS/eb_cpux9k2/cpux9k2.c |7 +++
inclu
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/lib/bootm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/sh/lib/bootm.c b/arch/sh/lib/bootm.c
index 019e8ec..f38d0b0 100644
--- a/arch/sh/lib/bootm.c
+++ b/arch/sh/lib/bootm.c
@@ -103,7 +103,7 @@ int do_bootm_linux(int
Signed-off-by: Nobuhiro Iwamatsu
---
board/renesas/sh7785lcr/config.mk |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/board/renesas/sh7785lcr/config.mk
b/board/renesas/sh7785lcr/config.mk
index 1a9038c..6853d2b 100644
--- a/board/renesas/sh7785lcr/config.mk
+++ b/boa
Move the sh3 target boards out of the Makefile and into boards.cfg.
And fix sh3 of MAKEALL.
Signed-off-by: Nobuhiro Iwamatsu
---
MAKEALL|6 +-
Makefile | 14 --
boards.cfg |2 ++
3 files changed, 3 insertions(+), 19 deletions(-)
diff --git a/MAKEALL b/MAKEALL
ind
Move the sh4 target boards out of the Makefile and into boards.cfg.
And fix sh4 of MAKEALL.
Signed-off-by: Nobuhiro Iwamatsu
---
MAKEALL| 19 ++-
Makefile | 60
boards.cfg | 10 ++
3 files changed, 1
Move the rsk7203 target out of the Makefile and into boards.cfg.
And fix sh2 of MAKEALL.
Signed-off-by: Nobuhiro Iwamatsu
---
MAKEALL|5 ++---
Makefile |8
boards.cfg |1 +
3 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index c1f3842.
Please ignore, the same patch was submitted earlier today by Gray Remlin.
--
Eric Cooper e c c @ c m u . e d u
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/config.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/sh/config.mk b/arch/sh/config.mk
index 07ba68f..415c949 100644
--- a/arch/sh/config.mk
+++ b/arch/sh/config.mk
@@ -29,6 +29,6 @@ STANDALONE_LOAD_ADDR += -EB
endif
Removed warnings generated in the mx31_set_pad() function.
Signed-off-by: Stefano Babic
---
arch/arm/cpu/arm1136/mx31/generic.c |7 +++
arch/arm/include/asm/arch-mx31/mx31.h |1 +
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/generic.c
b/
Dear Jens Scharsig,
I would ensure that I find AT91 relevant patches when the subject contains
"AT91" ;)
> /* adress of boot parameters */
address...
> +#define CONFIG_SYS_TEXT_BASE 0x
How does this work with a text base of 0? Am I missing something?
> #define CO
> > > It seems like my board uses the warm start vector at all times.
> > > Padding with 4 nop's after the _start symbol fixes the problem.
> > > It might be due to a somewhat peculiar reset design but I cannot
> > > understand
> > > why. Does this work for everyone else using 83xx?
> >
> > Odd..
Hello,
I just noticed that:
> board/atmel/at91rm9200ek/config.mk|3 +-
This file should/could be removed by moving the text base define to
the board config file.
Simplest way is that you send an incremental patch and I squash it in before
Wolfgang pulls. Or, if its OK for Wolfgang
Dear Reinhard Meyer,
In message <4cbde68e.2000...@emk-elektronik.de> you wrote:
>
> This file should/could be removed by moving the text base define to
> the board config file.
>
> Simplest way is that you send an incremental patch and I squash it in before
> Wolfgang pulls. Or, if its OK for Wo
This was missed out in a couple of files under nand_spl
Signed-off-by: Sughosh Ganu
---
nand_spl/nand_boot.c |3 ++-
nand_spl/nand_boot_fsl_nfc.c |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/nand_spl/nand_boot.c b/nand_spl/nand_boot.c
index 4d6db14..a137
Dear Stefano Babic,
In message <4cbda6a2.5010...@denx.de> you wrote:
> Hi Wolfgang,
>
> please pull from u-boot-imx.
>
> The following changes since commit cacc342d5aa311673efdc05770cb53246dd41c9f:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2010-10-17
> 20:25:05 +0200)
>
> ar
On Tue, Oct 19, 2010 at 02:42:16PM +0100, Gray Remlin wrote:
> Signed-off-by: Gray Remlin
> ---
> README |7 ++
> common/cmd_nvedit.c |3 ++
> net/bootp.c | 52
> +++
> tools/env/fw_env.c |4 ++-
> 4 files cha
Hello,
this is to let you know that the elf_reloc branch has now been merged
into u-boot-arm # master.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66
Peter Tyser wrote on 2010/10/19 20:39:41:
>
> > > > It seems like my board uses the warm start vector at all times.
> > > > Padding with 4 nop's after the _start symbol fixes the problem.
> > > > It might be due to a somewhat peculiar reset design but I cannot
> > > > understand
> > > > why. Doe
Add a document to maintain a list of boards removed from the current
source tree, so archeologists can check more easily if here is
something they might want to dig for...
Signed-off-by: Wolfgang Denk
---
doc/README.scrapyard | 29 +
1 files changed, 29 insertions(+
Dear Graeme Russ,
In message <4cac2ea2.5070...@gmail.com> you wrote:
> On 06/10/10 15:50, Reinhard Meyer wrote:
...
> > A text file in doc, like README.historic-boards would suffice, indicating
> > which u-boot release that board was nuked. It would also be good to mention
> > CPU that board used.
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > During normal use I thought that the reset entry point was always
> > 0xX100 and a warm reset would never occur.
>
> I am not so sure about this. Perhaps the Freescale guys can set us
> straight?
Originally U-Boot (well, PPCBoot, to be m
Dear Reinhard Meyer,
In message <4cbdab40.3040...@emk-elektronik.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit 1ba91ba23396005ef7b42381cc21f0baf78d0d60:
> Joakim Tjernlund (1):
> dlmalloc.c: Fix gcc alias warning
>
> are available in the git repository at:
>
Signed-off-by: Marek Vasut
---
MAKEALL |3 ---
Makefile | 16
board/vpac270/vpac270.c |2 +-
boards.cfg|3 +++
include/configs/vpac270.h | 12 ++--
5 files changed, 10 insertions(+), 26 deletions(-)
dif
Signed-off-by: Marek Vasut
---
MAKEALL |5 +
Makefile|8
board/trizepsiv/conxs.c |2 +-
boards.cfg |2 ++
4 files changed, 4 insertions(+), 13 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 59ff847..1a96b0f 100755
--- a
Dear Wolfgang Denk,
In message <1287480529-22164-1-git-send-email...@denx.de> you wrote:
> The NC650 / CP650 boards have long been unmaintained and left broken.
> As obviously nobody is interested in that code any more, we may as
> well remove it.
>
> Signed-off-by: Wolfgang Denk
> ---
> MAINTA
In message <1287517804-29731-1-git-send-email...@denx.de> I wrote:
> Add a document to maintain a list of boards removed from the current
> source tree, so archeologists can check more easily if here is
> something they might want to dig for...
>
> Signed-off-by: Wolfgang Denk
> ---
> doc/README
Hi,
please pull my git://git.denx.de/u-boot-pxa for-wd-testing branch into your u-
boot-testing/Makefile-cleanup branch. Thanks
The following changes since commit a5cb985d8006bd1bb6d188b84f435f5d007fd6ac:
Makefile: move all Power Architecture boards into boards.cfg (2010-10-17
01:34:08 +0200)
Dear York Sun,
In message <1285712437-6719-1-git-send-email-york...@freescale.com> you wrote:
> Add weak functions to enable architecture depended preparation, address
> advancing, cleaning up and error handling.
>
> These weak functions provides the framwork to implemente arch/platform
> depende
Dear Marek Vasut,
In message <201010192228.34814.marek.va...@gmail.com> you wrote:
> Hi,
> please pull my git://git.denx.de/u-boot-pxa for-wd-testing branch into your u-
> boot-testing/Makefile-cleanup branch. Thanks
>
> The following changes since commit a5cb985d8006bd1bb6d188b84f435f5d007fd6ac:
Wolfgang Denk wrote on 2010/10/19 22:04:17:
>
> Dear Joakim Tjernlund,
>
> In message 006aa...@transmode.se> you wrote:
> >
> > > During normal use I thought that the reset entry point was always
> > > 0xX100 and a warm reset would never occur.
> >
> > I am not so sure about this. Perhaps
Dear Joakim Tjernlund,
In message
you
wrote:
>
> There is one thing though: At address 0x100(and 0x110) we have a
> branch to where the boot is really located. This is because
> we have small sectors in the beginning of the flash and we want to
> use those as environment etc.
Why don't you use
Wolfgang Denk wrote on 2010/10/19 23:13:59:
>
> Dear Joakim Tjernlund,
>
> In message 0073e...@transmode.se> you wrote:
> >
> > There is one thing though: At address 0x100(and 0x110) we have a
> > branch to where the boot is really located. This is because
> > we have small sectors in the begin
Dear John Rigby,
In message <1287001868-22244-1-git-send-email-john.ri...@linaro.org> you wrote:
> Call fec_set_hwaddr in init routine to setup MAC address so when ethaddr is
> set
> late via setenv the change will propagate to the hw.
>
> Signed-off-by: John Rigby
> CC: Ben Warren
> ---
> v2
Dear Mike Frysinger,
In message <1287025103-26681-1-git-send-email-vap...@gentoo.org> you wrote:
> Boards often have a reserved size limit on the flash where they're stored.
> Sometimes during upgrades or config changes, those limits are exceeded,
> but no one notices until they try to upgrade and
Dear Kristoffer Ericson,
In message <1287178303-17003-1-git-send-email-kristoffer.eric...@gmail.com> you
wrote:
> This patch adds support for the HP Jornada flashboards
> that were made in 2008. Older flashroms should work if
> memory registers are adjusted.
>
> Signed-off-by: Kristoffer Ericson
1 - 100 of 159 matches
Mail list logo