Hi All,
I have encountered a build error when trying to build ubifs on
u-boot v2009.08.
Have anyone met this error before and how to fix it?
In file included from ubifs.c:26:
ubifs.h:469: error: conflicting types for '__set_bit'
Dear Lv Terry-R65388,
In message
1ae74f652ecb1440b73dd7c2c20842d1a0c...@zch01exm27.fsl.freescale.net you wrote:
I have encountered a build error when trying to build ubifs on
u-boot v2009.08.
And is the error still present when using current code (top of tree in
git, or at least
On Tuesday 27 October 2009 16:41:35 Stefan Roese wrote:
This patchset will consolidate the linker scripts for PPC4xx.
My plan is to push this in the next merge window. I've pushed
this patchset in the 4xx-linker-script branch of the ppc4xx
repository:
On Thursday 29 October 2009 18:46:25 Stefan Roese wrote:
This patch consolidates the PPC4xx board specific PCIe configuration
code. This way the duplicated code is removed. Boards can implement a
special, non standard behaviour (e.g. number of PCIe slots, etc) by
overriding the weak default
On Thursday 29 October 2009 18:47:05 Stefan Roese wrote:
This patch introduces a weak default function for is_pci_host(),
returning 1. This is the default behaviour, since most boards only
implement PCI host functionality. This weak default can be overridden
by a board specific version if
Somehow I missed the NAND booting targets in the 4xx linker script
consolidation patchset. This patch fixes this issue.
Signed-off-by: Stefan Roese s...@denx.de
---
board/amcc/acadia/config.mk |4
board/amcc/bamboo/config.mk |4
board/amcc/canyonlands/config.mk |4
From: Thomas Sprinkmeier thomas.sprinkme...@gmail.com
Date: Mon, 9 Nov 2009 09:28:51 +1030
Subject: [PATCH] use boot select jumper on NGW100 to select USART
Without the boot select jumper U-Boot will use the USART selected
using the CONFIG_USART1, CONFIG_USART2, directive.
If CONFIG_ALT_USART1
On Thursday 29 October 2009 18:44:31 Stefan Roese wrote:
This patch fixes a problem only seen very occasionally on Canyonlands.
The NOR flash interface (CFI driver) doesn't work reliably in all cases.
Erasing and/or programming sometimes doesn't work. Sometimes with
an error message, like
On Tuesday 03 November 2009 14:35:08 Stefan Roese wrote:
This error only appears when DEBUG is enabled in this driver. That's why
it went unnoticed till now.
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB
Hi Wolfgang,
please pull some fixes for this release.
Thanks.
The following changes since commit b91b8f74fe9ded18344c3d03080a4abc07254502:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Monday, November 09, 2009 4:16 AM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH] Fix build failure in examples/standalone
Dear Premi, Sanjeev,
In message
Steve Sakoman wrote:
On Sat, Nov 7, 2009 at 10:15 AM, Paulraj, Sandeep s-paul...@ti.com wrote:
Introduce Micron DDR timings and provide
CONFIG_OMAP3_INFINEON_DDR and CONFIG_OMAP3_MICRON_DDR config
options to allow for platform files to setup their timings as
per the type of DDR selected
All currently available 4xx derivats have the I2C bootstrap EEPROM
located on I2C bus number 0. This patch now first sets this bus number,
so that the chip_config command also works for board with multiple
I2C busses, like Katmai.
Signed-off-by: Stefan Roese s...@denx.de
---
This patch removes the Katmai bootstrap command and replaces it
with the now common command chip_config.
Signed-off-by: Stefan Roese s...@denx.de
---
board/amcc/katmai/Makefile |4 +-
board/amcc/katmai/chip_config.c | 55 ++
board/amcc/katmai/cmd_katmai.c | 218
Dear Thomas Sprinkmeier,
In message e1n7tgc-ms...@lego.my-domain you wrote:
From: Thomas Sprinkmeier thomas.sprinkme...@gmail.com
Date: Mon, 9 Nov 2009 09:28:51 +1030
Subject: [PATCH] use boot select jumper on NGW100 to select USART
Without the boot select jumper U-Boot will use the
On Mon, Nov 9, 2009 at 5:13 AM, Tom tom@windriver.com wrote:
Steve Sakoman wrote:
On Sat, Nov 7, 2009 at 10:15 AM, Paulraj, Sandeep s-paul...@ti.com
wrote:
Introduce Micron DDR timings and provide
CONFIG_OMAP3_INFINEON_DDR and CONFIG_OMAP3_MICRON_DDR config
options to allow for
Dear Albert
-Original Message-
From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
Sent: Monday, November 02, 2009 5:46 PM
To: Prafulla Wadaskar
Subject: Re: [U-Boot] Best way of making some drivers common
across kirkwood and orion5x SoCs?
Prafulla Wadaskar a écrit :
Some versions of 'make' do not handle trailing white-spaces
properly. Trailing spaces in ELF causes a 'fake' source to
be added to the variable COBJS; leading to build failure
(listed below). The problem was found with GNU Make 3.80.
Using text-function 'strip' as a workaround for the problem.
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Friday, October 16, 2009 11:30 AM
Nishanth Menon wrote:
Based on the discussion[1] here is the patchset
Patchset is based on [2], and tested on SDP3430.
Other platforms would be prefered to be
build/tested/fixed as required
Hi Sanjeev,
snip
-ELF := $(ELF-y) $(ELF-$(ARCH)) $(ELF-$(BOARD)) $(ELF-$(CPU))
+#
+# Some versions of make do not handle trailing white spaces properly;
+# leading to build failures. The problem was found with GNU Make 3.80.
+# Using 'strip' as a workaround for the problem.
+#
+ElF :=
The MPC8360ERDK from Freescale has both Broadcom 5481 and National DP83848
ethernet interfaces. However the U-Boot supplied with the RDK only
supports the Broadcom 5481. Has anybody got the National DP83848
interface working for U-Boot on this RDK? In the U-Boot archives I can
only find
Menon, Nishanth wrote:
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Friday, October 16, 2009 11:30 AM
Nishanth Menon wrote:
Based on the discussion[1] here is the patchset
Patchset is based on [2], and tested on SDP3430.
Other platforms would be prefered to be
Hello Jon,
jon.gads...@invensysrail.com wrote:
The MPC8360ERDK from Freescale has both Broadcom 5481 and National DP83848
ethernet interfaces. However the U-Boot supplied with the RDK only
supports the Broadcom 5481. Has anybody got the National DP83848
interface working for U-Boot on
Hui.Tang wrote:
Fix cs8900 dev-priv not init issue, do it as Ben Warren's suggestion.
Signed-off-by: Hui.Tang zetal...@gmail.com
---
drivers/net/cs8900.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/net/cs8900.c b/drivers/net/cs8900.c
index
On Sat, Nov 07, 2009 at 02:24:06PM -0500, s-paul...@ti.com wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch updates the chip_shift calculation in the
NAND driver. This is being done to sync up the NAND driver with
the kernel NAND driver.
Signed-off-by: Sandeep Paulraj
Hi PRafulla,
Prafulla Wadaskar a écrit :
1. For SOC support Orion should be implemented similar to Kirkwood
(you agreed on this)
I still do. :)
2. For common drivers for (ex: kirkwood_egiga.c) the common code must
be abstracted to egiga_core.c and architecture specific code must be
- Remove unnecessary printing Enet starting in speed/duplex
This same information is already printed during normal ethernet
operation in the form Speed: 1000, full duplex.
- Add a check for link before determining link speed and duplex
If there is no link, speed/duplex don't matter.
The TSEC_FIBER flag should be set when a PHY is operating with an
external fiber interface. Currently it is only used to notify a user
that the PHY is operating in fiber mode.
A short description was also added to the other TSEC flag defines so
that it is clear how they differ from one another.
This is generally good practice and saves ~150 bytes.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
drivers/net/tsec.c | 90 +++-
include/tsec.h |1 -
2 files changed, 47 insertions(+), 44 deletions(-)
diff --git a/drivers/net/tsec.c
- Cleanup formatting of phy_info structures
- Fix lines 80 chars
- Fix some random indentation inconsistencies
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
drivers/net/tsec.c | 671 +---
1 files changed, 326 insertions(+), 345 deletions(-)
On Tue, Oct 20, 2009 at 10:30:55AM -0500, Kumar Gala wrote:
On Oct 20, 2009, at 10:28 AM, Scott Wood wrote:
On Tue, Oct 20, 2009 at 10:27:05AM -0500, Kumar Gala wrote:
On Oct 20, 2009, at 3:58 AM, Mingkai Hu wrote:
The commit 66372fe2 manually relocated the bbt pattern pointer,
which
I should have mentioned in the original patches - these are on top of
85xx-next since it looked like there were some recent tsec changes
there.
Peter
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The following error was seen on impa7 board, due to its use of a 32-bit bus
on CS8900.
cs8900.c:137:37: error: macro get_reg_init_bus passed 2 arguments, but takes
just 1
This patch gives the macro the correct number of arguments
Signed-off-by: Ben Warren biggerbadder...@gmail.com
---
On Fri, Nov 06, 2009 at 05:17:44PM +0530, Amul Kumar Saha wrote:
- printk(Bad blocks %d at 0x%x\n,
-(u32)(ofs this-erase_shift), (u32)ofs);
+ printk(Bad blocks %lu at 0x%x\n,
+
On Sun, Nov 08, 2009 at 11:55:39AM +0100, Magnus Lilja wrote:
Alternative solution for supporting 16 bit NAND detection for the
i.MX27 and i.MX31 SoCs. This moves the SoC specific code to the SoC header
file leaving mxc_nand.c free from #ifdef's (in this respect).
OTOH, it moves more NAND
circbuf could be used as a generic library and is only currently
needed when CONFIG_USB_TTY is defined.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
common/Makefile |1 -
lib_generic/Makefile |1 +
{common = lib_generic}/circbuf.c |0
3 files
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
drivers/rtc/m41t11.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/drivers/rtc/m41t11.c b/drivers/rtc/m41t11.c
index e0c27e1..bb13487 100644
--- a/drivers/rtc/m41t11.c
+++ b/drivers/rtc/m41t11.c
@@ -181,18
smc9_eeprom.c:278: warning: suggest parentheses around + or - in operand
smc9_eeprom.c:281: warning: suggest parentheses around + or - in operand
Signed-off-by: Ben Warren biggerbadder...@gmail.com
---
examples/standalone/smc9_eeprom.c |4 ++--
1 files changed, 2 insertions(+), 2
Both lpd7a400 and lpd7a404 failed to compile because they had
CONFIG_SMC_USE_IOFUNCS defined:
examples/standalone/smc9_eeprom.c:388: undefined reference to `SMC_outw'
Also removed an orphaned paren in lpd7a404.h
Signed-off-by: Ben Warren biggerbadder...@gmail.com
---
NOTE: I have only
On Monday 09 November 2009 16:19:58 Ben Warren wrote:
smc9_eeprom.c:278: warning: suggest parentheses around + or - in
operand
smc9_eeprom.c:281: warning: suggest parentheses around + or -
in operand
for (i = 0; i 5; i++) {
- printf (%02x:, SMC_inb (dev,
Mike Frysinger wrote:
On Monday 09 November 2009 16:19:58 Ben Warren wrote:
smc9_eeprom.c:278: warning: suggest parentheses around + or - in
operand
smc9_eeprom.c:281: warning: suggest parentheses around + or -
in operand
for (i = 0; i 5; i++) {
-printf
Dear Jens Scharsig,
In message 4af5cc8f.7040...@scharsoft.de you wrote:
But I have a problem with lowlevel_init.s files
Both AT91 and AT91RM9200 use the register defines here.
The C header files have a
#ifndef __assembly
...
#endif
to prevent assembler error.
My Question:
Should
Dear Tom,
In message 4af600f5.8090...@windriver.com you wrote:
I have cherry picked this commit into arm/master-sync.
This is the pull request.
Thanks.
The following changes since commit b91b8f74fe9ded18344c3d03080a4abc07254502:
Wolfgang Denk (1):
Merge branch 'master' of
This patch fixes the following warnings:
Configuring for xaeniax board...
smc9_eeprom.c: In function 'print_macaddr':
smc9_eeprom.c:278: warning: suggest parentheses around + or - in operand of
smc9_eeprom.c:281: warning: suggest parentheses around + or - in operand of
...
These defines are needed for the upcoming ECC driver.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
include/asm-ppc/immap_85xx.h |4
include/asm-ppc/immap_86xx.h |3 +++
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/immap_85xx.h
Using the same naming convention for CCSR register addresses between the
83xx, 85xx, and 86xx platforms makes it a bit easier to share code
between them.
A small amount of asthetic cleanup was also done in this change.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
This patch series is similar to the 8xxx: Add 'ecc' command recently
submitted but has the following changes:
- Supports 83xx/85xx/86xx, previously 83xx wasn't supported
- Removes the old 83xx ecc command and replaces it with this new
implementation
- Places the ecc code in a new drivers/edac
Add a CONFIG_CHECK_ECC_ERRORS define which causes the SDRAM POST and
mtest command to check for ECC errors during execution.
The 83xx, 85xx, and 86xx architectures currently support enabling
CONFIG_CHECK_ECC_ERRORS. Other architectures/boards can use it if they
implement an ecc_count() and
Update 83xx boards to use the same ECC driver that the 85xx and 86xx
boards currently use. The common 83xx/85xx/86xx ECC driver has
fewer options, but better error reporting.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
cpu/mpc83xx/Makefile |1 -
cpu/mpc83xx/ecc.c
Add a new 'ecc' command to interact with the 83xx, 85xx, and 86xx DDR
ECC registers. The 'ecc' command can inject data/ECC errors to simulate
errors and provides an 'info' subcommand which displays ECC error
information such as failure address, read vs expected data/ECC,
physical signal which
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
include/configs/XPEDITE5170.h |3 +++
include/configs/XPEDITE5200.h |3 +++
include/configs/XPEDITE5370.h |3 +++
3 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/XPEDITE5170.h
Note that SPRG4 is used to store U-Boot's post 'word'.
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/xes/common/Makefile|1 +
board/xes/common/fsl_8xxx_post.c | 36
2 files changed, 37 insertions(+), 0 deletions(-)
create mode 100644
How to use these command to test the ECC?
Specially, how to inject multi error in 64bit data bus?
Thanks, Dave
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Peter Tyser
Sent: Tuesday, November 10, 2009 7:37 AM
To:
On Tue, 2009-11-10 at 08:25 +0800, Liu Dave-R63238 wrote:
How to use these command to test the ECC?
Specially, how to inject multi error in 64bit data bus?
snip
+U_BOOT_CMD(ecc, 5, 0, do_ecc,
+ support for DDR ECC features,
+ info - print ECC information\n
+#if
You can inject data in the upper/lower 32 bit data path, or in the ecc
path using the ecc inject command shown above. The inject command
takes a mask that is XORed with the proper data, eg ecc
inject low 0x5
would result in data bits 0 and 2 always being swapped resulting in
multibit
IIRC, 85xx cache is enabled, so when we do the ecc error inject test,
What will happen before disable ecc error inject?
I-fetch may get wrong instruction?
and
Because cache is enabled, data bus assume 64 bits (it is normal case).
The DDR bus will have 4-beat burst. So the error
IIRC, 85xx cache is enabled, so when we do the ecc error
inject test,
What will happen before disable ecc error inject?
I-fetch may get wrong instruction?
and
Because cache is enabled, data bus assume 64 bits (it is normal case).
The DDR bus will have 4-beat burst. So the error
83xx ECC test code is really perfect, but it is regretful that it can
not reused to 85xx/86xx right now.
I'm not sure which approach is better between Peter's and this.
Because I still have not read carefully Peter's code.
Update 83xx boards to use the same ECC driver that the 85xx and 86xx
On Tue, 2009-11-10 at 08:42 +0800, Liu Dave-R63238 wrote:
IIRC, 85xx cache is enabled, so when we do the ecc error inject
test, What will happen before disable ecc error inject?
I-fetch may get wrong instruction?
If you're injecting multibit errors, yes, things could break
down,
Please stop top-posting.
On Tue, 2009-11-10 at 08:51 +0800, Liu Dave-R63238 wrote:
83xx ECC test code is really perfect, but it is regretful that it can
not reused to 85xx/86xx right now.
I'm not sure which approach is better between Peter's and this.
Because I still have not read carefully
On Tue, 2009-11-10 at 09:08 +0800, Liu Dave-R63238 wrote:
On Tue, 2009-11-10 at 08:42 +0800, Liu Dave-R63238 wrote:
IIRC, 85xx cache is enabled, so when we do the ecc error inject
test, What will happen before disable ecc error inject?
I-fetch may get wrong instruction?
If
-Original Message-
From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
Sent: Tuesday, November 10, 2009 12:27 AM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: [U-Boot] Best way of making some drivers common
across kirkwood and
From: Evan Samanas esama...@xes-inc.com
- NfsTimeout() does not correctly update the NFS timeout value which
results in NfsTimeout() only being called once in certain situations.
This can result in the 'nfs' command hanging indefinetly. For
example, the command:
nfs
On Mon, Nov 09, 2009 at 07:20:26PM -0600, Peter Tyser wrote:
On Tue, 2009-11-10 at 09:08 +0800, Liu Dave-R63238 wrote:
On Tue, 2009-11-10 at 08:42 +0800, Liu Dave-R63238 wrote:
IIRC, 85xx cache is enabled, so when we do the ecc error inject
test, What will happen before disable ecc
Dear kevin.morfitt,
2009/11/4 kevin.morf...@fearnside-systems.co.uk
kevin.morf...@fearnside-systems.co.uk:
Cleans up the s3c24x0 header files:
s4c24x0.h: removes the use of 'volatile' from the S3C24X0_REG8,
S3C24X0_REG16 and S3C24X0_REG32 register typedef's. Registers are always
accessed
Hi Ira,
On Mon, 2009-11-09 at 18:15 -0800, Ira W. Snyder wrote:
On Mon, Nov 09, 2009 at 07:20:26PM -0600, Peter Tyser wrote:
On Tue, 2009-11-10 at 09:08 +0800, Liu Dave-R63238 wrote:
On Tue, 2009-11-10 at 08:42 +0800, Liu Dave-R63238 wrote:
IIRC, 85xx cache is enabled, so when we do
commit 1542fbdeec0d1e2a6df13189df8dcb1ce8802be3
introduced one new bug to chip-select interleaving.
Single DDR controller also can do the chip-select
interleaving if there is dual-rank or qual-rank DIMMs.
Signed-off-by: Dave Liu dave...@freescale.com
---
cpu/mpc8xxx/ddr/options.c |4 +---
1
Nishanth,
Nishanth Menon wrote:
Make the lan91c96 driver capable of CONFIG_NET_MULTI
to be clean for the new arch, add a a lil detect function
Most of the formatting change was done to keep checkpatch
silent, but a few functions and #if 0ed code which
does not make sense for NET_MULTI have
Nishanth,
Nishanth Menon wrote:
Enable the NET MULTI option and remove build warning
Tested: SDP3430
Signed-off-by: Nishanth Menon n...@ti.com
Cc: Ben Warren biggerbadder...@gmail.com
Cc: Sandeep Paulraj s-paul...@ti.com
---
board/ti/sdp3430/sdp.c | 12 +++-
Nishanth,
Nishanth Menon wrote:
This modification is NOT tested on any of the
platforms modified as I dont have them. please
help by testing+building+fixing
Signed-off-by: Nishanth Menon n...@ti.com
Cc: Andrea Scian andrea.sc...@dave-tech.it
Cc: Ben Warren biggerbadder...@gmail.com
Cc:
Hi Remy,
Remy Bohmer wrote:
'netretry = once' does the same as 'netretry = yes', because it is not stored
when it was tried once.
Signed-off-by: Remy Bohmer li...@bohmer.net
---
net/net.c | 34 +-
1 files changed, 25 insertions(+), 9 deletions(-)
Remy Bohmer wrote:
Signed-off-by: Remy Bohmer li...@bohmer.net
---
net/tftp.c | 32 +---
1 files changed, 29 insertions(+), 3 deletions(-)
diff --git a/net/tftp.c b/net/tftp.c
index cc60a3b..d254f49 100644
--- a/net/tftp.c
+++ b/net/tftp.c
@@ -47,6 +47,16
Dear Wolfgang Denk,
+ USART_JUMPER_CONFIG;
+ USART_ENABLE;
Function / Macro when used as funxctions should always look as such,
i. e. have parens with them.
So the patch for atmel_usart.c would look like this:
hmatrix_slave_write(EBI, SFR, HMATRIX_BIT(EBI_SDRAM_ENABLE));
Javier,
javier Martin wrote:
This patch fixes erroneous access to the ethernet PHY which broke the driver.
1. Selector field in the auto-negotiation register must be 0x1 for
using 802.3, not 0x0 which is reseved.
2. Access to the PHY address specified by CONFIG_FEC_MXC_PHYADDR, not
javier Martin wrote:
Sometimes, inside NetLoop, eth_halt() is called before eth_init() has
been called. This is harmless except for free() calls to pointers
which have not been allocated yet.
This patch initializes those pointers to NULL and allocates them only
the first time. This way we
Mike,
Mike Frysinger wrote:
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
net/Makefile | 12 ++--
net/bootp.c |4
net/eth.c|7 +++
net/net.c|4
net/nfs.c|4
net/rarp.c |4
net/tftp.c |4
7 files
76 matches
Mail list logo