Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Dear Peter Tyser, In message [EMAIL PROTECTED] you wrote: this text probably belongs in the commit message above your SOB. But I still don't understand why __TIME__ didn't work for you..can you elaborate? __TIME__ and __DATE__ aren't ideal as they are only updated when the file that

[U-Boot] [PATCH v4] Add support for KMC KZM-ARM11-01 board

Hi, This patch adds support for KMC KZM-ARM11-01. It was rebased to next branch. Regards, Tomohiro Signed-off-by: Atsuo Igarashi [EMAIL PROTECTED] Signed-off-by: Tomohiro Masubuchi [EMAIL PROTECTED] Add support for KMC KZM-ARM11-01 board. MAKEALL|1 +

Re: [U-Boot] [UBI] git pull request

Dear all, On Tue, Oct 21, 2008 at 3:47 PM, Wolfgang Denk [EMAIL PROTECTED] wrote: Dear Kyungmin Park, In message [EMAIL PROTECTED] you wrote: Now you can use the latest UBI u-boot tree at http://git.denx.de/?p=u-boot/u-boot-ubi.git;a=summary Please use the git-request-pull command to

[U-Boot] [USB] pull request

The following changes since commit 87b4ef560cf2da4ccc9e59711ad1ff7fafe96670: Wolfgang Denk (1): Coding style cleanup; update CHANEGLOG are available in the git repository at: git://git.denx.de/u-boot-usb master Nobuhiro Iwamatsu (1): usb: Fix compile warning of r8a66597-hcd

Re: [U-Boot] [USB] pull request

Dear Markus =?iso-8859-1?Q?Klotzb=FCcher?=, In message [EMAIL PROTECTED] you wrote: The following changes since commit 87b4ef560cf2da4ccc9e59711ad1ff7fafe96670: Wolfgang Denk (1): Coding style cleanup; update CHANEGLOG are available in the git repository at:

Re: [U-Boot] [PATCH 3/3] Cleanup: fix MHz spelling

Dear Wolfgang Denk, In message [EMAIL PROTECTED] you wrote: Signed-off-by: Wolfgang Denk [EMAIL PROTECTED] --- board/Marvell/db64360/pci.c |6 +++--- board/Marvell/db64460/pci.c |6 +++--- board/amcc/katmai/cmd_katmai.c | 18 +-

Re: [U-Boot] [PATCH] 85xx: Fix compile warning in mpc8536ds.c

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: mpc8536ds.c: In function 'is_sata_supported': mpc8536ds.c:615: warning: unused variable 'devdisr' Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- board/freescale/mpc8536ds/mpc8536ds.c |1 - 1 files changed, 0 insertions(+), 1

Re: [U-Boot] [PATCH 2/2 V2] IOMUX: Add console multiplexing support.

On Mon, 20 Oct 2008 13:13:32 -0700 Ben Warren [EMAIL PROTECTED] wrote: Wolfgang Denk wrote: Dear Gary Jennejohn, In message [EMAIL PROTECTED] you wrote: I looked at this some more. eth_initialize() is called in every architecture-specific library which means changing 8 files to

[U-Boot] [PATCH] [UBI] UBI command support

UBI command support Signed-off-by: Kyungmin Park [EMAIL PROTECTED] --- common/Makefile |1 + common/cmd_ubi.c | 535 ++ 2 files changed, 536 insertions(+), 0 deletions(-) create mode 100644 common/cmd_ubi.c diff --git a/common/Makefile

Re: [U-Boot] [PATCH 1/3] strmhz(): Round numbers when printing clock frequencies

Dear Wolfgang Denk, In message [EMAIL PROTECTED] you wrote: Round clock frequencies for printing. Many boards printed off clock frequencies like 399 MHz instead of the exact 400 MHz because numberes were not rounded. This is fixed now. Signed-off-by: Wolfgang Denk [EMAIL PROTECTED] ---

[U-Boot] [PATCH] FDT: don't use private kernel header files

From: Wolfgang Denk [EMAIL PROTECTED] On some systems (for example Fedora Core 4) U-Boot builds with the following wanrings only: ... In file included from /home/wd/git/u-boot/include/libfdt_env.h:33, from fdt.c:51: /usr/include/asm/byteorder.h:6:2: warning:

