The examples/api is not configured with USE_PRIVATE_LIBGCC. This makes
building examples/api break on certain boards that do not/cannot use the
public libgcc.
Nevertheless, this patch has to also touch the top-level Makefile to fix
this problem because the current top-level Makefile does not spec
Hi Wolfgang,
On 10/18/2011 08:23 AM, Wolfgang Denk wrote:
[SNIP]
>
> Why is nobody doing this?
One of my big problems with this was that you not only have to run a
MAKEALL with your own changes but also have to do that with the former
state of the repo to identifie the differences.
So one sugg
Dear Marek Vasut,
In message <1317819115-9089-1-git-send-email-marek.va...@gmail.com> you wrote:
> Signed-off-by: Marek Vasut
> ---
> drivers/pcmcia/tqm8xx_pcmcia.c | 154
> +---
> 1 files changed, 81 insertions(+), 73 deletions(-)
This commit causes new wa
Dear Kumar Gala,
In message <1312555480-13401-8-git-send-email-ga...@kernel.crashing.org> you
wrote:
> From: Poonam Aggrwal
>
> Issue: Address masking doesn't work properly.
> When sum of the base address, defined by BA, and memory bank size,
> defined by AM, exceeds 4GB (0x_) then AMAS
Hi Anatolij,
Thanks for testing this patch. Please see below.
On Tue, Oct 18, 2011 at 5:13 AM, Anatolij Gustschin wrote:
> Hi,
>
> thanks for the patch and style fixes! I've some comments on it.
> Please see below.
>
> On Fri, 7 Oct 2011 16:28:12 +0800
> Che-Liang Chiou wrote:
>
>> This patch
Hi all,
the patches that have been submitted for this release turn out to of
of shockingly bad quality. About every other batch of patches I apply
will break building not only for a single board r a few boards, but
for large numbers of boards, including whole processor families and
even whole arc
Dear Simon Glass,
In message <1318272919-17706-1-git-send-email-...@chromium.org> you wrote:
> There is a rather subtle build problem where the build time stamp is not
> updated for out-of-tree builds if there exists an in-tree build which
> has a valid timestamp file. So if you do an in-tree buil
Dear Michal Simek,
In message <1317020588-12083-1-git-send-email-mon...@monstr.eu> you wrote:
> Add support for SERIAL MULTI for uartlite.
>
> Signed-off-by: Michal Simek
>
> ---
> v2: Use in/out_be32 functions
>
> v3: Clean coding style
>
> v4: Simplify userial_ports array initialization
>
Hi Sir,
I want to know about the USB mass storage interface has been tested on
PPC405GPr processor in the u-boot code. I am using u-boot-2009.01 source code
and I am able to detect the USB device but facing problem UHCI communication
that is at protocol layer. I am also attaching the d
Dear Simon Glass,
In message <1318270953-32482-19-git-send-email-...@chromium.org> you wrote:
> The dependency rules are currently done in a shell 'for' loop. This does not
> permit Makefile variables to adjust preprocessor flags as is done with normal
> compile flags, using the CFLAGS_path/file.o
Hi Sir,
I want to know about the USB mass storage interface has been tested on
PPC405GPr processor in the u-boot code. I am using u-boot-2009.01 source code
and I am able to detect the USB device but facing problem UHCI communication
that is at protocol layer. I am also attaching th
Dear Graeme Russ,
In message
you wrote:
>
> > So in summary - please let me know if 16 bytes is worth worrying
> > about. If it is fine to increase code size a little, then I will redo
> > this patch to clean it up at little as you suggest.
>
> Thats a Wolfgang question, but I think it can be
Dear Graeme Russ,
In message
you wrote:
>
> > void panic(const char *fmt, ...)
> > {
> >va_list args;
> > +
> >va_start(args, fmt);
>
> No need to add this extra blank line
Oh, yes. We separate declarations and code by a blank line.
Best regards,
Wolfgang Denk
--
DENX S
Hi Simon,
On Tue, Oct 18, 2011 at 3:45 PM, Simon Glass wrote:
> Hi Graeme,
>
> On Mon, Oct 17, 2011 at 8:24 PM, Graeme Russ wrote:
>> Hi Simon,
>>
>> On Tue, Oct 18, 2011 at 1:16 PM, Simon Glass wrote:
>>> This patch adds support for calling panic() before stdio is initialized.
>>> At present t
Hi Mike,
On Mon, Oct 17, 2011 at 7:38 PM, Mike Frysinger wrote:
> On Monday 17 October 2011 18:56:24 Mike Frysinger wrote:
>> On Monday 17 October 2011 18:47:10 Simon Glass wrote:
>> > On Mon, Oct 17, 2011 at 3:38 PM, Mike Frysinger wrote:
>> > > caveat: it assumes a tree layout like so:
>> > > /
Hi Graeme,
On Mon, Oct 17, 2011 at 8:24 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Tue, Oct 18, 2011 at 1:16 PM, Simon Glass wrote:
>> This patch adds support for calling panic() before stdio is initialized.
>> At present this will just hang with little or no indication of what the
>> problem is.
On Oct 8, 2011, at 12:26 AM,
wrote:
> From: Tang Yuantian
>
> Add the Silicon Image series PCI Express to
> Serial ATA controller support, including Sil3132,
> Sil3131 and Sil3124.
> The SATA controller can be used to load kernel.
>
> The features list:
> - Supports 1-lane 2.5 Gbit/s
On Oct 17, 2011, at 1:16 PM, Wolfgang Grandegger wrote:
> According to the EHCI specification the Capability Register Length
> has a size of 8 bits.
>
> Signed-off-by: Wolfgang Grandegger
> ---
> include/usb/ehci-fsl.h | 25 +
> 1 files changed, 13 insertions(+), 12 del
Hi Simon,
On Tue, Oct 18, 2011 at 1:16 PM, Simon Glass wrote:
> This patch adds support for calling panic() before stdio is initialized.
> At present this will just hang with little or no indication of what the
> problem is.
>
> A new board_panic_no_console() function is added to the board API. I
On Monday 17 October 2011 18:56:24 Mike Frysinger wrote:
> On Monday 17 October 2011 18:47:10 Simon Glass wrote:
> > On Mon, Oct 17, 2011 at 3:38 PM, Mike Frysinger wrote:
> > > caveat: it assumes a tree layout like so:
> > > /usr/local/src/u-boot/
> > >
> > > |- toolchains/ toolchains fr
Dear Albert
On Tue, Aug 30, 2011 at 2:01 PM, 馬克泡 wrote:
> Hi Albert and Po-Yu,
>
> 2011/8/11 Po-Yu Chuang
>>
>> From: Po-Yu Chuang
>>
>> timer.c used static data and are called before relocation.
>> Move all static variables into global_data structure. Also cleanup
>> timer.c from unused stubs
Hi Wofgang,
On Mon, Oct 17, 2011 at 1:21 PM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Mon, Oct 17, 2011 at 1:06 PM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message <1314633910-8550-2-git-send-email-...@chromium.org> you wrote:
>>> Tested-by: Simon Glass
>>> Signed-off-by: Simon Glass
This patch adds support for calling panic() before stdio is initialized.
At present this will just hang with little or no indication of what the
problem is.
A new board_panic_no_console() function is added to the board API. If provided
by the board it will be called in the event of a panic before
hello
my name is Paulina and i seek for true friendship and
partner so i contact you,pls if you dont mind i will like
you to repl
This brings a basic limits.h implementation into U-Boot.
Signed-off-by: Simon Glass
---
fs/ubifs/ubifs.h |4 +---
include/limits.h | 40
2 files changed, 41 insertions(+), 3 deletions(-)
create mode 100644 include/limits.h
diff --git a/fs/ubifs/ub
From: Sonny Rao
From: Sonny Rao
utilize the added vscnprintf functions to avoid buffer overruns
The implementation is fairly dumb in that it doesn't detect
that the buffer is too small, but at least will not cause crashes.
Signed-off-by: Sonny Rao
---
Changes in v2:
- Use sizeof(printbuffer)
Now that this is not in common.h, perhaps it is acceptable to move this
documentation into the header file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move function documentation into header file
include/vsprintf.h | 123
lib/vsprintf.c
From: Sonny Rao
From: Sonny Rao
These functions are useful in U-Boot because they allow a graceful failure
rather than an unpredictable stack overflow when printf() buffers are
exceeded.
Mostly copied from the Linux kernel. I copied vscnprintf and
scnprintf so we can change printf and vprintf
Even with CONFIG_SYS_VSNPRINT not defined, the code size is a little larger
(12 bytes on ARM). This ugly change could be used to fix that. I am very
doubtful that we want to go this far.
Even if we do, perhaps we would be better defining the functions as normal
(with an end parameter) and then usi
common.h is very large, so before changing the vsprintf functions, move the
prototypes into their own header file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move prototypes from common.h to vsprintf.h
include/common.h | 10 +-
include/vsprintf.h | 38
The printf family of functions in U-Boot cannot deal with a situation where
the caller provides a buffer which turns out to be too small for the format
string. This can result in buffer overflows, stack overflows and other bad
behavior.
This patch series tidies this up in the common vsprintf.c cod
On Mon, Oct 17, 2011 at 3:56 PM, Mike Frysinger wrote:
> On Monday 17 October 2011 18:47:10 Simon Glass wrote:
>> On Mon, Oct 17, 2011 at 3:38 PM, Mike Frysinger wrote:
>> > caveat: it assumes a tree layout like so:
>> > /usr/local/src/u-boot/
>> > |- toolchains/ toolchains from http://ke
Hi Tom,
On 18.10.2011 03:43, Tom Rini wrote:
>> Don't hardcode u-boot.bin size for the case where mkimage signature is
>> missing, use CONFIG_SYS_NAND_U_BOOT_SIZE for this.
>>
>> Signed-off-by: Ilya Yanok
>
> I don't like this since it means we need to always define this
> variable when well beh
ARCH_DMA_MINALIGN will be used to allocate DMA buffers that are
aligned correctly. In all current cases this means that the DMA
buffer will be aligned to at least the L1 data cache line size of
the configured architecture. If the board configuration file
does not specify the architecture L1 data
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Scott McNutt
---
arch/nios2/include/asm/cache.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/nios2/include/asm/cache.h b/arch/nios2/include/asm/cache.h
index c78f343..2cc16e4 10064
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Reinhard Meyer
---
arch/avr32/include/asm/cache.h | 40
1 files changed, 40 insertions(+), 0 deletions(-)
create mode 100644 arch/avr32/include/asm/cache.h
diff --git a/arch/avr32
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Graeme Russ
---
arch/x86/include/asm/cache.h | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
create mode 100644 arch/x86/include/asm/cache.h
diff --git a/arch/x86/include/asm/c
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Daniel Hellstrom
---
arch/sparc/include/asm/cache.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/sparc/include/asm/cache.h b/arch/sparc/include/asm/cache.h
index 03e8d94..44870e8 10
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Shinya Kuribayashi
---
arch/mips/include/asm/cache.h | 36
1 files changed, 36 insertions(+), 0 deletions(-)
create mode 100644 arch/mips/include/asm/cache.h
diff --git a/arch/mips/in
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Nobuhiro Iwamatsu
---
arch/sh/include/asm/cache.h | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/arch/sh/include/asm/cache.h b/arch/sh/include/asm/cache.h
index 2cfc0a7..6ffab4d 100
Signed-off-by: Anton Staaf
Acked-by: Stefan Roese
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Wolfgang Denk
Cc: Stefan Roese
---
arch/powerpc/include/asm/cache.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/cache.h b/arch/powerpc/inclu
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Albert ARIBAUD
---
arch/arm/include/asm/cache.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/cache.h b/arch/arm/include/asm/cache.h
index d0518be..eef6a5a 100644
--
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Jason Jin
---
arch/m68k/include/asm/cache.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/m68k/include/asm/cache.h b/arch/m68k/include/asm/cache.h
index 7c84e48..5c9bb30 100644
--- a
Signed-off-by: Anton Staaf
Cc: Mike Frysinger
Cc: Lukasz Majewski
Cc: Michal Simek
---
arch/microblaze/include/asm/cache.h | 37 +++
1 files changed, 37 insertions(+), 0 deletions(-)
create mode 100644 arch/microblaze/include/asm/cache.h
diff --git a/arch/mi
ARCH_DMA_MINALIGN is a new define borrowed from the Linux kernel. It is
used to define the minimum alignement requirement for a DMA buffer. This
series of patches ensures that it will always be defined in the arch specific
asm/cache.h header and that asm/cache.h is included in common.h. I chose
On Mon, Oct 17, 2011 at 4:33 PM, Ilya Yanok wrote:
> Don't hardcode u-boot.bin size for the case where mkimage signature is
> missing, use CONFIG_SYS_NAND_U_BOOT_SIZE for this.
>
> Signed-off-by: Ilya Yanok
I don't like this since it means we need to always define this
variable when well behaved
This patch adds support for software ECC to the nand_spl_simple driver.
To enable this one have to define CONFIG_SPL_NAND_SOFTECC.
Tested on OMAP3.
Signed-off-by: Ilya Yanok
---
drivers/mtd/nand/nand_ecc.c|2 +-
drivers/mtd/nand/nand_spl_simple.c | 11 ++-
2 files changed,
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
Signed-off-by: Ilya Yanok
---
drivers/mtd/nand/omap_gpmc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/omap_gpmc.c b/drivers/mtd/nand/omap_gpmc.c
index 5bbec48..1dfe
Fix EMIF4 registers definition.
Signed-off-by: Ilya Yanok
---
arch/arm/include/asm/arch-omap3/cpu.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap3/cpu.h
b/arch/arm/include/asm/arch-omap3/cpu.h
index 08a725d..97fbee6 100644
--- a/arch/arm
Don't hardcode u-boot.bin size for the case where mkimage signature is
missing, use CONFIG_SYS_NAND_U_BOOT_SIZE for this.
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/armv7/omap-common/spl.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/s
support for booting from NAND without X-loader.
Signed-off-by: Ilya Yanok
---
include/configs/mcx.h | 46 ++
1 files changed, 46 insertions(+), 0 deletions(-)
diff --git a/include/configs/mcx.h b/include/configs/mcx.h
index 25fd610..ad35334 100644
-
Currently nand_spl_simple puts it's temp data at 0x1 offset in SDRAM
which is likely to contain already loaded data. I can't see any way to
determine some safe address automagically so make it up to board porter
to provide the safe-to-use address via CONFIG_SPL_NAND_WORKSPACE value.
Signed-off
Hi All,
these patches enable support for booting from NAND without X-loader
for HTKW mcx board as well as some OMAP/SPL fixes.
The last patch relies on my recently posted davinci_emac/mcx series
while the others can be applied directly on master.
Signed-off-by: Ilya Yanok
_
Currently OMAP SPL code does all the initialization but does not set the
gd->have_console value so no output is actually performed. This patch
sets gd->have_console to 1 if CONFIG_SPL_CONSOLE is defined.
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/armv7/omap-common/spl.c |4
1 files chan
On Monday 17 October 2011 18:47:10 Simon Glass wrote:
> On Mon, Oct 17, 2011 at 3:38 PM, Mike Frysinger wrote:
> > caveat: it assumes a tree layout like so:
> > /usr/local/src/u-boot/
> > |- toolchains/ toolchains from http://kernel.org/
> > | |- arm-linux/
> > | |- avr32-linux/
> > |
Fix to cast an integer to a pointer using uintptr_t.
Signed-off-by: Simon Glass
---
lib/zlib/inffast.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/zlib/inffast.c b/lib/zlib/inffast.c
index 4834b0c..38f2f90 100644
--- a/lib/zlib/inffast.c
+++ b/lib/zlib/inffast.c
-everyone else
Hi Mike,
On Mon, Oct 17, 2011 at 3:38 PM, Mike Frysinger wrote:
> On Monday 17 October 2011 18:12:13 Simon Glass wrote:
>> Yes, but only with ARM or SANDBOX, sorry. I am set up for PPC now
>> although I do get errors with MAKEALL:
>
> MAKEALL is a pita for testing all arches. i w
On Monday 17 October 2011 18:12:13 Simon Glass wrote:
> Yes, but only with ARM or SANDBOX, sorry. I am set up for PPC now
> although I do get errors with MAKEALL:
MAKEALL is a pita for testing all arches. i wrote a local script to make
build testing a lot simpler. see attached.
it takes care o
This patch adds support for the HTKW mcx AM3517-based board.
Serial, Ethernet, NAND and MMC are supported.
Requires updated mach-types file.
Signed-off-by: Ilya Yanok
---
Diff from v2:
1. removed dead code from board/htkw/mcx/Makefile as Mike suggested
2. removed EMAC reset (now done in gener
Hi Igor,
On 16.10.2011 12:42, Igor Grinberg wrote:
> I don't really insist, but couldn't the EMAC reset be handled
> in the cpu_eth_init() function, instead of each board does
> the reset itself?
Thanks for review! I've done as you suggest in my v3 patch.
Regards, Ilya.
_
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok
---
Diff from v2:
1. Fixed the return value as Mike suggested.
2. Moved EMAC reset from board file to cpu_eth_init() as Igor suggested.
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c
On Monday 17 October 2011 18:26:38 Mike Frysinger wrote:
> On Monday 17 October 2011 18:05:28 Bernhard Kaindl wrote:
> > >> +dev = calloc(sizeof(*dev), 1);
> > >> +pbuf = malloc(NE2000_RX_BUFFER_SIZE);
> > >> +if (dev == NULL || pbuf == NULL)
> > >> +return -
On 18.10.2011 02:25, Ilya Yanok wrote:
> AM35xx has DaVinci-compatible EMAC.
Argh.. Sorry, replied to the wrong message.
Regards, Ilya.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Monday 17 October 2011 18:05:28 Bernhard Kaindl wrote:
> Lets really turn on -Werror to once for all put an end to such things.
> Lazy maintainers can aways put a CFLAGS += Wno-error into their
> makefiles if they can't fix warnings in a given directory.
> At the very least, -Werror-implicit-fun
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c | 44 +
arch/arm/include/asm/arch-omap3/am35x_def.h |3 +
arch/arm/include/asm/arch-omap3/emac_defs.h |
Hi Wolfgang,
On Mon, Oct 17, 2011 at 2:57 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1318270953-32482-9-git-send-email-...@chromium.org> you wrote:
>> This is required for the bdinfo command to work.
>>
>> This also cleans up the #ifdef mess for ethernet and lnum a little.
>>
>>
Am 16.10.2011 21:39, schrieb Mike Frysinger:
> On Sunday 16 October 2011 14:12:57 Bernhard Kaindl wrote:
>> ne2000 wasn't converted to CONFIG_NET_MULTI when the non-multi support was
>> dropped, so boards using it (qemu-mips, shmin, r7780mp) failed to compile
>> for multiple definition of eth_rx()
Dear Simon Glass,
In message <1318887671-27788-5-git-send-email-...@chromium.org> you wrote:
> This sets __WORDSIZE to 8 correctly on 64-bit machines.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Update commit message to remove 'temporary'
> - Allow __WORDSIZE to be defined in Makef
Dear Simon Glass,
In message <131294-3249-9-git-send-email-...@chromium.org> you wrote:
> This is required for the bdinfo command to work.
>
> This also cleans up the #ifdef mess for ethernet and lnum a little.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v7:
> - Correct typo (missing
Dear Simon Glass,
In message <1318270953-32482-9-git-send-email-...@chromium.org> you wrote:
> This is required for the bdinfo command to work.
>
> This also cleans up the #ifdef mess for ethernet and lnum a little.
>
> Signed-off-by: Simon Glass
...
> -#if !(defined(CONFIG_ARM) || defined(CONF
Hi Wolfgang,
On Mon, Oct 17, 2011 at 1:48 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1318270953-32482-9-git-send-email-...@chromium.org> you wrote:
>> This is required for the bdinfo command to work.
>>
>> This also cleans up the #ifdef mess for ethernet and lnum a little.
>>
>>
This is required for the bdinfo command to work.
This also cleans up the #ifdef mess for ethernet and lnum a little.
Signed-off-by: Simon Glass
---
Changes in v7:
- Correct typo (missing backslash at end of line)
common/cmd_bdinfo.c | 34 ++
1 files changed, 3
Hi Wolfgang,
On Mon, Oct 17, 2011 at 2:10 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> OK I will take a look now.
>
> Thanks. Note: I haven't pushed this upstream yet, so I can still
> rebase and merge a fix into this commit.
OK good - I have sent a v7 patch for
This sets __WORDSIZE to 8 correctly on 64-bit machines.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update commit message to remove 'temporary'
- Allow __WORDSIZE to be defined in Makefile / elsewhere
Changes in v7:
- Don't insist that __WORDSIZE is defined (it requires newer toolchain)
in
Hi,
thanks for the patch and style fixes! I've some comments on it.
Please see below.
On Fri, 7 Oct 2011 16:28:12 +0800
Che-Liang Chiou wrote:
> This patch exports LCD and video information and bitmap-rendering
> functions to external apps.
>
> This patch is tested on a Seaboard, which does n
Hi Wolfgang,
On Mon, Oct 17, 2011 at 2:05 PM, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201110172301.50564.marek.va...@gmail.com> you wrote:
>>
>> Finally, I'm not alone when it comes to breaking all boards ! :-)
>
> Guess we all do this, all the time.
>
> Some of us learn from it,
Dear Simon,
In message
you wrote:
>
> OK I will take a look now.
Thanks. Note: I haven't pushed this upstream yet, so I can still
rebase and merge a fix into this commit.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich
Dear Marek Vasut,
In message <201110172301.50564.marek.va...@gmail.com> you wrote:
>
> Finally, I'm not alone when it comes to breaking all boards ! :-)
Guess we all do this, all the time.
Some of us learn from it, others buy higher quality asbestos underwear
;-)
Best regards,
Wolfgang Denk
-
Hi Wolfgang,
On Mon, Oct 17, 2011 at 1:59 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1318270953-32482-5-git-send-email-...@chromium.org> you wrote:
>> This sets __WORDSIZE to 8 correctly on 64-bit machines.
>>
>> Signed-off-by: Simon Glass
>> ---
>> Changes in v2:
>> - Update c
On Monday, October 17, 2011 10:59:12 PM Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1318270953-32482-5-git-send-email-...@chromium.org> you wrote:
> > This sets __WORDSIZE to 8 correctly on 64-bit machines.
> >
> > Signed-off-by: Simon Glass
> > ---
> > Changes in v2:
> > - Update c
Dear Simon Glass,
In message <1318270953-32482-5-git-send-email-...@chromium.org> you wrote:
> This sets __WORDSIZE to 8 correctly on 64-bit machines.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Update commit message to remove 'temporary'
> - Allow __WORDSIZE to be defined in Makef
Hi Wolfgang,
On Mon, Oct 17, 2011 at 1:33 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> Can you please tell me which ELDK version this is using? I see that
>> the 405 board seems to need ppc_4xx which suggests 4.2 rather than 5,
>> since in 5 the compiler is
Dear Simon Glass,
In message <1318272919-17706-1-git-send-email-...@chromium.org> you wrote:
> There is a rather subtle build problem where the build time stamp is not
> updated for out-of-tree builds if there exists an in-tree build which
> has a valid timestamp file. So if you do an in-tree buil
Dear Simon Glass,
In message <1318270953-32482-21-git-send-email-...@chromium.org> you wrote:
> At this point U-Boot will build and run on x86 under Linux.
>
> The idea is to define a new architecture called 'sandbox', alongside ARM
> and x86. This runs natively on Linux to suit the host machine.
Dear Simon Glass,
In message <1318270953-32482-20-git-send-email-...@chromium.org> you wrote:
> Since we want want to have a standard GPIO interface, this adds a definition
> for this into include/asm-generic/gpio.h.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v5:
> - Move the introduction
Dear Simon Glass,
In message <1318270953-32482-19-git-send-email-...@chromium.org> you wrote:
> The dependency rules are currently done in a shell 'for' loop. This does not
> permit Makefile variables to adjust preprocessor flags as is done with normal
> compile flags, using the CFLAGS_path/file.o
Dear Simon Glass,
In message <1318270953-32482-18-git-send-email-...@chromium.org> you wrote:
> This fixes a few problems when building on 64-bit machines.
>
> Signed-off-by: Simon Glass
> ---
> common/cmd_mem.c |2 +-
> common/fdt_support.c |8
> 2 files changed, 5 inserti
Dear Simon Glass,
In message <1318270953-32482-17-git-send-email-...@chromium.org> you wrote:
> This basic provides required features along with a basic command set.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Remove CONFIG_SYS_SDRAM_BASE which is always 0 for sandbox boards
> - Fi
Dear Simon Glass,
In message <1318270953-32482-16-git-send-email-...@chromium.org> you wrote:
> This uart simply writes to stdout and reads from stdin. We might imagine
> instead buffering the data so that a test interface can check output and
> inject input.
>
> Signed-off-by: Simon Glass
> ---
Dear Simon Glass,
In message <1318270953-32482-15-git-send-email-...@chromium.org> you wrote:
> Add a main program so that we can run U-Boot.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v4:
> - Move main() into arch/sandbox/cpu/start.c
>
> arch/sandbox/cpu/Makefile |2 +-
> arch/sand
Dear Simon Glass,
In message <1318270953-32482-14-git-send-email-...@chromium.org> you wrote:
> We want to keep all OS-dependent code in once place, with a simple interface
> to U-Boot. For now, this is that place.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Move os layer into arch
Dear Simon Glass,
In message <1318270953-32482-13-git-send-email-...@chromium.org> you wrote:
> By default sections are 16-byte aligned on some architectures, but the
> command name structure (struct cmd_tbl_s) does not have padding to
> 16 bytes. We use the linker to collect elements of an array
Dear Simon Glass,
In message <1318270953-32482-12-git-send-email-...@chromium.org> you wrote:
> This is less useful on the sandbox architecture since we can simply link all
> our code with U-Boot. However some interest has been expressed in implementing
> this support.
>
> For now, it is disabled
Dear Simon Glass,
In message <1318270953-32482-11-git-send-email-...@chromium.org> you wrote:
> We prefer to U-Boot's malloc but for now it is easier to use the C library's
> version.
>
> Signed-off-by: Simon Glass
> ---
> common/Makefile |2 ++
> 1 files changed, 2 insertions(+), 0 deletio
Dear Simon Glass,
In message <1318270953-32482-10-git-send-email-...@chromium.org> you wrote:
> This adds sandbox architecture support to bootm, although it is probably
> not useful to load sandbox code into the address space and execute it.
>
> This change at least make the file build correctly
Dear Simon Glass,
In message <1318270953-32482-9-git-send-email-...@chromium.org> you wrote:
> This is required for the bdinfo command to work.
>
> This also cleans up the #ifdef mess for ethernet and lnum a little.
>
> Signed-off-by: Simon Glass
> ---
> common/cmd_bdinfo.c | 34
Dear Simon Glass,
In message <1318270953-32482-8-git-send-email-...@chromium.org> you wrote:
> This adds basic files for the sandbox board. The lds file is very simple
> since we can rely mostly on the linker defaults.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Remove clean and di
Dear Simon Glass,
In message <1318270953-32482-7-git-send-email-...@chromium.org> you wrote:
> These files are taken from the ARM board implementation and then reduced
> to remove unneeded cruft.
>
> Ideally we would work towards unifying arch/xxx/lib files, particularly
> board.c.
>
> Signed-of
Dear Wolfgang,
On 18.10.2011 00:35, Wolfgang Denk wrote:
>>> Is it correct to assume that this commit has been obsolteted by
>>> the following commits:
> ...
>> Not exactly. I've reposted my patch splitting it into three as Mike
>> suggested, and all these patches are already applied.
>>
>> The co
Dear Simon Glass,
In message <1318270953-32482-6-git-send-email-...@chromium.org> you wrote:
> This is an initial implementation with all functions defined but not working.
>
> The lds file is very simple since we can mostly rely on the linker defaults.
>
> Signed-off-by: Simon Glass
> ---
> Ch
1 - 100 of 200 matches
Mail list logo
