Mike,
Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
> ---
> 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 changed, 9 in
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
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
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
Remy Bohmer wrote:
> Signed-off-by: Remy Bohmer
> ---
> 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 @@ stati
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
> ---
> net/net.c | 34 +-
> 1 files changed, 25 insertions(+), 9 deletions(-)
>
Applied to ne
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
> Cc: Andrea Scian
> Cc: Ben Warren
> Cc: Dave Peverley
> Cc: George G. Davis
> Cc: Kyungmin Par
Nishanth,
Nishanth Menon wrote:
> Enable the NET MULTI option and remove build warning
>
> Tested: SDP3430
>
> Signed-off-by: Nishanth Menon
> Cc: Ben Warren
> Cc: Sandeep Paulraj
> ---
> board/ti/sdp3430/sdp.c | 12 +++-
> include/configs/omap3_sdp3430.h |3 ++-
> 2 fil
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 ha
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
---
cpu/mpc8xxx/ddr/options.c |4 +---
1 files changed, 1 inse
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
Dear kevin.morfitt,
2009/11/4 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 using the IO accessor functions whic
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
From: Evan Samanas
- 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 192.168.0.1:/home/user/file
will not
> -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 kirkwoo
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?
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 carefull
> 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
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, much
l
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
>
> > 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 t
> 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 informat
> 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
> multi
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?
> > +U_BOOT_CMD(ecc, 5, 0, do_ecc,
> > + "support for DDR ECC features",
> > + "info - print ECC information\n"
> > +#if (CONFIG_NUM
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: u-boo
Note that SPRG4 is used to store U-Boot's post 'word'.
Signed-off-by: Peter Tyser
---
board/xes/common/Makefile|1 +
board/xes/common/fsl_8xxx_post.c | 36
2 files changed, 37 insertions(+), 0 deletions(-)
create mode 100644 board/xes/common/fs
Signed-off-by: Peter Tyser
---
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 b/include/configs/XPEDITE5170.h
index 1a810e4..
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 fail
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
---
cpu/mpc83xx/Makefile |1 -
cpu/mpc83xx/ecc.c | 390
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 ecc_in
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 d
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
---
include/asm-ppc/immap_83xx.h | 22 +
These defines are needed for the upcoming ECC driver.
Signed-off-by: Peter Tyser
---
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 b/include/asm-ppc/immap_85xx.h
index
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
&
...
Config
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'
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 Questi
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++) {
>> -
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 (d
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
---
NOTE: I have only compile tested this. I'm not
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
---
examples/standalone/smc9_eeprom.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Peter Tyser
---
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 +181,4 @@ void rtc_
circbuf could be used as a generic library and is only currently
needed when CONFIG_USB_TTY is defined.
Signed-off-by: Peter Tyser
---
common/Makefile |1 -
lib_generic/Makefile |1 +
{common => lib_generic}/circbuf.c |0
3 files changed, 1 insertions(+
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 st
On Fri, Nov 06, 2009 at 05:15:31PM +0530, Amul Kumar Saha wrote:
> This patch adds support for Flex-OneNAND devices.
>
> Signed-off-by: Rohit Hagargundgi
> Signed-off-by: Amul Kumar Saha
> ---
> drivers/mtd/onenand/onenand_base.c | 742
> +++-
> drivers/mtd/on
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",
> +(u32)onenan
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
---
drivers/net/cs8900.c |2 +-
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
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
- Cleanup formatting of phy_info structures
- Fix lines > 80 chars
- Fix some random indentation inconsistencies
Signed-off-by: Peter Tyser
---
drivers/net/tsec.c | 671 +---
1 files changed, 326 insertions(+), 345 deletions(-)
diff --git a/dri
This is generally good practice and saves ~150 bytes.
Signed-off-by: Peter Tyser
---
drivers/net/tsec.c | 90 +++-
include/tsec.h |1 -
2 files changed, 47 insertions(+), 44 deletions(-)
diff --git a/drivers/net/tsec.c b/drivers/net/tsec
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.
The BCM5482 PHY supports both copper and fiber as an ethernet medium.
By enabling its copper/fiber mode auto-detection feature it can
dynamically determine if it should be configured for copper or fiber.
Signed-off-by: Peter Tyser
---
drivers/net/tsec.c | 110 +++
- Remove unnecessary printing "Enet starting in /"
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. This als
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
On Sat, Nov 07, 2009 at 02:24:06PM -0500, s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> 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
Applied all 7 patc
Hui.Tang wrote:
> Fix cs8900 dev->priv not init issue, do it as Ben Warren's suggestion.
>
> Signed-off-by: Hui.Tang
> ---
> 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 587f7f6..a9d1f2
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
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 pref
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 refe
Hi Sanjeev,
>
> -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
> 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
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.
ma
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 :
>
On Mon, Nov 9, 2009 at 5:13 AM, Tom wrote:
> Steve Sakoman wrote:
>>
>> On Sat, Nov 7, 2009 at 10:15 AM, Paulraj, Sandeep
>> wrote:
>>
>> Introduce Micron DDR timings and provide
>> CONFIG_OMAP3_INFINEON_DDR and CONFIG_OMAP3_MICRON_DDR config
>> options to allow for platform files
Dear Thomas Sprinkmeier,
In message you wrote:
> From: Thomas Sprinkmeier
> 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
This patch removes the Katmai "bootstrap" command and replaces it
with the now common command "chip_config".
Signed-off-by: Stefan Roese
---
board/amcc/katmai/Makefile |4 +-
board/amcc/katmai/chip_config.c | 55 ++
board/amcc/katmai/cmd_katmai.c | 218 --
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
---
cpu/ppc4xx/cmd_chip_config.c |
Steve Sakoman wrote:
> On Sat, Nov 7, 2009 at 10:15 AM, Paulraj, Sandeep 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
>
> -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
>
> you wrote:
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:
git://www.denx.de/git/u-boot
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
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 "
From: Thomas Sprinkmeier
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 (or ..2, ..3, ..0) is def
Somehow I missed the NAND booting targets in the 4xx linker script
consolidation patchset. This patch fixes this issue.
Signed-off-by: Stefan Roese
---
board/amcc/acadia/config.mk |4
board/amcc/bamboo/config.mk |4
board/amcc/canyonlands/config.mk |4
board/
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 n
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 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:
>
> http://git.denx.de/?p=u-boot/u-b
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 v
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'
/home/r65388/uboot-v2009.08/uboot-imx/include/asm/bi
79 matches
Mail list logo
