Re: [U-Boot] [RFC] [PATCH] arm: arm926ejs: use ELF relocations

Hi, (how is this an RFC or PATCH? There is none in this mail) Le 30/03/2011 01:13, du zhigang a écrit : > dear: > > i am using u-boot 2011.03-rc1 compiled by CS arm-none-eabi-gcc 4.5.1 > > board at91sam9263ek_norflash_boot_config i using gdb 6.8.1 debug it > > when u-boot compiledi found an error

Re: [U-Boot] [PATCH RFC v2] Fix build problems caused by "_end" -> "__bss_end__" rename

Hi Wolfgang, On Wed, Mar 30, 2011 at 3:51 AM, Wolfgang Denk wrote: > Dear Po-Yu Chuang, > > In message <1301402371-8697-1-git-send-email...@denx.de> I wrote: >> Commit 44c6e65 "rename _end to __bss_end__ broke building of a large >> number of systems (at least all PowerPC?): >> >> libstubs.o: In

Re: [U-Boot] without board level config.mk How to add CPPFLAGS

> > Use CFLAGS_$(BCURDIR) if you want to set this for all files in a > specific directory, or CFLAGS_$(BCURDIR)/$(@F) if you want to set > this for a single file only. > Thanks ! -- Best Regards, zzs ___ U-Boot mailing list U-Boot@lists.denx.de http:/

[U-Boot] [RFC] [PATCH] arm: arm926ejs: use ELF relocations

dear: i am using u-boot 2011.03-rc1 compiled by CS arm-none-eabi-gcc 4.5.1 board at91sam9263ek_norflash_boot_config i using gdb 6.8.1 debug it when u-boot compiled  i found an error   /dzg/crosstool/4.5.1/bin/.arm-none-eabi-ld: warning: creating a DT_TEXTREL in object.   /dzg/x86/insight

Re: [U-Boot] [PATCH] ARM: Add support for displaying second ethaddr in 'bdinfo' command

On 03/29/2011 10:49 PM, Wolfgang Denk wrote: > Dear Gray Remlin, > > In message<1301433395-25203-1-git-send-email-gryr...@gmail.com> you wrote: >> Signed-off-by: Gray Remlin >> --- >> common/cmd_bdinfo.c |3 +++ >> 1 files changed, 3 insertions(+), 0 deletions(-) > Why limit this to eth1add

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

Dear Nicholas Kinar, In message <4d92531e.4030...@usask.ca> you wrote: > > I would assume that the "fsload" command will also work with UBIFS as well. No. UBIFS uses it's own command set; you will use "ubifsload" instead. > In my custom system, At91Bootstrap is situated on SPI Dataflash. The >

Re: [U-Boot] [PATCH] ARM: Add support for displaying second ethaddr in 'bdinfo' command

Dear Gray Remlin, In message <1301433395-25203-1-git-send-email-gryr...@gmail.com> you wrote: > Signed-off-by: Gray Remlin > --- > common/cmd_bdinfo.c |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) Why limit this to eth1addr? What's the chances that ARM systems may have more th

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