Re: [U-Boot] FDT include file problems

Dear Jerry Van Baren, In message [EMAIL PROTECTED] you wrote: This patch seems to work for me: ... This works for me too. Do you want to apply it directly? That would be fastest and easiest. Acked-by: Gerald Van Baren [EMAIL PROTECTED] Thanks - I'll post a proper patch first,

Re: [U-Boot] [UBI] git pull request

Dear all, http://git.denx.de/?p=u-boot/u-boot-ubi.git;a=commitdiff;h=67ae3bde6711697fb6cd54beee725bbdacc984a5 Its' obsoleted Or 1. http://git.denx.de/?p=u-boot/u-boot-ubi.git;a=commitdiff;h=26b6d6c714f2c4fba4a9a601be5713c4e18291f1 2.

Re: [U-Boot] [PATCH] [UBI] UBI command support

Dear Kyungmin Park, In message [EMAIL PROTECTED] you wrote: UBI command support Signed-off-by: Kyungmin Park [EMAIL PROTECTED] ... +++ b/common/cmd_ubi.c @@ -0,0 +1,535 @@ +/* + * Unsorted Block Image commands + */ + +#include common.h +#include command.h GPL header missing. +/*

Re: [U-Boot] [PATCH] [ARM] Apollon UBI support

Dear Kyungmin Park, In message [EMAIL PROTECTED] you wrote: If you want to UBI on Apollon, uncomment the CONFIG_SYS_USE_UBI macro Signed-off-by: Kyungmin Park [EMAIL PROTECTED] --- board/apollon/Makefile|4 ++- board/apollon/ubi.c | 55

Re: [U-Boot] [PATCH] [UBI] Basic Unsorted Block Image (UBI) support (part 1)

Dear Kyungmin Park, In message [EMAIL PROTECTED] you wrote: Tm93IGl0IGNhbiB1c2UgVUJJIHN1cHBvcnQgb24gVS1Cb290CgpTaWduZWQtb2ZmLWJ5OiBLeXVu Z21pbiBQYXJrIDxreXVuZ21pbi5wYXJrQHNhbXN1bmcuY29tPgotLS0KIE1ha2VmaWxlICAgICAg ICAgICAgICAgICAgICAgICB8ICAgIDEgKwogZHJpdmVycy9tdGQvTWFrZWZpbGUgICAgICAgICAg

Re: [U-Boot] [PATCH 2/2 V2] IOMUX: Add console multiplexing support.

On Tue, 21 Oct 2008 12:34:30 +0200 Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: By the time the problem arises we're already running out of RAM. So maybe you can describe exactly what happens, and when? I think the real problem is that

[U-Boot] [PATCH] improved strmhz()

This patch prevents the displaying of results like this: hz = 199917 buf = 200.-83 Signed-off-by: Ilko Iliev [EMAIL PROTECTED] index 342cf2b..981a75a 100644 --- a/lib_generic/strmhz.c +++ b/lib_generic/strmhz.c @@ -28,10 +28,15 @@ char *strmhz (char *buf, long hz) long m; n

Re: [U-Boot] [PATCH] [UBI] Basic Unsorted Block Image (UBI) support (part 1)

Hi Wolfgang Kyungmin, Wolfgang, thanks for the internal discussion about this. I now know that you have no general concerns about the Linux code cloning. But please find my original comments (written before the internal discussion) below. On Tuesday 21 October 2008, Wolfgang Denk wrote: Now

[U-Boot] [PATCH] lcd: print custom strings after the logo

This patch allows to print custom strings on the LCD after the logo. Signed-off-by: Ilko Iliev [EMAIL PROTECTED] index d104b26..a94a4da 100644 --- a/common/lcd.c +++ b/common/lcd.c @@ -827,11 +827,19 @@ static void *lcd_logo (void) sprintf (info, %s, U_BOOT_VERSION);

Re: [U-Boot] [PATCH] [UBI] Basic Unsorted Block Image (UBI) support (part 1)

Dear Stefan Roese, In message [EMAIL PROTECTED] you wrote: That's directly imported from the Linux source. Most of your comments below also deal with this Linux code copying. I personally think it is a good idea to clone the code from Linux instead of writing a U-Boot specific UBI driver.

