Hi
How do we know whether hush shell capability is supported or not in
the command shell.I have enabled CONFIG_SYS_HUSH_PARSER in in config
file.
I am trying to write simple script like below
myname=`test`
if $myname=test
then echo "test"
else echo "failed"
fi
I am getting the following error "unk
On Sunday 18 December 2011 15:16:21 Pali Rohár wrote:
> On Sunday 18 December 2011 15:07:25 Mike Frysinger wrote:
> > On Sunday 18 December 2011 14:12:38 Pali Rohár wrote:
> > > On Sunday 18 December 2011 14:07:37 Mike Frysinger wrote:
> > > > this needs checkpatch for sure
> > > >
> > > > seems l
On Tuesday 03 January 2012 16:26:54 Bishop, Mark wrote:
> Is this the list I can ask questions for deploying uboot to a custom
> board based off the blackfin bf548?
this is the list for anything u-boot related
> Some of my questions are not processor specific (like what is the
> approach to getti
On Thursday 05 January 2012 19:30:57 Christian Daudt wrote:
> Subject: [PATCH] Add support for MMC to fw_printenv/setenv
>
> This patch checks if the fd is MTD and if not (using an MTD-specific IOCTL)
> and skips the flash unlock/erase/lock sequence if it is not MTD.
> - fd_is_mtd function added t
On Thursday 05 January 2012 18:25:06 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > + if ((s == NULL) ||
> > > + ((new = malloc (len + 1)) == NULL) ) {
> > > + return NULL;
> > > + }
> >
> > please split this up such as:
>
> I'm OK with the splitting, but...
>
> > if (s =
Dear Simon Glass,
In message <1325822097-15227-3-git-send-email-...@chromium.org> you wrote:
> This fixes the following warnings in dlmalloc seen with my gcc 4.6.
Which exact version is this?
> dlmalloc.c: In function 'malloc_bin_reloc':
> dlmalloc.c:1493: warning: dereferencing pointer 'p' does
Dear "Hebbar, Gururaja",
In message <1bafe6f6c881bf42822005164f1491c305c...@dbde01.ent.ti.com> you wrote:
>
> > Well I kind of like see that a particular init function is explicitly a
> > pre- or post- relocation function. But yes, having barrier pre-requisites
> > would achieve the same effect.
Dear Graeme Russ,
In message
you wrote:
>
> > Can we get rid of the 'f' parameter? If we invent a prerequisite
> > called 'relocated' or something like that, to act as a barrier, then
> > maybe the order can be defined just like any other function which
> > depends on being before or after some
Hi Wolfgang,
On Thu, Jan 5, 2012 at 10:20 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1325822097-15227-1-git-send-email-...@chromium.org> you wrote:
>> This series fixes some warnings which seem to still be left over from
>> all the warning-squashing efforts for 2011.12. If patch
Dear Simon Glass,
In message <1325822097-15227-1-git-send-email-...@chromium.org> you wrote:
> This series fixes some warnings which seem to still be left over from
> all the warning-squashing efforts for 2011.12. If patches exist for some
> of these already then please ignore.
>
> The alias prob
Hi,
On Fri, Jan 06, 2012 at 10:29:48, Graeme Russ wrote:
> Hi Simon,
>
> On Fri, Jan 6, 2012 at 3:30 PM, Simon Glass wrote:
> > Hi Graham,
> >
> > On Thu, Jan 5, 2012 at 2:18 PM, Graeme Russ wrote:
> >> Hi Wolfgang,
> >>
> >> On Wed, Jan 4, 2012 at 1:44 AM, Wolfgang Denk wrote:
> >>> Dear Grae
On 01/06/2012 12:21 AM, qiao.hellowo...@gmail.com wrote:
2012/1/6 John Rigby
*u-boot/spl/u-boot-spl.lds:1: syntax error
make[1]: *** [/home/qian/Desktop/u-boot/spl/u-boot-spl] Error 1
make[1]: Leaving directory `/home/qian/Desktop/u-boot/spl'
make: *** [spl/u-boot-spl.bin] Error 2*
I’ve check
2012/1/6 John Rigby
> >
> > *u-boot/spl/u-boot-spl.lds:1: syntax error
> > make[1]: *** [/home/qian/Desktop/u-boot/spl/u-boot-spl] Error 1
> > make[1]: Leaving directory `/home/qian/Desktop/u-boot/spl'
> > make: *** [spl/u-boot-spl.bin] Error 2*
> >
> > I’ve check the file ‘spl/u-boot-spl.lds’, t
Hi Simon,
On Fri, Jan 6, 2012 at 3:30 PM, Simon Glass wrote:
> Hi Graham,
>
> On Thu, Jan 5, 2012 at 2:18 PM, Graeme Russ wrote:
>> Hi Wolfgang,
>>
>> On Wed, Jan 4, 2012 at 1:44 AM, Wolfgang Denk wrote:
>>> Dear Graeme,
>>>
>>> In message <4f02da64.60...@gmail.com> you wrote:
>>
[snip]
Hi Graham,
On Thu, Jan 5, 2012 at 2:18 PM, Graeme Russ wrote:
> Hi Wolfgang,
>
> On Wed, Jan 4, 2012 at 1:44 AM, Wolfgang Denk wrote:
>> Dear Graeme,
>>
>> In message <4f02da64.60...@gmail.com> you wrote:
>>>
>
> [snip]
>
>>> INIT_FUNC(cpu_init_f, f, "fred", "blah", "foo");
>>>
>>> Generates the
>
> *u-boot/spl/u-boot-spl.lds:1: syntax error
> make[1]: *** [/home/qian/Desktop/u-boot/spl/u-boot-spl] Error 1
> make[1]: Leaving directory `/home/qian/Desktop/u-boot/spl'
> make: *** [spl/u-boot-spl.bin] Error 2*
>
> I’ve check the file ‘spl/u-boot-spl.lds’, the first line is a comment as
> belo
This fixes warnings seen with my gcc 4.6.
usb_ohci.c: In function 'submit_control_msg':
usb_ohci.c:1041: warning: dereferencing pointer 'data_buf.70' does break
strict-aliasing rules
usb_ohci.c:1041: note: initialized from here
usb_ohci.c:1043: warning: dereferencing pointer 'data_buf.70' does br
There doesn't seem to be any reason for using uchar here, so change it
to char. This fixes a warning:
pointer targets in passing argument 1 of 'sprintf' differ in signedness
Signed-off-by: Simon Glass
---
arch/m68k/lib/board.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --
This feature is not available on ARM, so it is an error to define it.
Signed-off-by: Simon Glass
---
include/configs/snapper9260.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/snapper9260.h b/include/configs/snapper9260.h
index cb3c674..cee65d1 100644
This fixes warnings seen with my gcc 4.6.
usb_ohci.c: In function 'submit_control_msg':
usb_ohci.c:1046: warning: dereferencing pointer 'data_buf.70' does break
strict-aliasing rules
usb_ohci.c:1046: note: initialized from here
usb_ohci.c:1048: warning: dereferencing pointer 'data_buf.70' does bre
This seems to be unsigned char for no good reason. Tidy this up and
remove the casts.
Signed-off-by: Simon Glass
---
arch/powerpc/lib/board.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/lib/board.c b/arch/powerpc/lib/board.c
index ff5888e..3f9af1d
This fixes these warnings seen with my gcc 4.6 compiler.
ohci-hcd.c: In function 'submit_control_msg':
ohci-hcd.c:1307: warning: dereferencing pointer 'pretmp.729' does break
strict-aliasing rules
cc1: note: initialized from here
ohci-hcd.c:1310: warning: dereferencing pointer 'pretmp.729' does b
We should include sys/time.h header to avoid warnings.
Signed-off-by: Simon Glass
---
arch/sandbox/cpu/os.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/sandbox/cpu/os.c b/arch/sandbox/cpu/os.c
index 700c1a7..ebd0ff1 100644
--- a/arch/sandbox/cpu/os.c
+++ b/arch/
Tidy this up as the list is long and likely to get longer.
Signed-off-by: Simon Glass
---
arch/sandbox/cpu/os.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/sandbox/cpu/os.c b/arch/sandbox/cpu/os.c
index 6d55b5c..700c1a7 100644
--- a/arch/sandbox/cpu/os.
This fixes the following warnings in dlmalloc seen with my gcc 4.6.
dlmalloc.c: In function 'malloc_bin_reloc':
dlmalloc.c:1493: warning: dereferencing pointer 'p' does break strict-aliasing
rules
dlmalloc.c:1493: warning: dereferencing pointer 'p' does break strict-aliasing
rules
dlmalloc.c:149
This series fixes some warnings which seem to still be left over from
all the warning-squashing efforts for 2011.12. If patches exist for some
of these already then please ignore.
The alias problem in USB is a bit odd, since I thought it was already
fixed. But perhaps it has come back.
Simon Gla
Once CONFIG_FAT_WRITE is defined,
users can invoke 'fatwrite' command that saves data in RAM as a FAT file.
This patch also removes compile error after patch of
'fs/fat: Fix FAT detection to support non-DOS partition tables'.
Signed-off-by: Donggeun Kim
Signed-off-by: Kyungmin Park
---
Changes
Dear Chander Kashyap,
On 5 January 2012 19:31, Chander Kashyap wrote:
> Hi Minkyu Kang,
>
> On 5 January 2012 12:13, Minkyu Kang wrote:
>> Dear Chander Kashyap,
>>
>> On 27 December 2011 17:48, Chander Kashyap
>> wrote:
> > Torsten Koschorrek
> > scb9328 ARM920T (i.MXL
On Thu, Jan 5, 2012 at 4:04 PM, Scott Wood wrote:
> On 01/05/2012 08:15 AM, Tom Rini wrote:
>> On Thu, Jan 5, 2012 at 2:09 AM, Marek Vasut wrote:
I'll confirm gc-sections/etc are not as awesome as we think. You can
drop the size of current SPL builds (for say devkit8000) by taking
> On 11/20/2011 08:10 AM, Vladimir Zapolskiy wrote:
> > This change follows the change by Wolfgang Grandegger (commit
> > 6c869637fef), which allows to remove useless NAND_MAX_CHIPS definitions
> > in board config files.
> >
> > Signed-off-by: Vladimir Zapolskiy
> > Cc: Wolfgang Grandegger
> > C
Changes from previous:
- Changed // to /* */
- Ran through checkpatch.pl, cleaned up a number of line-too-big and
extra space in the code that was shifted due to being in the new 'if'.
Thanks,
csd
Subject: [PATCH] Add support for MMC to fw_printenv/setenv
This patch checks if the fd is MTD
NAND_MAX_CHIPS has been replaced by CONFIG_SYS_NAND_MAX_CHIPS,
and the latter defaults to 1.
Signed-off-by: Scott Wood
---
include/configs/at91sam9m10g45ek.h |1 -
include/configs/cam_enc_4xx.h |1 -
include/configs/davinci_dm355leopard.h |1 -
include/configs/eb_cpux9k2
On 11/20/2011 08:10 AM, Vladimir Zapolskiy wrote:
> This change follows the change by Wolfgang Grandegger (commit 6c869637fef),
> which allows to remove useless NAND_MAX_CHIPS definitions in board config
> files.
>
> Signed-off-by: Vladimir Zapolskiy
> Cc: Wolfgang Grandegger
> Cc: Scott Wood
Hi Mike,
On Thu, Jan 5, 2012 at 3:07 PM, Mike Frysinger wrote:
> On Wednesday 21 December 2011 15:12:20 Simon Glass wrote:
>> Can we use public domain code? It seems incompatible with
>> the restrictions in the GPL
>
> how so ? public domain (by its definition) has no copyright or license to
> w
On Monday 02 January 2012 18:49:11 Christian Daudt wrote:
> --- a/tools/env/fw_env.c
> +++ b/tools/env/fw_env.c
>
> +static int fd_is_mtd(int fd)
> ...
> + rc = ioctl (fd, MEMGETINFO, &mtdinfo);
no space before the "("
> + if (rc < 0) {
> + // Failed MEMGETINFO, not MTD
> +
On Monday 02 January 2012 09:50:42 ran shalit wrote:
> On uboot loading, I checking a specific environement (called consoleddev),
> to decide to rediect console to nc or staying in serial.
> I then see some strange behaviour:
> if the environment tell uboot to redirect to net console, everything wo
On Jan 5, 2012, at 3:18 PM, Mike Frysinger wrote:
> On Thursday 22 December 2011 13:39:35 Grant Erickson wrote:
>> This patch fixes the make infrastructure for the fw_printenv tool such
>> that it is built, by default, as a cross-compilation for the target
>> board when so requested with TOOLSUBDIR
Dear Mike Frysinger,
In message <201201051821.35774.vap...@gentoo.org> you wrote:
>
> > + if ((s == NULL) ||
> > + ((new = malloc (len + 1)) == NULL) ) {
> > + return NULL;
> > + }
>
> please split this up such as:
I'm OK with the splitting, but...
> if (s == NULL)
On Thursday 22 December 2011 13:16:56 Grant Erickson wrote:
> +#ifndef __HAVE_ARCH_STRNDUP
> +extern char * strndup(const char *,__kernel_size_t);
> +#endif
no space after that first "*", and add a space after the ","
since your definition uses "size_t", then use that rather than __kernel_size_t
Dear Stephen,
In message <4f060dd1.9050...@nvidia.com> you wrote:
>
> > It might be possible to specify ARMv4T on the link flags and have it
> > pick up the v4T library, even if nearly everything else is ARMv7?
>
> I don't think we use any multilib toolchains, so I don't think that's
> possible.
On Thursday 22 December 2011 13:39:35 Grant Erickson wrote:
> This patch fixes the make infrastructure for the fw_printenv tool such
> that it is built, by default, as a cross-compilation for the target
> board when so requested with TOOLSUBDIRS on the U-Boot make command
> line.
how is this any s
This makes it easier to detect changes in the SPL portion,
as can currently be done for the main U-Boot image.
Signed-off-by: Scott Wood
---
MAKEALL |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index f735af6..395e982 100755
--- a/MAKEALL
+++ b/MA
On Thursday 22 December 2011 06:39:32 Stefan Kristiansson wrote:
> On Thu, Dec 22, 2011 at 10:09:30AM +0100, Michal Simek wrote:
> > Stefan Kristiansson wrote:
> > >+
> > >+void dcache_enable(void)
> > >+{
> > >+ mtspr(SPR_SR, mfspr(SPR_SR) | SPR_SR_DCE);
> > >+ asm volatile("l.nop");
> > >+ asm
On 12/15/2011 03:55 AM, Stefano Babic wrote:
> Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
> which is likely to contain already loaded data.
> The patch saves the oob data and the ecc on the stack replacing
> the fixed address in RAM.
>
> Signed-off-by: Stefano Babic
On Wednesday 21 December 2011 06:21:21 Bharath H S wrote:
> I had a question regarding uboot build system.
> One starts a build for platform1 and without cleaning tree builds for
> platform2, what is the expected result?
> make _config
> make _config
>
> Is the final product build of platform2 or
http://www.denx.de/wiki/U-Boot
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday 21 December 2011 15:12:20 Simon Glass wrote:
> Can we use public domain code? It seems incompatible with
> the restrictions in the GPL
how so ? public domain (by its definition) has no copyright or license to
worry about. so you literally could (legally) do whatever you want with i
On 01/05/2012 08:15 AM, Tom Rini wrote:
> On Thu, Jan 5, 2012 at 2:09 AM, Marek Vasut wrote:
>>> I'll confirm gc-sections/etc are not as awesome as we think. You can
>>> drop the size of current SPL builds (for say devkit8000) by taking
>>> things that should be dropped for us and forcing them ou
Hi Wolfgang,
On Wed, Jan 4, 2012 at 1:44 AM, Wolfgang Denk wrote:
> Dear Graeme,
>
> In message <4f02da64.60...@gmail.com> you wrote:
>>
[snip]
>> INIT_FUNC(cpu_init_f, f, "fred", "blah", "foo");
>>
>> Generates the string:
>> f:cpu_init_f:"fred":"blah":"foo"
>>
>> and we can parse each of the
> Is anyone working on a patch to use the MII mode in the SMSC9215?
>
> Would anyone be interested in such a patch?
Contributions are always welcome.
M
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 01/05/2012 01:42 PM, Simon Glass wrote:
> Hi,
>
> On Thu, Jan 5, 2012 at 12:17 PM, Wolfgang Denk wrote:
>> Dear Stephen Warren,
>>
>> In message <4f05fcbd.2040...@nvidia.com> you wrote:
>>>
No, this is NOT a solution, it is a workaround for an inappropriate
toolchain. If you want to
Hi,
On Thu, Jan 5, 2012 at 12:17 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4f05fcbd.2040...@nvidia.com> you wrote:
>>
>> > No, this is NOT a solution, it is a workaround for an inappropriate
>> > toolchain. If you want to build code for an armv4t system, you must
>> > use a
Dear Sir,
Sorry to bother you. I find your email on the website 'lists.denx.de'. I
am anxious about the ethernet driver for DP83849. I am looking for the
ethernet driver for DP83849 on MPC8387XERDB motherboard. Are you happy to help
me with it ? Could you please share it with the d
Dear Stephen Warren,
In message <4f05fcbd.2040...@nvidia.com> you wrote:
>
> > No, this is NOT a solution, it is a workaround for an inappropriate
> > toolchain. If you want to build code for an armv4t system, you must
> > use a tool chain that supports it.
>
> But we don't want to generate code
Dear Kyle Moffett,
In message <1324001741-15282-1-git-send-email-kyle.d.moff...@boeing.com> you
wrote:
> A board with CONFIG_SPI and CONFIG_ENV_EEPROM_IS_ON_I2C will get:
> #define CONFIG_SYS_DEF_EEPROM_ADDR 0
>
> Instead of the expected:
> #define CONFIG_SYS_DEF_EEPROM_ADDR CONFIG_SYS_I2C_E
Dear Igor Grinberg,
In message <1324882432-8798-1-git-send-email-grinb...@compulab.co.il> you wrote:
> Several boolean defines have a value assigned.
> Remove the value as defining the symbol is enough.
trivial, but broken.
This patch breaks a ton of builds like this:
Configuring for MPC8308RDB
On Wed, Dec 21, 2011 at 10:36 PM, Jérôme Carretero wrote:
> Hi Tom,
>
> I'm requesting comments on the following (untested) patch.
> It adds support for multiple i2c buses on davinci_i2c, without altering one
> line of code.
> What I don't like is that I'm doing a bit of macro black magic to tran
On 01/05/2012 12:16 PM, Wolfgang Denk wrote:
> In message <4f05d596.6030...@nvidia.com> you wrote:
...
>> The libraries included in the toolchain are built for the ARMv7 CPUs,
>
> SO this is not the right tool chain for the job. Ecactly what I said.
>
>> and hence fail to operate correctly when
Dear Stephan Linz,
In message <1325783490.7827.45.camel@keto> you wrote:
>
> Michals latest Microblaze platform patches will enable this driver for
> board/xilinx/microblaze-generic and we know about a success story on a
> propietary Virtex5 FX board (ppc440) -- tested by Ricardo Ribalda.
>
> So
Dear Simon Glass,
In message
you wrote:
>
> > The libraries included in the toolchain are built for the ARMv7 CPUs,
> > and hence fail to operate correctly when used by the portion of U-Boot
> > which runs on the ARMv4 CPU, presumably due to ISA differences. IIRC,
> > there are overrides in the
Dear Stephen Warren,
In message <4f05d596.6030...@nvidia.com> you wrote:
>
> > I will accept this only temporarily. Why don't you use a working tool
> > chain instead, or fix the one you are using?
>
> I believe the issue isn't that the toolchain is broken, but due to the
> mix of multiple CPU t
Dear Kyle Moffett,
In message <1324487292-7299-2-git-send-email-kyle.d.moff...@boeing.com> you
wrote:
> The FAT filesystem code currently ends up requiring that the partition
> table be a DOS MBR, as it checks for the DOS 0x55 0xAA signature on the
> partition table (which may be Mac, EFI, ISO966
On 01/05/2012 02:59 AM, Holger Brunck wrote:
> Hi Scott,
>
> On 01/04/2012 06:44 PM, Scott Wood wrote:
>> On 01/04/2012 09:32 AM, Holger Brunck wrote:
>>>
>>> Initial implementation for unsafe feature for biterror insertion on
>>> NAND-Flash devices. The code flips single bits in the data block of
Is anyone working on a patch to use the MII mode in the SMSC9215?
Would anyone be interested in such a patch?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: David Wagner
---
tools/mkenvimage.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/tools/mkenvimage.c b/tools/mkenvimage.c
index a3d4e27..c1e6cad 100644
--- a/tools/mkenvimage.c
+++ b/tools/mkenvimage.c
@@ -276,7 +276,9 @@ int main(int argc, char **argv
Remove this feature since it seems impossible to reliably detect them.
Signed-off-by: David Wagner
---
tools/mkenvimage.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git a/tools/mkenvimage.c b/tools/mkenvimage.c
index 58f1d0b..a3d4e27 100644
--- a/tools/mkenvimage.c
Signed-off-by: David Wagner
---
tools/mkenvimage.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/tools/mkenvimage.c b/tools/mkenvimage.c
index 6db2b21..58f1d0b 100644
--- a/tools/mkenvimage.c
+++ b/tools/mkenvimage.c
@@ -38,6 +38,7 @@
#include "compiler.h
Also, don't split error messages over several lines as per a coding style
exception making them easier to grep.
Signed-off-by: David Wagner
---
tools/mkenvimage.c | 41 +++--
1 files changed, 15 insertions(+), 26 deletions(-)
diff --git a/tools/mkenvimage.c
Verbosly fail if the target environment size or the padding byte are badly
formated.
Verbosly fail if something bad happens when reading from standard input.
Signed-off-by: David Wagner
---
tools/mkenvimage.c | 32 ++--
1 files changed, 30 insertions(+), 2 deletion
Signed-off-by: David Wagner
---
tools/mkenvimage.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/tools/mkenvimage.c b/tools/mkenvimage.c
index eb9a8f2..6db2b21 100644
--- a/tools/mkenvimage.c
+++ b/tools/mkenvimage.c
@@ -173,15 +173,9 @@ int m
compiler.h and u-boot/crc.h need to be included from U-Boot's headers.
stdlib.h was missing.
Signed-off-by: David Wagner
---
tools/mkenvimage.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/tools/mkenvimage.c b/tools/mkenvimage.c
index 7d33143..bc18736 100644
---
Signed-off-by: David Wagner
---
tools/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/Makefile b/tools/Makefile
index a5f989a..64bcc4d 100644
--- a/tools/Makefile
+++ b/tools/Makefile
@@ -194,6 +194,7 @@ $(obj)xway-swap-bytes$(SFX):$(obj)xway-swap-b
On 01/04/2012 06:24 PM, Xiangfu Liu wrote:
> Hi
>
> yes. I have cpmpared this. but I can't find where is the problem.
> attachment is the u-boot.map diff.
>
> after remove those 'extern' the u-boot-nand-spl is exact same. binary
> file. map file both same.
> but the u-boot.bin/map changed.
>
> P
made description according to implementation
(where the config file is the default).
Signed-off-by: Frans Meulenbroeks
---
tools/env/fw_env.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/env/fw_env.h b/tools/env/fw_env.h
index 9258c79..cfbe108 100644
--- a/to
Any comments on this patch?
If not, could it please be applied/merged? It fixes a definite
bug on the HWW-1U-1A board.
Cheers,
Kyle Moffett
--
Curious about my work on the Debian powerpcspe port?
I'm keeping a blog here: http://pureperl.blogspot.com/
On Dec 15, 2011, at 21:15, Kyle Moffett wro
Simon,
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: Thursday, January 05, 2012 10:07 AM
> To: Stephen Warren
> Cc: Wolfgang Denk; Thierry Reding; u-boot@lists.denx.de; Tom Warren
> Subject: Re: [U-Boot] [PATCH 1/2] tegra2: Always bu
Am Donnerstag, den 05.01.2012, 17:10 +0100 schrieb Wolfgang Denk:
> Dear Michal Simek,
>
> In message <4ef2f20b.6050...@monstr.eu> you wrote:
> >
> > > Are there going to be any users for this code?
> >
> > Sure. This driver lies out of mainline code for quite some times.
> > ll_temac is IP core
Hi Stephen,
On Thu, Jan 5, 2012 at 8:53 AM, Stephen Warren wrote:
> On 01/05/2012 08:50 AM, Wolfgang Denk wrote:
>> Dear Thierry Reding,
>>
>> In message
>> <1321524246-5187-2-git-send-email-thierry.red...@avionic-design.de> you
>> wrote:
>>> The AVP on Tegra2 doesn't boot properly when U-Boot
On 01/05/2012 08:50 AM, Wolfgang Denk wrote:
> Dear Thierry Reding,
>
> In message
> <1321524246-5187-2-git-send-email-thierry.red...@avionic-design.de> you wrote:
>> The AVP on Tegra2 doesn't boot properly when U-Boot is linked against
>> the GCC provided libgcc. To work around this, always buil
Dear Rob Herring,
In message <1323983750-3399-2-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> This enables the XGMAC ethernet driver and networking related config
> options.
>
> Signed-off-by: Jason Hobbs
> Signed-off-by: Rob Herring
>
> ---
> v3:
> - make board_et
Dear Rob Herring,
In message <1323983750-3399-1-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> This adds ethernet driver for Calxeda xgmac found on Highbank SOC.
>
> Signed-off-by: Rob Herring
> ---
> v3:
> - whitespace fixes
> - move reset to .init function
> - fix c
Dear David Wagner,
In message <1324429120-10141-1-git-send-email-david.wag...@free-electrons.com>
you wrote:
> compiler.h and u-boot/crc.h need to be included from U-Boot's headers.
>
> stdlib.h was missing.
>
> Signed-off-by: David Wagner
> ---
>
> This version is rebased on top of 'next' (i
Dear David Wagner,
In message <1324429169-10177-1-git-send-email-david.wag...@free-electrons.com>
you wrote:
> Also, fix some comments (minor)
>
> Signed-off-by: David Wagner
> ---
> tools/mkenvimage.c | 10 +-
> 1 files changed, 5 insertions(+), 5 deletions(-)
Applied, thanks.
Bes
Dear Donggeun Kim,
In message <1324431247-17998-1-git-send-email-dg77@samsung.com> you wrote:
> Once CONFIG_FAT_WRITE is defined,
> users can invoke 'fatwrite' command that saves data in RAM as a FAT file.
>
> By removing variable of 'part_size' in fs/fat.c,
> compile error occurs when enabli
Dear Donggeun Kim,
In message <1324442067-6448-1-git-send-email-dg77@samsung.com> you wrote:
> After susccessful write to the FAT partition,
> fsck program may print warning message due to different FAT,
> provided that the filesystem supports two FATs.
>
> This patch makes the second FAT to
Dear Sridhar Addagada,
In message <1324457962.60605.yahoomail...@web120203.mail.ne1.yahoo.com> you
wrote:
>
> This will avoid flash writes for fw_setenv command where the key is not
> present the environment and no value has been provided.
Line too long. And your patch is white space corrupted
Dear Kyle Moffett,
In message <1324487292-7299-4-git-send-email-kyle.d.moff...@boeing.com> you
wrote:
> When performing large bulk reads from a CD or DVD using the U-Boot
> usb_storage driver, it generates requests of up to 20 blocks at a time.
>
> With a standard 512-byte block size, that is 10
Dear Kyle Moffett,
In message <1324487292-7299-3-git-send-email-kyle.d.moff...@boeing.com> you
wrote:
> The FAT filesystem fails silently in inexplicable ways when given a
> filesystem with a block-size that does not match the device sector size.
> In theory this is not an unsupportable combinati
Dear Kyle Moffett,
In message <1324487292-7299-2-git-send-email-kyle.d.moff...@boeing.com> you
wrote:
> The FAT filesystem code currently ends up requiring that the partition
> table be a DOS MBR, as it checks for the DOS 0x55 0xAA signature on the
> partition table (which may be Mac, EFI, ISO966
Dear Simon Glass,
In message <1324497688-26529-1-git-send-email-...@chromium.org> you wrote:
> Make ext2 use cache line aligned buffers for reading from the filesystem.
> This is needed when caches are enabled because unaligned cache invalidates
> are not safe.
>
> Signed-off-by: Simon Glass
> -
Dear Michal Simek,
In message <4ef2f20b.6050...@monstr.eu> you wrote:
>
> > Are there going to be any users for this code?
>
> Sure. This driver lies out of mainline code for quite some times.
> ll_temac is IP core which is used by Microblaze and xilinx ppc.
> There are two options for network IP
Dear Grant Erickson,
In message <1324580395-27004-1-git-send-email-maratho...@gmail.com> you wrote:
> This patch allows the U-Boot user space companion utility, fw_setenv,
> to overwrite the 'ethaddr' key/value pair if the current value is set
> to a per-board-configured default.
>
> This change
Dear Albert ARIBAUD,
In message <4ef59ae7.9030...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> Following the opening of the merge window, the following changes since
> commit bfcc40bb09b05c90cc3b1496abb270eb8aa72134:
>
>Merge branch 'next' of ../next (2011-12-23 20:53:58 +0100)
>
> are avail
Dear Thierry Reding,
In message <1321524246-5187-2-git-send-email-thierry.red...@avionic-design.de>
you wrote:
> The AVP on Tegra2 doesn't boot properly when U-Boot is linked against
> the GCC provided libgcc. To work around this, always build and link
> against a private libgcc for Tegra2-based
2012/1/5 Wolfgang Denk
> Dear Frans Meulenbroeks,
>
> In message <1325098913-29909-1-git-send-email-fransmeulenbro...@gmail.com>
> you wrote:
> > If the config file cannot be opened currently one gets an error
> > even though the build in names/sizes are probably ok.
> > By setting the default va
Dear Horst Kronstorfer,
In message <1324723318-32752-1-git-send-email-hkron...@frequentis.com> you
wrote:
> With bfcc40bb09b05c90cc3b1496abb270eb8aa72134 'optopt' was reverted.
>
> Signed-off-by: Horst Kronstorfer
> ---
> tools/mkenvimage.c |4 ++--
> 1 files changed, 2 insertions(+), 2 de
Dear Igor Grinberg,
In message <1324813377-16764-1-git-send-email-grinb...@compulab.co.il> you
wrote:
> Several boolean defines have a value assigned.
> Remove the value as defining the symbol is enough.
>
> Signed-off-by: Igor Grinberg
> ---
> include/environment.h |8
> tools/en
Dear Igor Grinberg,
In message <1324882432-8798-1-git-send-email-grinb...@compulab.co.il> you wrote:
> Several boolean defines have a value assigned.
> Remove the value as defining the symbol is enough.
>
> Signed-off-by: Igor Grinberg
> ---
> include/common.h | 16
> 1 files
Dear Igor Grinberg,
In message <1324906390-26264-1-git-send-email-grinb...@compulab.co.il> you
wrote:
> env_get_char_spec() function is duplicated across multiple environment
> files.
> Remove the duplication by providing a default implementation.
> Add "weak" declaration, so the default implemen
On 01/04/2012 04:35 PM, Will Khan wrote:
> Hi all,
>
> My goal is to (simply) build u-boot to run on my target processor which is
> MPC8349. My host environment where I will be building the u-boot is a SUSE
> linux system running on an intel x86 PC (therefore I will cross compile). I
> have fo
1 - 100 of 133 matches
Mail list logo
