Re: [U-Boot] Subject

Hi Paul, hello Marek, On Mon, Mar 18, 2019 at 11:12:02AM +0100, Paul Kocialkowski wrote: > Hi, > > Le lundi 18 mars 2019 à 10:56 +0100, Eugeniu Rosca a écrit : > > Hi Marek, Paul, cc: Alex > > > > jFYI/FWIW, reverting [1-2] allows getting rid of below warnings on > > R-Car3, when running basic

Re: [U-Boot] Subject

On 3/18/19 10:56 AM, Eugeniu Rosca wrote: > Hi Marek, Paul, cc: Alex Hi, > jFYI/FWIW, reverting [1-2] allows getting rid of below warnings on > R-Car3, when running basic fastboot commands (e.g. fastboot getvar): Maybe a more constructive approach would be to send a patch fixing the issue

Re: [U-Boot] Subject

Hi, Le lundi 18 mars 2019 à 10:56 +0100, Eugeniu Rosca a écrit : > Hi Marek, Paul, cc: Alex > > jFYI/FWIW, reverting [1-2] allows getting rid of below warnings on > R-Car3, when running basic fastboot commands (e.g. fastboot getvar): > > [8.035764] status: -104 ep 'ep1' trans: 0 > [

[U-Boot] Subject

Hi Marek, Paul, cc: Alex jFYI/FWIW, reverting [1-2] allows getting rid of below warnings on R-Car3, when running basic fastboot commands (e.g. fastboot getvar): [8.035764] status: -104 ep 'ep1' trans: 0 [ 18.744354] status: -104 ep 'ep1' trans: 28 [ 18.748950] status: -104 ep 'ep1'

[U-Boot] Subject: [PATCH 2/3] TCP and wget implementation. Patch V5, 2 of 3.

This is the TCP and Kconfig files for introducing TCP and wget into u-boot. All the code is new, and not copied from any source. Makefile in the net directory is modified by hand. It appears not to be generated by Kconfig. Signed-off-by: Duncan Hare --- net/Makefile

[U-Boot] Subject: [PATCH 1/2] OMAP4: Add ID for OMAP4470_ES1_0

Signed-off-by: Lubomir Popov lpo...@mm-sol.com --- arch/arm/include/asm/omap_common.h |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/include/asm/omap_common.h b/arch/arm/include/asm/omap_common.h index 091ddb5..f042c10 100644 --- a/arch/arm/include/asm/omap_common.h +++

Re: [U-Boot] Subject: [PATCH] Fix for bug in memory sizing code

Hi, this patch actually breaks the mpc83xx board I am currently working on, leading to a detected size of 2 GiB (as opposed to the actual size of 128 MiB). I tried reviewing it and couldn't really figure out why, as it seems legitimate, and I currently don't have a chance to check it on other

Re: [U-Boot] Subject: [PATCH] Fix for bug in memory sizing code

On 09/21/12 04:15, Gerlando Falauto wrote: Hi, this patch actually breaks the mpc83xx board I am currently working on, leading to a detected size of 2 GiB (as opposed to the actual size of 128 MiB). I tried reviewing it and couldn't really figure out why, as it seems legitimate, and I currently

Re: [U-Boot] Subject: [PATCH] Fix for bug in memory sizing code

On Sun, Sep 09, 2012 at 08:16:58PM -, Iwo Mergler wrote: The original memory sizing code in get_ram_size clobbers the word at the base address, but forgets to restore it. Signed-off-by: Iwo Mergler iwo.merg...@netcommwireless.com Applied to u-boot/master, thanks! -- Tom

[U-Boot] Subject: [PATCH] Fix for bug in memory sizing code

The original memory sizing code in get_ram_size clobbers the word at the base address, but forgets to restore it. Signed-off-by: Iwo Mergler iwo.merg...@netcommwireless.com --- common/memsize.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/common/memsize.c

Re: [U-Boot] Subject: [PATCH] libfdt: Add fdt functionality for more intuitive fdt handling

On Mon, May 07, 2012 at 02:56:54PM +0200, Peter Feuerer wrote: libfdt: Add fdt functionality for more intuitive fdt handling Hrm, more intuitive fdt handling is a bit of a stretch. It makes certain common operations simpler. New functions: fdt_read - retrieve the value of a property by full

[U-Boot] Subject: [PATCH] libfdt: Add fdt functionality for more intuitive fdt handling

libfdt: Add fdt functionality for more intuitive fdt handling New functions: fdt_read - retrieve the value of a property by full path fdt_write - create or change a property with full path and create subnodes if needed fdt_create_path - create subnode path with parents Signed-off-by: Peter

[U-Boot] Subject: [PATCH 2/3] mmc: use sdhci.c instead of s5p_mmc.c

In driver mmc, generic sdhci code is implemented. s5p_mmc file is dupulicated. we are good that use the generic sdhci. This patch supported the sdhci for Samsung-SoC. Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com ---

[U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support in uboot **

Hi All, We at Samsung have implemented ext4 file system support in uboot. Please review the subsequent patches. Thanks Regards, Uma Shankar Manjunatha C Achar From: Uma Shankar uma.shan...@samsung.com Date: Mon, 12 Dec 2011 12:01:23 +0530 Subject: [PATCH 0/2] *** Add ext4 filesystem support

[U-Boot] Subject: [PATCH 1/2] ext4fs ls load support

From: Uma Shankar uma.shan...@samsung.com Date: Mon, 12 Dec 2011 12:01:22 +0530 Subject: [PATCH 1/2] ext4fs ls load support Signed-off-by: Uma Shankar uma.shan...@samsung.com, Manjunatha C Achar a.manjuna...@samsung.com Signed-off-by: Iqbal Shareef iqbal@samsung.com Signed-off-by: Hakgoo

Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support in uboot **

Hi Uma, On 12/12/11 21:37, uma.shan...@samsung.com wrote: Hi All, We at Samsung have implemented ext4 file system support in uboot. Please review the subsequent patches. Thanks Regards, Uma Shankar Manjunatha C Achar From: Uma Shankar uma.shan...@samsung.com Date: Mon, 12 Dec 2011

Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support inuboot **

, December 12, 2011 4:42 PM To: uma.shan...@samsung.com Cc: u-boot@lists.denx.de; iqbal@samsung.com; a.manjuna...@samsung.com; goodguy@samsung.com; w...@denx.de Subject: Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support inuboot ** Hi Uma, On 12/12/11 21:37, uma.shan

Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support inuboot **

-- From: Graeme Russ graeme.r...@gmail.com Sent: Monday, December 12, 2011 4:42 PM To: uma.shan...@samsung.com Cc: u-boot@lists.denx.de; iqbal@samsung.com; a.manjuna...@samsung.com; goodguy@samsung.com; w...@denx.de Subject: Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem

Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support in uboot **

Dear Uma Shankar, In message 54ed165ef2fa426a95951c4785717...@sisodomain.com you wrote: We at Samsung have implemented ext4 file system support in uboot. Please review the subsequent patches. Please see http://www.denx.de/wiki/U-Boot/CodingStyle and http://www.denx.de/wiki/U-Boot/Patches

[U-Boot] Subject: [PATCH v2] Support for sending DHCP client options

If CONFIG_BOOTP_OPTIONS is defined at compile-time, the environment will be checked for the supported DHCPv4 client options during construction of a DHCP Discover or DHCP Request packet. Any found (as listed below, prefixed with dhcp_) will have their value included in the dhcp packet.

[U-Boot] Subject: [PATCH] ppc/83xx Use CONFIG_FSL_ESDHC to enable sdhc clk

Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead of a platform define. This will enable all the 83xx platforms to use sdhc_clk based on CONFIG_FSL_ESDHC. It's the same patch as commit 6b9ea08c5010eab5ad1056bc9bf033afb672d9cc for the ppc/85xx Signed-off-by: Rini r...@arvoo.nl

Re: [U-Boot] Subject: [PATCH] ppc/83xx Use CONFIG_FSL_ESDHC to enable sdhc clk

On Apr 7, 2010, at 4:37 AM, Rini van Zetten wrote: Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead of a platform define. This will enable all the 83xx platforms to use sdhc_clk based on CONFIG_FSL_ESDHC. It's the same patch as commit

Re: [U-Boot] Subject: [PATCH] ppc/83xx Use CONFIG_FSL_ESDHC to enable sdhc clk

Kumar Gala schreef: On Apr 7, 2010, at 4:37 AM, Rini van Zetten wrote: Enable eSDHC Clock based on generic CONFIG_FSL_ESDHC define instead of a platform define. This will enable all the 83xx platforms to use sdhc_clk based on CONFIG_FSL_ESDHC. It's the same patch as commit

[U-Boot] Subject: [U-BOOT] [PATCH] In stmicro_erase() correctly calculate the high byte of the sector address.

In stmicro_erase() correctly calculate the high byte of the sector address. Signed-off-by: Gary Jennejohn ga...@denx.de --- drivers/mtd/spi/stmicro.c |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/spi/stmicro.c b/drivers/mtd/spi/stmicro.c index

Re: [U-Boot] Subject: [U-BOOT] [PATCH] In stmicro_erase() correctly calculate the high byte of the sector address.

On Wednesday 11 November 2009 08:40:41 Gary Jennejohn wrote: In stmicro_erase() correctly calculate the high byte of the sector address. ive already posted a fix for it; sf: fix stmicro offset setup while erasing see if that works for you -mike signature.asc Description: This is a

Re: [U-Boot] Subject: [PATCH v3] mx27ads: add support for iMX27ADS board from Freescale

Hi Fred, Thank you for your fast reply, please see my comments below: On 9/21/09, Fred Fan fanyef...@gmail.com wrote: Dear Alan Carvalho de Assis, 2009/9/16 Alan Carvalho de Assis acas...@gmail.com + /* +* DDR on CSD0 +*/ + write32 0xD8001010, 0x0008 +

Re: [U-Boot] Subject: [PATCH v3] mx27ads: add support for iMX27ADS board from Freescale

Dear Alan Carvalho de Assis, In message 37367b3a0909151429h317066ax2efa504d83dbf...@mail.gmail.com you wrote: This patch adds support to iMX27ADS development board. This board has 128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only booting from NOR is supported. Signed-off-by:

Re: [U-Boot] Subject: [PATCH v3] mx27ads: add support for iMX27ADS board from Freescale

Dear Alan Carvalho de Assis, 2009/9/16 Alan Carvalho de Assis acas...@gmail.com This patch adds support to iMX27ADS development board. This board has 128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only booting from NOR is supported. Signed-off-by: Alan Carvalho de Assis

[U-Boot] Subject: [PATCH v3] mx27ads: add support for iMX27ADS board from Freescale

This patch adds support to iMX27ADS development board. This board has 128MB RAM, 32MB NOR Flash and 128MB NAND Flash. Currently only booting from NOR is supported. Signed-off-by: Alan Carvalho de Assis acas...@gmail.com --- MAINTAINERS |3 + MAKEALL

[U-Boot] Subject: [PATCH] kirkwood/gpio.h: remove duplicate definition

Signed-off-by: Alessandro Rubini rub...@gnudd.com --- To test the define is not really needed, I applied the suen3 patch and added CONFIG_KIRKWOOD_GPIO to the config file. Now back to defrag stuff. include/asm-arm/arch-kirkwood/gpio.h |2 -- 1 files changed, 0 insertions(+), 2 deletions(-)

Re: [U-Boot] Subject: [PATCH] kirkwood/gpio.h: remove duplicate definition

On 12:35 Fri 07 Aug , Alessandro Rubini wrote: Signed-off-by: Alessandro Rubini rub...@gnudd.com --- To test the define is not really needed, I applied the suen3 patch and added CONFIG_KIRKWOOD_GPIO to the config file. Now back to defrag stuff. include/asm-arm/arch-kirkwood/gpio.h

[U-Boot] Subject: [PATCH] ppc4xx: Fixed compilation warning in 4xx_enet.c

This patch fixes a compilation warning for some Ethernet PHY-less PPC4xx platforms (440SPE based ones) and a potential compilation error for 440SP platforms (use of undefined 'ethgroup' variable). In the original code and in case of 440SPE platforms, 'ethgroup' is initialized to -1 and never

Re: [U-Boot] Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop counter.

Hi Richard, Richard Retanubun wrote: From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001 From: Richard Retanubun richardretanu...@ruggedcom.com Date: Wed, 20 May 2009 18:26:01 -0400 Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop counter.

Re: [U-Boot] Subject: [PATCH] [repost] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop counter.

From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001 From: Richard Retanubun richardretanu...@ruggedcom.com Date: Wed, 20 May 2009 18:26:01 -0400 Subject: [PATCH] Standardize the use of MCFFEC_TOUT_LOOP as a udelay(1) loop counter. Signed-off-by: Richard Retanubun

[U-Boot] Subject: [PATCH 06/11 v1] ARM: OMAP3: Add memory and syslib common files, add NAND support

= 600; google_ad_format = "160x600_as"; google_ad_channel = "8427791634"; google_color_border = "FF"; google_color_bg = "FF"; google_color_link = "006792"; google_color_url = "006792"; google_color_text = "00"; //-->

Re: [U-Boot] Subject line tag differences U-Boot-Users vs. U-Boot between the two U-Boot mailing list servers

Dear Ken, I wrote: configured such that the server must send all mailing list messages to me despite my address already being in a To or CC header. However, the old server didn't do this and neither does the new server. Are you absolutely sure that the list server is doing this? And