Re: [U-Boot] Read kernel image with nios2

ivanchuklist ivanchu wrote: Hi list, I would like to know how u-boot read and copy the image of uclinux kernel in a nios2 platform. Where can i find information about the execution flow of u-boot, code of commands, etc.? Regards, Ivan. Hi Ivan, Start by learning to ask good questions:

[U-Boot] [PATCH] at91: board specific lowlevel_init.S

This patch allows to have an at91 board specific lowlevel_init.S Signed-off-by: Ilko Iliev [EMAIL PROTECTED] index ec6ad5d..7882e89 100644 --- a/cpu/arm926ejs/at91/lowlevel_init.S +++ b/cpu/arm926ejs/at91/lowlevel_init.S @@ -27,7 +27,7 @@ #include config.h #include version.h -#ifndef

Re: [U-Boot] [PATCH] improved strmhz()

Dear Ilko Iliev, In message [EMAIL PROTECTED] you wrote: This patch prevents the displaying of results like this: hz = 199917 buf = 200.-83 I think you got one '0' too many in your example - the example would just print 1999.170 which is correct. --- a/lib_generic/strmhz.c +++

Re: [U-Boot] [PATCH] at91: board specific lowlevel_init.S

Dear Ilko Iliev, In message [EMAIL PROTECTED] you wrote: This patch allows to have an at91 board specific lowlevel_init.S Signed-off-by: Ilko Iliev [EMAIL PROTECTED] index ec6ad5d..7882e89 100644 --- a/cpu/arm926ejs/at91/lowlevel_init.S +++ b/cpu/arm926ejs/at91/lowlevel_init.S @@ -27,7

Re: [U-Boot] [PATCH] improved strmhz()

Wolfgang Denk wrote: Dear Ilko Iliev, In message [EMAIL PROTECTED] you wrote: This patch prevents the displaying of results like this: hz = 199917 buf = 200.-83 I think you got one '0' too many in your example - the example would just print 1999.170 which is correct.

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Hi Wolfgang, __TIME__ and __DATE__ aren't ideal as they are only updated when the file that contains them is recompiled. For example, during the normal modify/build/test cycle the version string remains the same for an 85xx board as start.S would not be recompiled. So any number of

Re: [U-Boot] [PATCH] pci: Treat all PCI bus addresses as 64-bit

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: PCI bus is inherently 64-bit. We should treat all PCI related bus addresses as 64-bit quanities. This allows us to have the ability to support devices or memory on the PCI bus above the 32-bit boundary. I don't think this is a good

Re: [U-Boot] [PATCH] pci: Treat all PCI bus addresses as 64-bit

Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: PCI bus is inherently 64-bit. We should treat all PCI related bus addresses as 64-bit quanities. This allows us to have the ability to support devices or memory on the PCI bus above the 32-bit boundary. I

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Dear Peter Tyser, In message [EMAIL PROTECTED] you wrote: Actually the time stamp is completely useless in determining if the code is the same or different. I can compile the same code many times resulting in different time stamps and yet it's the very same code. The code won't be

Re: [U-Boot] [PATCH] pci: Treat all PCI bus addresses as 64-bit

On Oct 21, 2008, at 9:55 AM, Jerry Van Baren wrote: Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: PCI bus is inherently 64-bit. We should treat all PCI related bus addresses as 64-bit quanities. This allows us to have the ability to support devices or

[U-Boot] [PATCH] ppc4xx: Merge Netstal board ports: CFG_ - CONFIG_SYS_

Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- include/configs/netstal-common.h | 76 +++--- 1 files changed, 38 insertions(+), 38 deletions(-) diff --git a/include/configs/netstal-common.h b/include/configs/netstal-common.h index 59777e4..1fa4b00 100644 ---

[U-Boot] [PATCH] ppc4xx: Merge Neo board port: CFG_ - CONFIG_SYS_

Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- include/configs/neo.h | 86 1 files changed, 43 insertions(+), 43 deletions(-) diff --git a/include/configs/neo.h b/include/configs/neo.h index a150cdd..f275c7b 100644 --- a/include/configs/neo.h

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Dear Jerry Van Baren, In message [EMAIL PROTECTED] you wrote: I know this patch isn't a big deal, but I think it would be a valuable change. If others don't agree I'll drop the issue. ... +1 Call me old fashioned, but I like time/date stamps. They are more meaningful to me as a quick

