Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

Dear Pali Rohár, In message <201304041946.55455@pali> you wrote: > > u-boot "true" and "false" hush commands are copiled incorrectly in uboot > v2013.04-rc2 > (c8142633e169665b246352918df5b76fd243bb71) > > when I run help in u-boot it show: > > # help > 0 - do nothing, unsuccessfully > 1

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On 04/04/2013 01:33 PM, Wolfgang Denk wrote: > Dear Pali Rohár, > > In message <201304041946.55455@pali> you wrote: >> >> u-boot "true" and "false" hush commands are copiled incorrectly in uboot >> v2013.04-rc2 >> (c8142633e169665b246352918df5b76fd243bb71) >> >> when I run help in u-boot it show

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On 04/04/2013 01:33 PM, Wolfgang Denk wrote: > Dear Pali Rohár, > > In message <201304041946.55455@pali> you wrote: >> >> u-boot "true" and "false" hush commands are copiled incorrectly in uboot >> v2013.04-rc2 >> (c8142633e169665b246352918df5b76fd243bb71) >> >> when I run help in u-boot it show

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On Thursday 04 April 2013 23:05:18 York Sun wrote: > On 04/04/2013 01:33 PM, Wolfgang Denk wrote: > > Dear Pali Rohár, > > > > In message <201304041946.55455@pali> you wrote: > >> u-boot "true" and "false" hush commands are copiled > >> incorrectly in uboot v2013.04-rc2 > >> (c8142633e169665b24635

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On 04/04/2013 02:19 PM, Pali Rohár wrote: > On Thursday 04 April 2013 23:05:18 York Sun wrote: >> On 04/04/2013 01:33 PM, Wolfgang Denk wrote: >>> Dear Pali Rohár, >>> >>> In message <201304041946.55455@pali> you wrote: u-boot "true" and "false" hush commands are copiled incorrectly in ub

[U-Boot] Patman / buildman pull request

Hi Tom, I have brought in the patman changes for this release and also some changes that I consider to be bug fixes. For now I have left out these patches: http://patchwork.ozlabs.org/patch/231570/ http://patchwork.ozlabs.org/patch/231572/ http://patchwork.ozlabs.org/patch/231575/ however they d

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On Thursday 04 April 2013 23:21:22 York Sun wrote: > On 04/04/2013 02:19 PM, Pali Rohár wrote: > > On Thursday 04 April 2013 23:05:18 York Sun wrote: > >> On 04/04/2013 01:33 PM, Wolfgang Denk wrote: > >>> Dear Pali Rohár, > >>> > >>> In message <201304041946.55455@pali> you wrote: > u-boot "

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On 04/04/2013 02:26 PM, Pali Rohár wrote: > On Thursday 04 April 2013 23:21:22 York Sun wrote: >> On 04/04/2013 02:19 PM, Pali Rohár wrote: >>> On Thursday 04 April 2013 23:05:18 York Sun wrote: On 04/04/2013 01:33 PM, Wolfgang Denk wrote: > Dear Pali Rohár, > > In message <2013040

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/04/2013 05:05 PM, York Sun wrote: > On 04/04/2013 01:33 PM, Wolfgang Denk wrote: >> Dear Pali Rohár, >> >> In message <201304041946.55455@pali> you wrote: >>> >>> u-boot "true" and "false" hush commands are copiled >>> incorrectly in uboot v201

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

Dear York Sun, In message <515deed2.90...@freescale.com> you wrote: > > Would this fix be acceptable? No... > +#ifdef true > +#undef true > +#undef false > + > U_BOOT_CMD( > false, CONFIG_SYS_MAXARGS, 1, do_false, > "do nothing, unsuccessfully", > @@ -171,3 +175,5 @@ U

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On 04/04/2013 02:47 PM, Wolfgang Denk wrote: > Dear York Sun, > > In message <515deed2.90...@freescale.com> you wrote: >> >> Would this fix be acceptable? > > No... > >> +#ifdef true >> +#undef true >> +#undef false >> + >> U_BOOT_CMD( >> false, CONFIG_SYS_MAXARGS, 1, do_false

[U-Boot] [PATCH] common/cmd_test: Avoid macro expansion

cmd_test.c adds "true" and "false" as new commands. We need to avoid macro expansion for U_BOOT_CMD. Signed-off-by: York Sun --- common/cmd_test.c |9 + 1 file changed, 9 insertions(+) diff --git a/common/cmd_test.c b/common/cmd_test.c index d4ec186..cb22f8b 100644 --- a/common/cmd_

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

Dear York, In message <515df125.8060...@freescale.com> you wrote: > > Wolfgang, shall we change U_BOOT_CMD to take string instead of > stringifying or use the local undef? I tend to prefer Pali Rohar's fix. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk &

[U-Boot] [Patch v2] common/cmd_test: Avoid macro expansion

cmd_test.c adds "true" and "false" as new commands. We need to avoid macro expansion for U_BOOT_CMD. Signed-off-by: York Sun --- change since v1: fix typo in comment common/cmd_test.c |9 + 1 file changed, 9 insertions(+) diff --git a/common/cmd_test.c b/common/cmd_test.c index d4e

[U-Boot] [Patch alt] common/cmd_test: Avoid macro expansion

cmd_test.c adds "true" and "false" as new commands. We need to avoid macro expansion for U_BOOT_CMD. Signed-off-by: York Sun --- This is alternative patch to fix macro expansion issue for cmd_test.c common/cmd_test.c |8 1 file changed, 8 insertions(+) diff --git a/common/cmd_test

Re: [U-Boot] [PATCH] CRITICAL error in v2013.04-rc2 (true and false not working)

On 04/04/2013 02:50 PM, Wolfgang Denk wrote: > Dear York, > > In message <515df125.8060...@freescale.com> you wrote: >> >> Wolfgang, shall we change U_BOOT_CMD to take string instead of >> stringifying or use the local undef? > > I tend to prefer Pali Rohar's fix. > I sent out two fixes. No str

[U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Commit 3ebd1cbc introduced compiler-generated __bss_start and __bss_end__ and commit c23561e7 rewrote all __bss_end__ as __bss_end. Their merge caused silent and harmless but potentially bug-inducing clashes between compiler- and linker- enerated __bss_end symbols. Make __bss_end and __bss_start c

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

txcotrader gmail.com> writes: Dear txcotrader > > By board is based off of the ppc460sx. > I only have one I2C bus. > > 2007 version has clock signal at 0x50 (DIMM0 I2C) > 2013 version has no clock signal at 0x50 > > My boardconfig.h file has the same values configured. If you haven't tried

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

Rommel, That sounds like a great suggestion, could you elaborate on 'mw' or 'mm' a little bit more? I'm unfamiliar with both of those. Are they a #define config, Make config...? Many thanks! --Greg -- View this message in context: http://u-boot.10912.n7.nabble.com/PPC4XX-Custom-Board-Failing-

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Albert, On Friday, April 5, 2013 12:13:53 AM, Albert ARIBAUD wrote: > Subject: [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts > > Commit 3ebd1cbc introduced compiler-generated __bss_start > and __bss_end__ and commit c23561e7 rewrote all __bss_end__ > as __bss_end. Their merge ca

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Albert, On Fri, 5 Apr 2013 00:13:53 +0200, Albert ARIBAUD wrote: > Commit 3ebd1cbc introduced compiler-generated __bss_start > and __bss_end__ and commit c23561e7 rewrote all __bss_end__ > as __bss_end. Their merge caused silent and harmless but > potentially bug-inducing clashes between com

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

On Friday, April 5, 2013 1:05:53 AM, Benoît Thébaudeau wrote: > Hi Albert, > > On Friday, April 5, 2013 12:13:53 AM, Albert ARIBAUD wrote: > > Subject: [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts > > > > Commit 3ebd1cbc introduced compiler-generated __bss_start > > and __bss_end_

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Benoît, On Fri, 5 Apr 2013 01:13:51 +0200 (CEST), Benoît Thébaudeau wrote: > On Friday, April 5, 2013 1:05:53 AM, Benoît Thébaudeau wrote: > > Hi Albert, > > > > On Friday, April 5, 2013 12:13:53 AM, Albert ARIBAUD wrote: > > > Subject: [PATCH] ARM: Fix __bss_start and __bss_end in linker sc

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

After looking deeper I've found a difference in register values when performing drivers/i2c/ppc4xx_i2c.c->i2c_transfer function. v1.7.02 code yields: /* Transfer is in progress * we have to wait for upto 5 bytes of data * 1 byte chip address+r/w bit then bc bytes * of d

[U-Boot] [PATCH v2] BUGFIX: arm: data abort in get_bad_stack_swi

When swi instruction is executed, it is expected to get message "software interrupt" in console and dump registers and reboot, as do_software_interrupt() in arch/arm/lib/interrupts.c. But, actually it causes data abort accessing wrong address in get_bad_stack_swi macro in arch/arm/cpu/v7/start.S. T

Re: [U-Boot] [Patch alt] common/cmd_test: Avoid macro expansion

Dear Mr.Sun, We are using freescales bootloader as GPL, but as a Requirement Manager https://wws.lg.com/global/support/opensource/opensourceList?superOsCategoryI d=CAT0011&osCategoryId=CAT0051 I am not sure to what extent we can use your freescale bootloader as GPL. We just use all the

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Albert, On Friday, April 5, 2013 1:54:38 AM, Albert ARIBAUD wrote: > Hi Benoît, > > On Fri, 5 Apr 2013 01:13:51 +0200 (CEST), Benoît Thébaudeau > wrote: > > > On Friday, April 5, 2013 1:05:53 AM, Benoît Thébaudeau wrote: > > > Hi Albert, > > > > > > On Friday, April 5, 2013 12:13:53 AM, Alb

[U-Boot] [PATCH] nand/fsl_ifc: Convert to self-init

Convert NAND IFC driver to support CONFIG_SYS_NAND_SELF_INIT. Signed-off-by: Prabhakar Kushwaha --- Based upon git://git.denx.de/u-boot.git branch master drivers/mtd/nand/fsl_ifc_nand.c | 42 ++- include/nand.h |3 ++- 2 files changed

[U-Boot] CAN support in u-boot

Hello, I have got a CAN controller (*Atmel SAM9263 Board*) which i want to test in u-boot to make sure it covers all the basic test required for its functionalities( like sending CAN frame, receving CAN frame etc). For the time being i cannot test it in kernel as it increases to much abstraction w

[U-Boot] [PATCH] arm: omap4: Fix SDRAM AUTO DETECTION

Commit "8602114 omap: emif: configure emif only when required" breaks SDRAM_AUTO_DETECTION. The issue is dmm_init() depends on emif_sizes[](SDRAM Auto detection) done in do_sdram_init(). The above commit moves dmm_init() above do_sdram_init() because of which dmm_init() uses uninitialized emif_size

[U-Boot] [PATCH V4 4/5] ARM: OMAP4/5: Change the default boot command to work with device tree

Now with kernel moving to all device tree, the default boot command is changed to pass the device tree blob. Also, adding the findfdt command to get the dt-blob based on the board. Thanks to Tom Rini for suggesting this. Signed-off-by: Sricharan R --- [V4] Added environment variables bootdir, b

[U-Boot] [PATCH V4 5/5] ARM: OMAP4/5: Make bootz as the default boot command

So with OMAP added to multi platform kernel, the uImage no more contains a valid load address. With the uboot already supporting zImage, change the default boot command to bootz instead. Acked-by: Nishanth Menon Signed-off-by: Sricharan R Tested-by: Nishanth Menon --- include/configs/omap4_com

Re: [U-Boot] [PATCH] ARM: Fix __bss_start and __bss_end in linker scripts

Hi Benoît, CC:ing Stephen Warren who wrote commit 2b7818d4 which git blame tells me added the ASSERT() to arch/arm/cpu/u-boot.lds, and Tom Rini to help decide what to do. On Fri, 5 Apr 2013 05:44:55 +0200 (CEST), Benoît Thébaudeau wrote: > Hi Albert, > > On Friday, April 5, 2013 1:54:38 AM, Al

Re: [U-Boot] PPC4XX Custom Board - Failing to read I2C

On 05.04.2013 02:04, txcotrader wrote: > After looking deeper I've found a difference in register values when > performing drivers/i2c/ppc4xx_i2c.c->i2c_transfer function. > > v1.7.02 code yields: > > /* Transfer is in progress > * we have to wait for upto 5 bytes of data > * 1

Re: [U-Boot] [PATCH] arm: omap4: Fix SDRAM AUTO DETECTION

+ Michael On Friday 05 April 2013 11:21 AM, Lokesh Vutla wrote: Commit "8602114 omap: emif: configure emif only when required" breaks SDRAM_AUTO_DETECTION. The issue is dmm_init() depends on emif_sizes[](SDRAM Auto detection) done in do_sdram_init(). The above commit moves dmm_init() above do_sd

Re: [U-Boot] [PATCH V8 9/9] COMMON: MMC: Command to support EMMC booting and to resize EMMC boot partition

Hi Amar, On 04/03/2013 11:08 PM, Amar wrote: > This patch adds commands to access(open/close) and resize boot partitions on > EMMC. > > Signed-off-by: Amar > --- > Changes since V1: > 1)Combined the common piece of code between 'open' and 'close' > operations. > > Changes since V2:

<    1   2