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 f
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 instea
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
> [ 18.744
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' trans:
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 | 3 +-
net/tcp.c
Signed-off-by: Lubomir Popov
---
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
+++ b/arch/arm/include/asm/
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
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
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
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signa
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
---
common/memsize.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/common/memsize.c b/common/memsize.c
index 963e4f3..74cf075 1
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 f
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 Feuer
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
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/mmc.h | 93 +++--
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/Patch
Graeme
>
> Thanks & Regards,
> Uma Shankar
> --
> From: "Graeme Russ"
> Sent: Monday, December 12, 2011 4:42 PM
> To:
> Cc: ; ;
> ; ;
> Subject: Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support
> inuboot **
>
y, December 12, 2011 4:42 PM
To:
Cc: ; ;
; ;
Subject: Re: [U-Boot] Subject: [PATCH 0/2] ** Add ext4 filesystem support
inuboot **
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 pa
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
> Date: Mon, 12 Dec 2011 12:01:23 +05
From: Uma Shankar
Date: Mon, 12 Dec 2011 12:01:22 +0530
Subject: [PATCH 1/2] ext4fs ls load support
Signed-off-by: Uma Shankar , Manjunatha C Achar
Signed-off-by: Iqbal Shareef
Signed-off-by: Hakgoo Lee
---
Makefile |2 +-
common/Makefile |1 +
common/cmd_ext4.c
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
Date: Mon, 12 Dec 2011 12:01:23 +0530
Subject: [PATCH 0/2] *** Add ext4 filesystem support in uboot ***
***
This
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.
dhcp_
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 6b
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 6b9ea08c5010eab5ad1056bc9bf033a
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
---
cpu/mpc
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 dig
In stmicro_erase() correctly calculate the high byte of the sector address.
Signed-off-by: Gary Jennejohn
---
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 9b910c1..b5808c5 10
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
Hi Fred,
Thank you for your fast reply, please see my comments below:
On 9/21/09, Fred Fan wrote:
> Dear Alan Carvalho de Assis,
>
> 2009/9/16 Alan Carvalho de Assis
>
>> + /*
>> +* DDR on CSD0
>> +*/
>> + write32 0xD8001010, 0x0008
>> + write32 0x10027828,
Dear Alan Carvalho de Assis,
2009/9/16 Alan Carvalho de Assis
> 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
> ---
> MAINTAINERS
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
---
MAINTAINERS |3 +
MAKEALL
On 12:35 Fri 07 Aug , Alessandro Rubini wrote:
> Signed-off-by: Alessandro Rubini
> ---
>
> 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
Signed-off-by: Alessandro Rubini
---
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(-)
diff --git a/in
On Thursday 02 July 2009 07:22:42 Alessio Centazzo wrote:
> 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
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 modifi
From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001
From: Richard Retanubun
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
---
drivers/net/mcfmii.c |2 +-
1
Hi Richard,
Richard Retanubun wrote:
> From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001
> From: Richard Retanubun
> 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
From 584b5fbd4abfc43f920cc1c329633e03816e28be Mon Sep 17 00:00:00 2001
From: Richard Retanubun
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
---
Hi TC,
Sorry for the long delay, I g
t = 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";
//-->
[U-Boot]
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 t
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
>
> A mailing list server typically only archives messages that it
> actually serves, so a separate archiving server subscribed to
Typically. Assume that the mailing list archive on list.denx.de will
include the old archives from S
> Ken Fuchs wrote:
> > Messages with just [U-Boot-Users] in the subject line implies it
> > was handled by [EMAIL PROTECTED] If this is
> > the case, let the SF server handle the thread to completion!
Wolfgang Denk wrote:
> This is not necessary. Threading should continue to work even when
>
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
> Subject line tags in the transition to the new mailing list server:
>
> [EMAIL PROTECTED] generates [U-Boot-Users].
> u-boot@lists.denx.de generates a [U-Boot].
That's intentional, as the new list's name is "u-boot" (and n
On Fri, Aug 08, 2008 at 10:20:50AM -0500, [EMAIL PROTECTED] wrote:
> Messages with just [U-Boot-Users] in the subject line implies it
> was handled by [EMAIL PROTECTED] If this is
> the case, let the SF server handle the thread to completion!
> This is an implication of the sentence "Please post
Subject line tags in the transition to the new mailing list server:
[EMAIL PROTECTED] generates [U-Boot-Users].
u-boot@lists.denx.de generates a [U-Boot].
Wolfgang Denk wrote:
> Hello everybody,
>
> after the automatic notice you should have received telling you that
> you have been subscribed
43 matches
Mail list logo