Re: [U-Boot] [PATCH] pci: Treat all PCI bus addresses as 64-bit

Dear Jerry Van Baren, In message [EMAIL PROTECTED] you wrote: Should we not enable this only for such systems that actually need it? ... Why would we not use phys_addr_t and phys_size_t for the PCI addresses? Good point. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH,

Re: [U-Boot] [PATCH] pci: Treat all PCI bus addresses as 64-bit

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: If this is desired to be configurable should I introduce a pci_addr_t/ pci_size_t? Coupling to phys_addr_t/phys_size_t doesn't make sense to me because its perfectly reasonable to have a 64-bit PCI device work in a 32-bit

Re: [U-Boot] [PATCH] ppc4xx: Merge Netstal board ports: CFG_ - CONFIG_SYS_

Dear Stefan Roese, In message [EMAIL PROTECTED] you wrote: Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- include/configs/netstal-common.h | 76 +++--- 1 files changed, 38 insertions(+), 38 deletions(-) Oops? We don't have any such file in the tree.

Re: [U-Boot] [PATCH] ppc4xx: Merge Netstal board ports: CFG_ - CONFIG_SYS_

On Tuesday 21 October 2008, Wolfgang Denk wrote: Signed-off-by: Stefan Roese [EMAIL PROTECTED] --- include/configs/netstal-common.h | 76 +++--- 1 files changed, 38 insertions(+), 38 deletions(-) Oops? We don't have any such file in the tree. Those

Re: [U-Boot] Hangs at relocation on 460EX Target

On Tuesday 21 October 2008, Ayman M. El-Khashab wrote: We've got our custom hardware in and are having trouble getting u-boot to start up. We've modeled our board close to the canyonlands. The main differences are no sensors, DIMM at 0x51, and a 16Mb NOR flash instead of 64Mb. We boot and

Re: [U-Boot] [PATCH] at91: board specific lowlevel_init.S

Wolfgang Denk wrote: Dear Ilko Iliev, In message [EMAIL PROTECTED] you wrote: This patch allows to have an at91 board specific lowlevel_init.S Signed-off-by: Ilko Iliev [EMAIL PROTECTED] index ec6ad5d..7882e89 100644 --- a/cpu/arm926ejs/at91/lowlevel_init.S +++

[U-Boot] [PATCH ARM/AT91 0/4] AT91CAP9/AT91SAM9 bugfixes for 2008.12

Hi, The following patches correct a few issues mainly related to USB and serial initializations in the various AT91CAP9 / AT91SAM9 boards. Please merge. Thanks, Stelian. ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] [PATCH] ppc4xx: Generic architecture for xilinx ppc405(v3)

As ppc44x: Unification of virtex5 pp440 boards did for the xilinx ppc440 boards, this patch presents a common architecture for all the xilinx ppc405 boards. Any custom xilinx ppc405 board can be added very easily with no code duplicity. This patch also adds a simple generic board, that can be

Re: [U-Boot] [PATCH] lcd: print custom strings after the logo

Hello Stelian, Stelian Pop wrote: Le mardi 21 octobre 2008 à 15:10 +0200, Ilko Iliev a écrit : This patch allows to print custom strings on the LCD after the logo. Hi Ilko, Signed-off-by: Ilko Iliev [EMAIL PROTECTED] index d104b26..a94a4da 100644 --- a/common/lcd.c +++

Re: [U-Boot] [PATCH] lcd: print custom strings after the logo

Le mardi 21 octobre 2008 à 18:43 +0200, Ilko Iliev a écrit : +#ifndef CONFIG_LCD_LOGO_TEXT1 +# define CONFIG_LCD_LOGO_TEXT1 (C) 2008 ATMEL Corp +#endif Wouldn't it be better if we move this text into include/configs/at91xxx.h for all the boards ? Yes, it will be better.

Re: [U-Boot] [PATCH] improved strmhz()