On 29/03/2011 3:05 PM, Wolfgang Denk wrote: > Dear Nicholas Kinar, > > In message<4d92428e.6030...@usask.ca> you wrote: >> (1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2 >> directory influence the robustness of the fsload code? > JFFS2 is more or less deprecated these day

[U-Boot] [PATCH] ARM: Add support for displaying second ethaddr in 'bdinfo' command

Signed-off-by: Gray Remlin --- common/cmd_bdinfo.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c index bba7374..c0553d5 100644 --- a/common/cmd_bdinfo.c +++ b/common/cmd_bdinfo.c @@ -340,6 +340,9 @@ int do_bdinfo ( cmd_tbl_t *

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

Dear Nicholas Kinar, In message <4d92428e.6030...@usask.ca> you wrote: > > (1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2 > directory influence the robustness of the fsload code? JFFS2 is more or less deprecated these days. FOr new projects, we recommend to use UBI/ UB

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

On 29/03/2011 2:46 PM, Scott Wood wrote: > On Tue, 29 Mar 2011 14:35:26 -0600 > Nicholas Kinar wrote: > >> I have two additional questions associated with booting the kernel from >> NAND flash on my custom hardware: >> >> (1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2 >>

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

On Tue, 29 Mar 2011 14:35:26 -0600 Nicholas Kinar wrote: > I have two additional questions associated with booting the kernel from > NAND flash on my custom hardware: > > (1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2 > directory influence the robustness of the fsload

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

On 29/03/2011 11:56 AM, Scott Wood wrote: > On Tue, 29 Mar 2011 11:37:25 -0600 > Nicholas Kinar wrote: > >> On 29/03/2011 10:14 AM, Nicholas Kinar wrote: >>> Also as instructed in the README.NAND, README.JFFS2 and >>> README.JFFS2_NAND files found in the /doc/ directory, I've tried >>> defining th

[U-Boot] [PATCH] NET: Correct potential missing goto label in case statement.

If neither CONFIG_CMD_PING or CONFIG_CMD_SNTP are defined but CONFIG_CMD_DNS is, a compile-time error will occur due to the absence of a goto label. Signed-off-by: Gray Remlin --- net/net.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/net/net.c b/net/net.c index a60

Re: [U-Boot] [PATCH RFC v2] Fix build problems caused by "_end" -> "__bss_end__" rename

Dear Po-Yu Chuang, In message <1301402371-8697-1-git-send-email...@denx.de> I wrote: > Commit 44c6e65 "rename _end to __bss_end__ broke building of a large > number of systems (at least all PowerPC?): > > libstubs.o: In function `app_startup': > examples/standalone/stubs.c:197: undefined referenc

[U-Boot] [PATCH 3/7] Remove instances of phy_read/write

There were a few files which were already using phy_read and phy_write for their PHY function names. It's only a few places, and the name seems most appropriate for the high-level abstraction, so let's rename the other versions to something more specific. Also, uec_phy.c had a marvell_init functi

[U-Boot] [PATCH 5/7] Add mdio command for new PHY infrastructure

The new mdio command doesn't have all of the features of the mii command, but it provides the necessary read/write primitives, and allows users to interact with 10G PHYs, and other PHYs which use Clause 45 of 802.3. This means that the mdio command requires a "Device Address" argument, though for

[U-Boot] [PATCH 6/7] phylib: Add a bunch of PHY drivers from tsec

The tsec driver had a bunch of PHY drivers already written. This converts them all into PHY Lib drivers, and serves as the first set of PHY drivers for PHY Lib. Signed-off-by: Andy Fleming --- drivers/net/phy/Makefile | 10 ++ drivers/net/phy/atheros.c| 37 + drivers/net/phy/broa

[U-Boot] [PATCH 2/7] tsec: arrange the code to avoid useless function declaration

From: Mingkai Hu Signed-off-by: Mingkai Hu Acked-by: Andy Fleming Signed-off-by: Kumar Gala --- drivers/net/tsec.c | 857 +--- 1 files changed, 416 insertions(+), 441 deletions(-) diff --git a/drivers/net/tsec.c b/drivers/net/tsec.c index 1665

[U-Boot] [RFC 0/7] Universal PHY Infrastructure

Or PHY Lib for U-Boot. This sequence of patches adds infrastructure for universally-available PHY drivers (and MDIO drivers). It piggy-backs on the existing miiphy code, for backwards compatibility, but it also creates a new set of APIs. This was necessary partly to provide cleaner interfaces for

[U-Boot] [PATCH] Kirkwood: SATA supports only one device per bus

Change CONFIG_SYS_IDE_MAXDEVICE from 2 to 1 Signed-off-by: Gray Remlin --- arch/arm/include/asm/arch-kirkwood/config.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/arch/arm/include/asm/arch-kirkwood/config.h b/arch/arm/include/asm/arch-kirkwood/config.h index 71ba4

[U-Boot] [PATCH-v2] fat32 root directory handling

From: Erik Hansen Fat directory handling didn't check reaching the end of the root directory. It relied on a stop condition based on a directory entry with a name starting with a '\0' character. This check in itself is wrong ('\0' indicates free entry, not end_of_directory) but outside the scope

[U-Boot] [PATCH 4/7] Create PHY Lib for U-Boot

Extends the mii_dev structure to participate in a full-blown MDIO and PHY driver scheme. The mii_dev structure and miiphy calls are modified in such a way to allow the original mii command and miiphy infrastructure to work as before, but also to support a new set of APIs which allow (among other t

[U-Boot] [PATCH 1/7] tsec: use IO accessories to access the register

From: Mingkai Hu Signed-off-by: Mingkai Hu Acked-by: Andy Fleming Signed-off-by: Kumar Gala --- drivers/net/tsec.c | 234 ++- include/tsec.h |8 +- 2 files changed, 123 insertions(+), 119 deletions(-) diff --git a/drivers/net/tsec.c b/

Re: [U-Boot] [PATCH V4 1/6] io: add and* and or* operation api to set and clear bit

On Tue, 29 Mar 2011 10:47:04 +0800 Lei Wen wrote: > Hi Scott, > > On Tue, Mar 29, 2011 at 12:05 AM, Scott Wood wrote: > > What does this do that setbits*/clrbits* don't? > > Those and*/or* include the dmb() operation included in the read*/write*, which > is not included in the __raw_read*/__ra

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

On Tue, 29 Mar 2011 11:37:25 -0600 Nicholas Kinar wrote: > On 29/03/2011 10:14 AM, Nicholas Kinar wrote: > > Also as instructed in the README.NAND, README.JFFS2 and > > README.JFFS2_NAND files found in the /doc/ directory, I've tried > > defining the following in my > > /include/configs/at91sam9r

Re: [U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

On 29/03/2011 10:14 AM, Nicholas Kinar wrote: > Also as instructed in the README.NAND, README.JFFS2 and > README.JFFS2_NAND files found in the /doc/ directory, I've tried > defining the following in my > /include/configs/at91sam9rlek.h configuration file: > > #define CONFIG_JFFS2_NAND 1 > #define

[U-Boot] Booting kernel from NAND flash on AT91SAM9 custom board using fsload

Hello, I've designed a custom circuit board based around the AT91SAM9RL64 processor from Atmel. This is an ARM9 AT91SAM9 series chip. The Atmel evaluation kit for this processor is supported by U-Boot, and the configuration header file can be found in the u-boot-2010.09 source code distribut

[U-Boot] [PATCH v3 4/4] ARMV7: OMAP3: Add support for Comelit DIG297 board

Board support for the DIG297 board manufactured by Comelit Group SpA. It is a custom board based on the BeagleBoard by Texas Instruments. The board support is based on the BeagleBoard implementation. Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk Cc: Albert Aribaud Cc

[U-Boot] [PATCH v3 3/4] ARMV7: OMAP3: boot_flash_env_addr should not be volatile

Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk Cc: Albert Aribaud Cc: Sandeep Paulraj --- Changes in v2: - this patch is new in v2. Changes in v3: none. arch/arm/cpu/armv7/omap3/mem.c |2 +- include/configs/am3517_evm.h |2 +- include/configs/omap3_evm.h|2 +- 3 files chan

[U-Boot] [PATCH v3 2/4] ARMV7: OMAP3: Remove unused variable boot_flash_env_addr

Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk Cc: Albert Aribaud Cc: Sandeep Paulraj --- Changes in v2: - this patch is new in v2. Changes in v3: none. include/configs/cm_t35.h|1 - include/configs/devkit8000.h|1 - include/configs/omap3_beagle.h |1 - include/conf

[U-Boot] [PATCH v3 1/4] ARMV7: OMAP3: Fix preprocessor check for CONFIG_OMAP34XX

CONFIG_OMAP34XX must be checked for existence, not value. Signed-off-by: Luca Ceresoli Cc: Wolfgang Denk Cc: Albert Aribaud Cc: Sandeep Paulraj --- Changes in v2: - this patch is new in v2. Changes in v3: none. arch/arm/cpu/armv7/start.S |2 +- 1 files changed, 1 insertions(+), 1 delet

[U-Boot] [PATCH v3 0/4] Add DIG297 board and OMAP3 fixes

Hi all, here's a resubmit of the DIG297 board support with minor OMAP3 fixes. The board support is now working. It's always been working indeed, I was just doing the same mistake reported here: http://lists.denx.de/pipermail/u-boot/2011-March/089238.html. v3 just fixes little typos in the commit

[U-Boot] arm imx35 timer failure

Hello, I'm developing a product based on the imx35 cpu with NOR and NAND flash. The SBC I use is the pcm-043 from Phytec. I use the FEC to communicate over the ethernet. I've made my own BSP for Das U-boot based on the release tagged v2011.03-rc2 on the git://git.denx.de/u-boot.git master reposito

Re: [U-Boot] musb: usb storage: USB device not accepting new address error

Hi, Remy Bohmer-5 wrote: > > > Have you tried 'git bisect' to find the offending patch already? > > I found the offending patch, it is the following commit that makes usb broken on OMAPL138. When i revert the patch the problem no more occurs. 3c0659b535b075be124c3d2a0714e55e65c46737 ARM:

Re: [U-Boot] [PATCH V5 3/6] mv_i2c: use structure to replace the direclty define

> -Original Message- > From: Lei Wen [mailto:lei...@marvell.com] > Sent: Monday, March 28, 2011 12:24 PM > To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u- > b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu > Tang; adrian.w...@gmail.com > Subject: [PATCH V5

Re: [U-Boot] [PATCH V5 6/6] I2C: add i2c support for Armada100 platform

> -Original Message- > From: Lei Wen [mailto:lei...@marvell.com] > Sent: Monday, March 28, 2011 12:24 PM > To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u- > b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu > Tang; adrian.w...@gmail.com > Subject: [PATCH V5

Re: [U-Boot] [PATCH V5 4/6] I2C: add i2c support for Pantheon platform

> -Original Message- > From: Lei Wen [mailto:lei...@marvell.com] > Sent: Monday, March 28, 2011 12:24 PM > To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u- > b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu > Tang; adrian.w...@gmail.com > Subject: [PATCH V5

Re: [U-Boot] [PATCH v2 3/4] Add support for the Client variant of the OpenRD board.

> -Original Message- > From: Julian Pidancet [mailto:swaplin...@gmail.com] On Behalf Of > julian.pidan...@citrix.com > Sent: Friday, March 25, 2011 2:19 PM > To: u-boot@lists.denx.de > Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar; Julian Pidancet > Subject: [PATCH v2 3/4] Add sup

Re: [U-Boot] [PATCH v2 2/4] Change OpenRD Base board identification string.

> -Original Message- > From: Julian Pidancet [mailto:swaplin...@gmail.com] On Behalf Of > julian.pidan...@citrix.com > Sent: Friday, March 25, 2011 2:19 PM > To: u-boot@lists.denx.de > Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar; Julian Pidancet > Subject: [PATCH v2 2/4] Change

Re: [U-Boot] [PATCH v2 1/4] Kirkwood: Rename openrd_base board files to openrd.

> -Original Message- > From: Julian Pidancet [mailto:swaplin...@gmail.com] On Behalf Of > julian.pidan...@citrix.com > Sent: Friday, March 25, 2011 2:19 PM > To: u-boot@lists.denx.de > Cc: tanmay.upadh...@einfochips.com; Prafulla Wadaskar; Julian Pidancet > Subject: [PATCH v2 1/4] Kirkwoo

[U-Boot] [PATCH] fix redundant environment for serial flash

This patch fixes problems in the handling of redundant environment in env_sf.c The major problem are double calls of free() on the allocated buffers, which damages the internal data of malloc and crashes on next call. In addition, the selection of the active environment had errors and compiler w

[U-Boot] Please pull u-boot-mpc85xx.git (updated)

[ Pull in one other HW / SoC related fix in for v2011.03 ] The following changes since commit cb815e5ff979e36d68df130a810d34de4bf93289: Prepare v (2011-03-27 21:50:07 +0200) are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master Jiang Yutang (1): powerpc/8

[U-Boot] [PATCH RFC v2] Fix build problems caused by "_end" -> "__bss_end__" rename

Commit 44c6e65 "rename _end to __bss_end__ broke building of a large number of systems (at least all PowerPC?): libstubs.o: In function `app_startup': examples/standalone/stubs.c:197: undefined reference to `__bss_end__' The rename should not be done for the files in the examples/standalone/ dire

Re: [U-Boot] [PATCH RFC] Fix build problems caused by "_end" -> "__bss_end__" rename

Dear Albert ARIBAUD, In message <4d90ba8b.3080...@free.fr> you wrote: > > > Commit 44c6e65 "rename _end to __bss_end__ broke building of a large > > number of systems (at least all PowerPC?): > > > > libstubs.o: In function `app_startup': > > examples/standalone/stubs.c:197: undefined reference to

Re: [U-Boot] [PATCH] ARM: Correct CONFIG_(SYS_)CONSOLE_INFO_QUIET rename ommissions

Hi Gray, Le 29/03/2011 12:15, Gray Remlin a écrit : > Correct some ommissions of renaming CONFIG_CONSOLE_INFO_QUIET to > CONFIG_SYS_CONSOLE_INFO_QUIET > > Signed-off-by: Gray Remlin Tested-by: Albert ARIBAUD (tested on ED Mini V2 only, as its maintainer) Amicalement, -- Albert. __

Re: [U-Boot] without board level config.mk How to add CPPFLAGS

Dear zzs, In message <20110329012444.ga2...@greatfirst.com> you wrote: > > And then how to do that thing : Append custom cpp flags to CPPFLAGS ? > > e.g. -Wcomments > > And after append them to CPPFLAGS, Does these flags appear in CFLAGS > auto automatically ? Use CFLAGS_$(BCURDIR) if you want

Re: [U-Boot] using env import to import textfiles

Hello, Wolfgang Denk wrote: > Dear Holger Brunck, > > In message <4d91b854.3010...@keymile.com> you wrote: >> One question to the textfiles. Should we add remarks to the environment >> variables inside the textfile in C-Syntax (/* bla */), first test shows that >> the >> import function works wi

[U-Boot] Loading Ramdisk at particular address

Hi, I'm working on P2020 dual core bring up in AMP mode. Each core runs its own linux OS. Kernel image(gziped), ramdisk(gziped) and dtb are tftp-ed to below addresses: >tftp 0x0a00 uImage.core1; >tftp 0x0b00 ramdisk.small; >tftp 0x0e00 p2020atv_camp_core1.dtb; I then bootm on load

Re: [U-Boot] using env import to import textfiles

Dear Holger Brunck, In message <4d91b854.3010...@keymile.com> you wrote: > > One question to the textfiles. Should we add remarks to the environment > variables inside the textfile in C-Syntax (/* bla */), first test shows that > the > import function works with this remarks . But whats the best

[U-Boot] using env import to import textfiles

Hi all, we currently try to remove some of our default environment and add this variables into textfiles which can be imported via env import -t ${loadaddr} ${filesize} One question to the textfiles. Should we add remarks to the environment variables inside the textfile in C-Syntax (/* bla */), fi

[U-Boot] [PATCH] ARM: Correct CONFIG_(SYS_)CONSOLE_INFO_QUIET rename ommissions

Correct some ommissions of renaming CONFIG_CONSOLE_INFO_QUIET to CONFIG_SYS_CONSOLE_INFO_QUIET Signed-off-by: Gray Remlin --- include/configs/edminiv2.h |2 +- include/configs/km_arm.h|2 +- include/configs/mv-common.h |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) dif

Re: [U-Boot] [PATCH] MX5: Enable flat-device-tree support on mx53 loco board

Hi, Wolfgang, On Tue, Mar 29, 2011 at 5:14 PM, Wolfgang Denk wrote: > Dear Jason Liu, > > In message <1301387516-18201-1-git-send-email-jason@linaro.org> you wrote: >> --- >> Grant has submit one patchset: ARM device tree support improvements >> which remove device tree booting dependency on

[U-Boot] [PATCH v2] MX5: Enable flat-device-tree support on mx53 loco board

Signed-off-by: Jason Liu --- Grant has submit one patchset: ARM device tree support improvements which remove device tree booting dependency on CONFIG_SYS_BOOTMAPSZ. Will provide patchset to clean CONFIG_SYS_BOOTMAPSZ after the patches applied to u-boot mainline --- Change log: v2: Fix the git c

Re: [U-Boot] [PATCH] MX5: Enable flat-device-tree support on mx53 loco board

Dear Jason Liu, In message <1301387516-18201-1-git-send-email-jason@linaro.org> you wrote: > --- > Grant has submit one patchset: ARM device tree support improvements > which remove device tree booting dependency on CONFIG_SYS_BOOTMAPSZ. > Will provide patchset to clean CONFIG_SYS_BOOTMAPSZ af

[U-Boot] [PATCH] MX5: Enable flat-device-tree support on mx53 loco board

--- Grant has submit one patchset: ARM device tree support improvements which remove device tree booting dependency on CONFIG_SYS_BOOTMAPSZ. Will provide patchset to clean CONFIG_SYS_BOOTMAPSZ after the patches applied to u-boot mainline Signed-off-by: Jason Liu --- include/configs/mx53loco.h |

Re: [U-Boot] [PATCH 0/6] ARM device tree support improvements

On Mon, Mar 28, 2011 at 01:58:25PM -0600, Grant Likely wrote: > Hi Jerry & Wolfgang, > > The following series fixes a bug in the device tree code and > eliminates the CONFIG_OF_LIBFDT dependency on CONFIG_SYS_BOOTMAPSZ. > It also adds parsing of the reserved mem regions so that U-Boot > doesn't de