That looks overly complex to me. Can you please check if this patch fixes the problem for your test cases, too: From 963e7db81379225b78bfac0d7457300c86d6b4d6 Mon Sep 17 00:00:00 2001 From: Wolfgang Denk [EMAIL PROTECTED] Date: Tue, 21 Oct 2008 15:53:51 +0200 Subject: [PATCH] Fix

Re: [U-Boot] [PATCH] improved strmhz()

On Tuesday 21 October 2008, Kumar Gala wrote: I haven't been following this thread, but can we control the number of significant digits. customizable # of digits is always going to differ according to taste. just lock everyone to like .3 and be done. no point in wasting overhead on this.

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

On Tue, Oct 21, 2008 at 9:59 AM, Wolfgang Denk [EMAIL PROTECTED] wrote: Dear Peter Tyser, Timestamps are not suitable to provide this type of information. If you care about which code you are running, than make sure to use git. I do, but the minor annoyance of having the exact same

Re: [U-Boot] [PATCH][RFC] Update U-Boot's build timestamp on every compile

Hi Andy, I don't think he's wanting this as much for releases (which would be fine with the git id as you mentioned), but during the development process. It is very useful during development to have a timestamp which confirms that what you are running now is what you expect. There are

Re: [U-Boot] Hangs at relocation on 460EX Target

Dear Ayman M. El-Khashab, In message [EMAIL PROTECTED] you wrote: I should have mentioned that we have DEBUG enabled and we've also run the RAM test that is included in u-boot. The ram test does pass. Please see the FAQ, entry # 1. Passing the RAM test does not mean anything when it comes

Re: [U-Boot] [PATCH] pci: Allow for PCI addresses to be 64-bit

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: PCI bus is inherently 64-bit. While not all system require access to the full 64-bit PCI address range some do. This allows those systems to enable the full PCI address width via CONFIG_PCI_64BIT. Signed-off-by: Kumar Gala [EMAIL

Re: [U-Boot] [ppc4xx] Please pull git://www.denx.de/git/u-boot-ppc4xx.git

Dear Stefan Roese, In message [EMAIL PROTECTED] you wrote: The following changes since commit f61f1e150c84f5b9347fca79a4bc5f2286c545d2: Stefan Roese (1): Merge branch 'master' of /home/stefan/git/u-boot/u-boot are available in the git repository at:

Re: [U-Boot] [PATCH v2] bootm: Move to using a function pointer table for the boot os function

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: One that we should implement, I think. So this means introducing CONFIG_BOOT_RTEMS, CONFIG_BOOT_NETBSD, and CONFIG_BOOT_LINUX. ACK. Should these be enabled in all board configs by default? I recommend to enable only

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: Added the ability to config out bootm support for Linux, NetBSD, RTEMS Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Looking for suggestions on how to deal with enabling LINUX, NETBSD, and RTEMS. ... --- a/common/cmd_bootm.c +++

Re: [U-Boot] [PATCH] FDT: don't use private kernel header files

Dear Wolfgang Denk, In message [EMAIL PROTECTED] you wrote: From: Wolfgang Denk [EMAIL PROTECTED] On some systems (for example Fedora Core 4) U-Boot builds with the following wanrings only: ... In file included from /home/wd/git/u-boot/include/libfdt_env.h:33, from

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

On Oct 21, 2008, at 2:35 PM, Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: Added the ability to config out bootm support for Linux, NetBSD, RTEMS Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Looking for suggestions on how to deal with enabling

Re: [U-Boot] [PATCH] lcd: print custom strings after the logo

Dear Stelian Pop, In message [EMAIL PROTECTED] you wrote: +#ifndef CONFIG_LCD_LOGO_TEXT1 +# define CONFIG_LCD_LOGO_TEXT1 (C) 2008 ATMEL Corp +#endif Wouldn't it be better if we move this text into include/configs/at91xxx.h for all the boards ? Yes, please. Anatolij, Jean-Christophe -

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: +#define CONFIG_BOOTM_LINUX 1 +#define CONFIG_BOOTM_NETBSD 1 +#define CONFIG_BOOTM_RTEMS 1 The only somewhat reasonable thing I can come up with is to add a #define CONFIG_BOOTM_LINUX to all board config files, so

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Kumar Gala wrote: Add the ability to break the steps of the bootm command into several subcommands: start, loados, ramdisk, fdt, bdt, cmdline, prep, go. This allows us to do things like manipulate device trees before they are passed to a booting kernel or setup memory for a secondary core

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: +#define CONFIG_BOOTM_LINUX 1 +#define CONFIG_BOOTM_NETBSD 1 +#define CONFIG_BOOTM_RTEMS 1 The only somewhat reasonable thing I can come up with is to add a #define CONFIG_BOOTM_LINUX to all board

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

On Oct 21, 2008, at 2:42 PM, Wolfgang Denk wrote: Dear Kumar Gala, In message 4DE53147-6FF6-4145- [EMAIL PROTECTED] you wrote: +#define CONFIG_BOOTM_LINUX 1 +#define CONFIG_BOOTM_NETBSD 1 +#define CONFIG_BOOTM_RTEMS 1 The only somewhat reasonable thing I can come up with is to

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

On Tuesday 21 October 2008, Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: Added the ability to config out bootm support for Linux, NetBSD, RTEMS Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Looking for suggestions on how to deal with enabling

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Dear Jerry Van Baren, In message [EMAIL PROTECTED] you wrote: Do you have a git repo I can clone rather than trying to keep up with the master repo + your patches? My tracking of your work is falling apart. I see you have an out-of-date repo on git.kernel.org, can you update that

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

Wolfgang Denk wrote: Dear Jerry Van Baren, In message [EMAIL PROTECTED] you wrote: If it helps, we can use a branch in u-boot-testing for this. ... Sounds good to me. Please just drop me a note which patches (in which versions) should go in. I kind of lost track... Best regards,

Re: [U-Boot] [PATCH v2] Update U-Boot's build timestamp on every compile

Hi Wolfgang, --- a/Makefile +++ b/Makefile @@ -368,6 +368,10 @@ $(VERSION_FILE): @( printf '#define U_BOOT_VERSION U-Boot %s%s\n' $(U_BOOT_VERSION) \ '$(shell $(CONFIG_SHELL) $(TOPDIR)/tools/setlocalversion $(TOPDIR))' \ ) [EMAIL PROTECTED]

Re: [U-Boot] [PATCH][RFC] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

On 21:42 Tue 21 Oct , Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: +#define CONFIG_BOOTM_LINUX 1 +#define CONFIG_BOOTM_NETBSD 1 +#define CONFIG_BOOTM_RTEMS 1 The only somewhat reasonable thing I can come up with is to add a #define

[U-Boot] [PATCH v3] Update U-Boot's build timestamp on every compile

Use the GNU 'date' command to auto-generate a new U-Boot timestamp on every compile. Signed-off-by: Peter Tyser [EMAIL PROTECTED] --- NOTE: As far as the changes to the Makefile, I wasn't sure why the NAND_SPL and ONENAND_IPL didn't have the depend dependency and why they needed the

[U-Boot] [PATCH v2] pci: Allow for PCI addresses to be 64-bit

PCI bus is inherently 64-bit. While not all system require access to the full 64-bit PCI address range some do. This allows those systems to enable the full PCI address width via CONFIG_SYS_PCI_64BIT. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- moved to CONFIG_SYS_PCI_64BIT instead of

Re: [U-Boot] Hangs at relocation on 460EX Target

On Tue, Oct 21, 2008 at 09:10:03PM +0200, Wolfgang Denk wrote: I should have mentioned that we have DEBUG enabled and we've also run the RAM test that is included in u-boot. The ram test does pass. Please see the FAQ, entry # 1. Passing the RAM test does not mean anything when it

Re: [U-Boot] [PATCH 1/2] bootm: Add subcommands

On Oct 21, 2008, at 2:30 PM, Wolfgang Denk wrote: Dear Kumar Gala, In message [EMAIL PROTECTED] you wrote: Add the ability to break the steps of the bootm command into several subcommands: start, loados, ramdisk, fdt, bdt, cmdline, prep, go. This allows us to do things like manipulate

[U-Boot] [PATCH 1/4] bootm: Move to using a function pointer table for the boot os function

This removes a bit of code and makes it easier for the upcoming sub bootm command support to call into the proper OS specific handler. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- common/cmd_bootm.c | 68 +++ 1 files changed, 31 insertions(+),

[U-Boot] [PATCH 2/4] bootm: Add subcommands

Add the ability to break the steps of the bootm command into several subcommands: start, loados, ramdisk, fdt, bdt, cmdline, prep, go. This allows us to do things like manipulate device trees before they are passed to a booting kernel or setup memory for a secondary core in multicore situations.

[U-Boot] [PATCH 3/4] bootm: support subcommands in linux ppc bootm

Add support for 'bdt', 'cmdline', 'prep' to the linux PPC bootm. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- lib_ppc/bootm.c | 271 +++ 1 files changed, 175 insertions(+), 96 deletions(-) diff --git a/lib_ppc/bootm.c b/lib_ppc/bootm.c

[U-Boot] [PATCH 4/4] bootm: Added CONFIG_BOOTM_{LINUX, NETBSD, RTEMS}

Added the ability to config out bootm support for Linux, NetBSD, RTEMS Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- common/cmd_bootm.c | 20 1 files changed, 20 insertions(+), 0 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index 1b2dfc4..47f9b45

Re: [U-Boot] [PATCH] [ARM] Apollon UBI support

Dear Wolfgang, -# define CONFIG_BOOTARGS root=/dev/nfs rw mem=64M console=ttyS0,115200n8 ip=192.168.116.25:192.168.116.1:192.168.116.1:255.255.255.0:apollon:eth0:off nfsroot=/tftpboot/nfsroot profile=2 +# define CONFIG_BOOTARGS root=/dev/nfs rw mem=64M console=ttyS0,115200n8

Re: [U-Boot] [PATCH v3 3/6] i.MX31: Add basic support for Freescale's i.MX31 PDK board.

Hi Jean-Christophe, --- On Thu, 10/16/08, Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] wrote: From: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] Subject: Re: [U-Boot] [PATCH v3 3/6] i.MX31: Add basic support for Freescale's i.MX31 PDK board. To: Alan Carvalho de Assis [EMAIL

Re: [U-Boot] [PATCH] [UBI] UBI command support

Dear Wolfgang, On Tue, Oct 21, 2008 at 7:24 PM, Wolfgang Denk [EMAIL PROTECTED] wrote: Dear Kyungmin Park, In message [EMAIL PROTECTED] you wrote: UBI command support Signed-off-by: Kyungmin Park [EMAIL PROTECTED] ... +++ b/common/cmd_ubi.c @@ -0,0 +1,535 @@ +/* + * Unsorted Block

Re: [U-Boot] booting the kernel

Hello Mathieu 2008/10/21 Mathieu Dube [EMAIL PROTECTED]: the kernel I use is for freescale imx31_litekit. I've booted it using the logicpd loader so I know it works. I use the arch/arm/boot/Image with mkimage like this: mkimage -A arm -O linux -T kernel -C none -a 8600 -e 8600 -d

Re: [U-Boot] [PATCH] [UBI] Basic Unsorted Block Image (UBI) support (part 1)

Dear Wolfgang and Stefan, On Tue, Oct 21, 2008 at 10:16 PM, Wolfgang Denk [EMAIL PROTECTED] wrote: Dear Stefan Roese, In message [EMAIL PROTECTED] you wrote: That's directly imported from the Linux source. Most of your comments below also deal with this Linux code copying. I personally

Re: [U-Boot] Hangs at relocation on 460EX Target

On Tuesday 21 October 2008, Ayman M. El-Khashab wrote: How about reading the code? (Looking at canyonlands.h) Ok, I took a look at this and the autocalibration is not obvious. It looks like there is a currently a hardcoded RQDC value of 8038. If this is undefined then the code will

[U-Boot] [PATCH] [ARM] Move machine specific code to board at s3c64xx

Move machine specific code to smdk6400. Some board use OneNAND instead of NAND. Signed-off-by: Kyungmin Park [EMAIL PROTECTED] --- diff --git a/board/samsung/smdk6400/lowlevel_init.S b/board/samsung/smdk6400/lowlevel_init.S index e0119a7..53d9125 100644 ---