Re: [U-Boot-Users] [PATCH] mx31: move freescale's mx31 boards to vendor board dir
Jean-Christophe PLAGNIOL-VILLARD schrieb: Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] --- Makefile |6 +++--- board/{ = freescale}/imx31_litekit/Makefile |0 board/{ = freescale}/imx31_litekit/config.mk |0 .../{ = freescale}/imx31_litekit/imx31_litekit.c |0 .../{ = freescale}/imx31_litekit/lowlevel_init.S |0 board/{ = freescale}/imx31_litekit/u-boot.lds |0 board/{ = freescale}/imx31_phycore/Makefile |0 board/{ = freescale}/imx31_phycore/config.mk |0 .../{ = freescale}/imx31_phycore/imx31_phycore.c |0 .../{ = freescale}/imx31_phycore/lowlevel_init.S |0 board/{ = freescale}/imx31_phycore/u-boot.lds |0 board/{ = freescale}/mx31ads/Makefile |0 board/{ = freescale}/mx31ads/config.mk|0 board/{ = freescale}/mx31ads/lowlevel_init.S |0 board/{ = freescale}/mx31ads/mx31ads.c|0 board/{ = freescale}/mx31ads/u-boot.lds | 10 +- 16 files changed, 8 insertions(+), 8 deletions(-) rename board/{ = freescale}/imx31_litekit/Makefile (100%) rename board/{ = freescale}/imx31_litekit/config.mk (100%) rename board/{ = freescale}/imx31_litekit/imx31_litekit.c (100%) rename board/{ = freescale}/imx31_litekit/lowlevel_init.S (100%) rename board/{ = freescale}/imx31_litekit/u-boot.lds (100%) rename board/{ = freescale}/imx31_phycore/Makefile (100%) rename board/{ = freescale}/imx31_phycore/config.mk (100%) rename board/{ = freescale}/imx31_phycore/imx31_phycore.c (100%) rename board/{ = freescale}/imx31_phycore/lowlevel_init.S (100%) rename board/{ = freescale}/imx31_phycore/u-boot.lds (100%) rename board/{ = freescale}/mx31ads/Makefile (100%) rename board/{ = freescale}/mx31ads/config.mk (100%) rename board/{ = freescale}/mx31ads/lowlevel_init.S (100%) rename board/{ = freescale}/mx31ads/mx31ads.c (100%) rename board/{ = freescale}/mx31ads/u-boot.lds (90%) I'm not sure: is the phycore board a Freescale board? Isn't it Phytec? Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mx31: move freescale's mx31 boards to vendor board dir
Hi On Thu, Aug 7, 2008 at 8:07 AM, Jens Gehrlein [EMAIL PROTECTED] wrote: Jean-Christophe PLAGNIOL-VILLARD schrieb: Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] --- Makefile |6 +++--- board/{ = freescale}/imx31_litekit/Makefile |0 board/{ = freescale}/imx31_litekit/config.mk |0 .../{ = freescale}/imx31_litekit/imx31_litekit.c |0 .../{ = freescale}/imx31_litekit/lowlevel_init.S |0 board/{ = freescale}/imx31_litekit/u-boot.lds |0 board/{ = freescale}/imx31_phycore/Makefile |0 board/{ = freescale}/imx31_phycore/config.mk |0 .../{ = freescale}/imx31_phycore/imx31_phycore.c |0 .../{ = freescale}/imx31_phycore/lowlevel_init.S |0 board/{ = freescale}/imx31_phycore/u-boot.lds |0 board/{ = freescale}/mx31ads/Makefile |0 board/{ = freescale}/mx31ads/config.mk|0 board/{ = freescale}/mx31ads/lowlevel_init.S |0 board/{ = freescale}/mx31ads/mx31ads.c|0 board/{ = freescale}/mx31ads/u-boot.lds | 10 +- 16 files changed, 8 insertions(+), 8 deletions(-) rename board/{ = freescale}/imx31_litekit/Makefile (100%) rename board/{ = freescale}/imx31_litekit/config.mk (100%) rename board/{ = freescale}/imx31_litekit/imx31_litekit.c (100%) rename board/{ = freescale}/imx31_litekit/lowlevel_init.S (100%) rename board/{ = freescale}/imx31_litekit/u-boot.lds (100%) rename board/{ = freescale}/imx31_phycore/Makefile (100%) rename board/{ = freescale}/imx31_phycore/config.mk (100%) rename board/{ = freescale}/imx31_phycore/imx31_phycore.c (100%) rename board/{ = freescale}/imx31_phycore/lowlevel_init.S (100%) rename board/{ = freescale}/imx31_phycore/u-boot.lds (100%) rename board/{ = freescale}/mx31ads/Makefile (100%) rename board/{ = freescale}/mx31ads/config.mk (100%) rename board/{ = freescale}/mx31ads/lowlevel_init.S (100%) rename board/{ = freescale}/mx31ads/mx31ads.c (100%) rename board/{ = freescale}/mx31ads/u-boot.lds (90%) I'm not sure: is the phycore board a Freescale board? Isn't it Phytec? Same goes for the Litekit board, the board is from LogicPD but the SoC is from Freescale. Perhaps a 'imx' or 'imx31' directory would be better with all i.MX{31} boards in that directory. Regards, Magnus - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH V2] mx31: move freescale's mx31 boards to vendor board dir
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] --- remove imx31_phycore which is from phytec Makefile |4 ++-- board/{ = freescale}/imx31_litekit/Makefile |0 board/{ = freescale}/imx31_litekit/config.mk |0 .../{ = freescale}/imx31_litekit/imx31_litekit.c |0 .../{ = freescale}/imx31_litekit/lowlevel_init.S |0 board/{ = freescale}/imx31_litekit/u-boot.lds |0 board/{ = freescale}/mx31ads/Makefile |0 board/{ = freescale}/mx31ads/config.mk|0 board/{ = freescale}/mx31ads/lowlevel_init.S |0 board/{ = freescale}/mx31ads/mx31ads.c|0 board/{ = freescale}/mx31ads/u-boot.lds | 10 +- 11 files changed, 7 insertions(+), 7 deletions(-) rename board/{ = freescale}/imx31_litekit/Makefile (100%) rename board/{ = freescale}/imx31_litekit/config.mk (100%) rename board/{ = freescale}/imx31_litekit/imx31_litekit.c (100%) rename board/{ = freescale}/imx31_litekit/lowlevel_init.S (100%) rename board/{ = freescale}/imx31_litekit/u-boot.lds (100%) rename board/{ = freescale}/mx31ads/Makefile (100%) rename board/{ = freescale}/mx31ads/config.mk (100%) rename board/{ = freescale}/mx31ads/lowlevel_init.S (100%) rename board/{ = freescale}/mx31ads/mx31ads.c (100%) rename board/{ = freescale}/mx31ads/u-boot.lds (90%) diff --git a/Makefile b/Makefile index 3179c67..39c65f5 100644 --- a/Makefile +++ b/Makefile @@ -2666,13 +2666,13 @@ apollon_config : unconfig @echo CONFIG_ONENAND_U_BOOT = y $(obj)include/config.mk imx31_litekit_config : unconfig - @$(MKCONFIG) $(@:_config=) arm arm1136 imx31_litekit NULL mx31 + @$(MKCONFIG) $(@:_config=) arm arm1136 imx31_litekit freescale mx31 imx31_phycore_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm1136 imx31_phycore NULL mx31 mx31ads_config : unconfig - @$(MKCONFIG) $(@:_config=) arm arm1136 mx31ads NULL mx31 + @$(MKCONFIG) $(@:_config=) arm arm1136 mx31ads freescale mx31 omap2420h4_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm1136 omap2420h4 NULL omap24xx diff --git a/board/imx31_litekit/Makefile b/board/freescale/imx31_litekit/Makefile similarity index 100% rename from board/imx31_litekit/Makefile rename to board/freescale/imx31_litekit/Makefile diff --git a/board/imx31_litekit/config.mk b/board/freescale/imx31_litekit/config.mk similarity index 100% rename from board/imx31_litekit/config.mk rename to board/freescale/imx31_litekit/config.mk diff --git a/board/imx31_litekit/imx31_litekit.c b/board/freescale/imx31_litekit/imx31_litekit.c similarity index 100% rename from board/imx31_litekit/imx31_litekit.c rename to board/freescale/imx31_litekit/imx31_litekit.c diff --git a/board/imx31_litekit/lowlevel_init.S b/board/freescale/imx31_litekit/lowlevel_init.S similarity index 100% rename from board/imx31_litekit/lowlevel_init.S rename to board/freescale/imx31_litekit/lowlevel_init.S diff --git a/board/imx31_litekit/u-boot.lds b/board/freescale/imx31_litekit/u-boot.lds similarity index 100% rename from board/imx31_litekit/u-boot.lds rename to board/freescale/imx31_litekit/u-boot.lds diff --git a/board/mx31ads/Makefile b/board/freescale/mx31ads/Makefile similarity index 100% rename from board/mx31ads/Makefile rename to board/freescale/mx31ads/Makefile diff --git a/board/mx31ads/config.mk b/board/freescale/mx31ads/config.mk similarity index 100% rename from board/mx31ads/config.mk rename to board/freescale/mx31ads/config.mk diff --git a/board/mx31ads/lowlevel_init.S b/board/freescale/mx31ads/lowlevel_init.S similarity index 100% rename from board/mx31ads/lowlevel_init.S rename to board/freescale/mx31ads/lowlevel_init.S diff --git a/board/mx31ads/mx31ads.c b/board/freescale/mx31ads/mx31ads.c similarity index 100% rename from board/mx31ads/mx31ads.c rename to board/freescale/mx31ads/mx31ads.c diff --git a/board/mx31ads/u-boot.lds b/board/freescale/mx31ads/u-boot.lds similarity index 90% rename from board/mx31ads/u-boot.lds rename to board/freescale/mx31ads/u-boot.lds index 49713d4..c379460 100644 --- a/board/mx31ads/u-boot.lds +++ b/board/freescale/mx31ads/u-boot.lds @@ -37,11 +37,11 @@ SECTIONS /* WARNING - the following is hand-optimized to fit within*/ /* the sector layout of our flash chips! XXX FIXME XXX */ - cpu/arm1136/start.o (.text) - board/mx31ads/libmx31ads.a(.text) - lib_arm/libarm.a (.text) - net/libnet.a (.text) - drivers/mtd/libmtd.a (.text) + cpu/arm1136/start.o (.text) + board/freescale/mx31ads/libmx31ads.a (.text) + lib_arm/libarm.a (.text) + net/libnet.a (.text) + drivers/mtd/libmtd.a (.text) . = DEFINED(env_offset) ?
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
diff --git a/cpu/arm1176/s3c64xx/interrupts.c b/cpu/arm1176/s3c64xx/interrupts.c new file mode 100644 index 000..4233e8c --- /dev/null +++ b/cpu/arm1176/s3c64xx/interrupts.c You can remove anything from enable_interrupts() to do_irq() here. It's already in lib_arm/interrupts.c. Andreas - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 2/7 v6] nand_spl: Support page-aligned read in nand_load, use chipselect
On Wed, 6 Aug 2008, Scott Wood wrote: On Wed, Aug 06, 2008 at 09:42:07PM +0200, Guennadi Liakhovetski wrote: block = offs / CFG_NAND_BLOCK_SIZE; + blocks = (uboot_size + offs - ((block - 1) * CFG_NAND_BLOCK_SIZE) - 1) / + CFG_NAND_BLOCK_SIZE; blockcopy_count = 0; - while (blockcopy_count (uboot_size / CFG_NAND_BLOCK_SIZE)) { + while (blockcopy_count blocks) { if (!nand_is_bad_block(mtd, block)) { /* * Skip bad blocks */ for (page = 0; page CFG_NAND_PAGE_COUNT; page++) { nand_read_page(mtd, block, page, dst); - dst += CFG_NAND_PAGE_SIZE; + /* Overwrite skipped pages */ + if (read = offs) + dst += CFG_NAND_PAGE_SIZE; + read += CFG_NAND_PAGE_SIZE; This looks wrong if offs isn't within the first block. Arrrgh, during the merge the following two lines went missing from the patch: + /* Recalculate offs as an offset inside a block */ + offs -= CFG_NAND_BLOCK_SIZE * block; which were there, for example, in v5. I've pushed a fixed and simplified version to nand-flash/testing -- can you test it? Yes, it works. Your version is also better, since it skips unneeded pages instead of reading them in and overwriting, as mine did. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mx31: move freescale's mx31 boards to vendor board dir
In message [EMAIL PROTECTED] you wrote: board/{ = freescale}/imx31_phycore/Makefile |0 board/{ = freescale}/imx31_phycore/config.mk |0 .../{ = freescale}/imx31_phycore/imx31_phycore.c |0 .../{ = freescale}/imx31_phycore/lowlevel_init.S |0 board/{ = freescale}/imx31_phycore/u-boot.lds |0 ... I'm not sure: is the phycore board a Freescale board? Isn't it Phytec? Well spotted! You are right, that's a Phytec board!! Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Every living thing wants to survive. -- Spock, The Ultimate Computer, stardate 4731.3 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mx31: move freescale's mx31 boards to vendor board dir
In message [EMAIL PROTECTED] you wrote: Same goes for the Litekit board, the board is from LogicPD but the SoC Arg. What a mess :-( is from Freescale. Perhaps a 'imx' or 'imx31' directory would be better with all i.MX{31} boards in that directory. No, we will not do that. We have vendor directories, not CPU directories, under boards/ Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Testing can show the presense of bugs, but not their absence. -- Edsger Dijkstra - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH V2] mx31: move freescale's mx31 boards to vendor board dir
In message [EMAIL PROTECTED] you wrote: Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] --- remove imx31_phycore which is from phytec Makefile |4 ++-- board/{ = freescale}/imx31_litekit/Makefile |0 board/{ = freescale}/imx31_litekit/config.mk |0 .../{ = freescale}/imx31_litekit/imx31_litekit.c |0 .../{ = freescale}/imx31_litekit/lowlevel_init.S |0 board/{ = freescale}/imx31_litekit/u-boot.lds |0 board/{ = freescale}/mx31ads/Makefile |0 board/{ = freescale}/mx31ads/config.mk|0 board/{ = freescale}/mx31ads/lowlevel_init.S |0 board/{ = freescale}/mx31ads/mx31ads.c|0 board/{ = freescale}/mx31ads/u-boot.lds | 10 +- 11 files changed, 7 insertions(+), 7 deletions(-) rename board/{ = freescale}/imx31_litekit/Makefile (100%) rename board/{ = freescale}/imx31_litekit/config.mk (100%) rename board/{ = freescale}/imx31_litekit/imx31_litekit.c (100%) rename board/{ = freescale}/imx31_litekit/lowlevel_init.S (100%) rename board/{ = freescale}/imx31_litekit/u-boot.lds (100%) rename board/{ = freescale}/mx31ads/Makefile (100%) rename board/{ = freescale}/mx31ads/config.mk (100%) rename board/{ = freescale}/mx31ads/lowlevel_init.S (100%) rename board/{ = freescale}/mx31ads/mx31ads.c (100%) rename board/{ = freescale}/mx31ads/u-boot.lds (90%) NAK. As Magnus pointed out, the imx31_litekit isn't Freescale, either. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality. -- Albert Einstein - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] mx31: move freescale's mx31 boards to vendor board dir
Magnus Lilja schrieb: Perhaps a 'imx' or 'imx31' directory would be better with all i.MX{31} boards in that directory. Hmm... I propose to keep it consistent: either the boards should be sorted by board vendor, or there could be a new directory between board and board/vendor emphasizing the CPU type, which could help develepors to find a reference platform faster, e.g. board/cpu/vendor Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] FIT: Fix handling of images without ramdisks
Hi Peter, I've included my kernel_fdt.its below as well as 2 boot attempts with some debug enabled - the 1st on without the patch, the 2nd with the patch. I'm using the mainline master (based on 1953d128fd07f07d1c3810a28c0863ea64dae1b6), not the 85xx repo, but I believe the problem exists in both repos. OK. I will test it today and send you my result. Conceptually, I believe the patch makes sense. I'm calling bootm with no arguments (as seen in the FIT howto.txt), so boot_get_ramdisk() is unconditionally called by do_bootm_linux(). With no command arguments and a FIT image this section of code in boot_get_ramdisk() gets called: rd_noffset = fit_conf_get_ramdisk_node (fit_hdr, cfg_noffset); if (rd_noffset 0) { debug (* ramdisk: no ramdisk in config\n); return 1; } which returns 1 causing the calling code from do_bootm_linux() to error out: /* find ramdisk */ ret = boot_get_ramdisk (argc, argv, images, IH_ARCH_PPC, rd_data_start, rd_data_end); if (ret) goto error; I'll look at it in detail. Please wait some hours. Did you by chance try testing a PPC board? I noticed the boot_get_ramdisk() call is not used for microblaze. Sorry but I don't have any ppc board. Yes, it is but this code is not in master or microblaze branch but I sent first patch to mailing list some week ago. Regards, Michal Thanks! Peter Contents of kernel_fdt.its / { description = Basic image with single Linux kernel and FDT blob; #address-cells = 1; images { [EMAIL PROTECTED] { description = X-ES MPC8572 Kernel v2.6.23; data = /incbin/(./vmlinux.bin.gz); type = kernel; arch = ppc; os = linux; compression = gzip; load = ; entry = ; [EMAIL PROTECTED] { algo = crc32; }; }; [EMAIL PROTECTED] { description = Flattened Device Tree blob; data = /incbin/(./xpedite5370.dtb); type = flat_dt; arch = ppc; load = 00c0; compression = none; [EMAIL PROTECTED] { algo = crc32; }; }; }; configurations { default = [EMAIL PROTECTED]; [EMAIL PROTECTED] { description = Boot Linux kernel with FDT blob; kernel = [EMAIL PROTECTED]; fdt = [EMAIL PROTECTED]; }; }; }; Without the patch applied = imi ## Checking Image at 0100 ... FIT image found FIT description: Basic image with single Linux kernel and FDT blob Created: 2008-08-06 20:47:47 UTC Image 0 ([EMAIL PROTECTED]) Description: X-ES MPC8572 Kernel v2.6.23 Type: Kernel Image Compression: gzip compressed Data Start: 0x01f0 Data Size:3947406 Bytes = 3.8 MB Architecture: PowerPC OS: Linux Load Address: 0x Entry Point: 0x Hash node:'[EMAIL PROTECTED]' Hash algo:crc32 Hash value: 10a29645 Hash len: 4 Image 1 ([EMAIL PROTECTED]) Description: Flattened Device Tree blob Type: Flat Device Tree Compression: uncompressed Data Start: 0x013c3d64 Data Size:9628 Bytes = 9.4 kB Architecture: PowerPC Hash node:'[EMAIL PROTECTED]' Hash algo:crc32 Hash value: b351fc1d Hash len: 4 Default Configuration: '[EMAIL PROTECTED]' Configuration 0 ([EMAIL PROTECTED]) Description: Boot Linux kernel with FDT blob Kernel: [EMAIL PROTECTED] FDT: [EMAIL PROTECTED] = bootm * kernel: default image load address = 0x0100 ## Booting kernel from FIT Image at 0100 ... No configuration specified, trying default... Found default configuration: '[EMAIL PROTECTED]' Using '[EMAIL PROTECTED]' configuration Trying '[EMAIL PROTECTED]' kernel subimage Description: X-ES MPC8572 Kernel v2.6.23 Type: Kernel Image Compression: gzip compressed Data Start: 0x01f0 Data Size:3947406 Bytes = 3.8 MB Architecture: PowerPC OS: Linux Load Address: 0x Entry Point: 0x Hash node:'[EMAIL PROTECTED]' Hash algo:crc32 Hash value: 10a29645 Hash len: 4 Verifying Hash Integrity ... crc32+ OK kernel data at 0x01f0, len = 0x003c3b8e (3947406) Uncompressing Kernel Image ... OK kernel loaded at 0x, end =
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
On Thu, 7 Aug 2008, Andreas Engel wrote: diff --git a/cpu/arm1176/s3c64xx/interrupts.c b/cpu/arm1176/s3c64xx/interrupts.c new file mode 100644 index 000..4233e8c --- /dev/null +++ b/cpu/arm1176/s3c64xx/interrupts.c You can remove anything from enable_interrupts() to do_irq() here. It's already in lib_arm/interrupts.c. It must be the library-linking procedure, that prevented the linker from complaining about duplicate symbols... Yes, will remove them, thanks. Just let's wait a bit if there are more comments. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Any schedule or plan to publish your testing branch?
On Thu, Aug 7, 2008 at 7:34 AM, Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: I noticed that you are now maintaining a custodian tree which is focused on NAND support in u-boot. Could you please tell me is there any schedule or plan to publish your testing tree? What do you mean by publish? The branch is public all the time. It's available to everibode in the NAND custodian repository. See for example http://git.denx.de/?p=u-boot/u-boot-nand-flash.git;a=shortlog;h=refs/heads/testing I guess Hong Xu would like to know if there is a plan for merging this branch in the main U-boot git repository. And if so, how and when? Scott Wood has already signaled that he intends to merge this branch, but I would also like to know about any progress in this matter. Best regards William Juul Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Don't put off for tomorrow what you can do today, because if you enjoy it today you can do it again tomorrow. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Any schedule or plan to publish your testing branch?
On Thu, Aug 7, 2008 at 15:02, William Juul [EMAIL PROTECTED] wrote: On Thu, Aug 7, 2008 at 7:34 AM, Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: I noticed that you are now maintaining a custodian tree which is focused on NAND support in u-boot. Could you please tell me is there any schedule or plan to publish your testing tree? What do you mean by publish? The branch is public all the time. It's available to everibode in the NAND custodian repository. See for example http://git.denx.de/?p=u-boot/u-boot-nand-flash.git;a=shortlog;h=refs/heads/testing I guess Hong Xu would like to know if there is a plan for merging this branch in the main U-boot git repository. And if so, how and when? Scott Wood has already signaled that he intends to merge this branch, but I would also like to know about any progress in this matter. Yes, William hit the point. Actually It seems my work is based on two different custodian trees, for example, Scott's NAND tree and u-boot-at91 tree. If the 2 two trees do not merge each other, sometimes I got screwed. I guess `git ' may help at this situation, but I don't know how. :-) I just wanted to know the status of the NAND tree. Maybe I did not express myself clearly in the last email. BR, Eric Best regards William Juul Best regards, Wolfgang Denk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] NAND: fix scrub help description
nand scrub takes two optional parameters, which are not mentioned in the help. Also use tabs instead of spaces for indentation. Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED] --- diff --git a/common/cmd_nand.c b/common/cmd_nand.c index 520c152..2edcee1 100644 --- a/common/cmd_nand.c +++ b/common/cmd_nand.c @@ -469,23 +469,24 @@ usage: } U_BOOT_CMD(nand, 5, 1, do_nand, - nand - NAND sub-system\n, - info - show available NAND devices\n - nand device [dev] - show or set current device\n - nand read - addr off|partition size\n - nand write - addr off|partition size\n - read/write 'size' bytes starting at offset 'off'\n - to/from memory address 'addr', skipping bad blocks.\n - nand erase [clean] [off size] - erase 'size' bytes from\n - offset 'off' (entire device if not specified)\n - nand bad - show bad blocks\n - nand dump[.oob] off - dump page\n - nand scrub - really clean NAND erasing bad blocks (UNSAFE)\n - nand markbad off - mark bad block at offset (UNSAFE)\n - nand biterr off - make a bit error at offset (UNSAFE)\n - nand lock [tight] [status]\n - bring nand to lock state or display locked pages\n - nand unlock [offset] [size] - unlock section\n); + nand - NAND sub-system\n, + info - show available NAND devices\n + nand device [dev] - show or set current device\n + nand read - addr off|partition size\n + nand write - addr off|partition size\n + read/write 'size' bytes starting at offset 'off'\n + to/from memory address 'addr', skipping bad blocks.\n + nand erase [clean] [off size] - erase 'size' bytes from\n + offset 'off' (entire device if not specified)\n + nand bad - show bad blocks\n + nand dump[.oob] off - dump page\n + nand scrub [off size] - really clean NAND erasing\n + bad blocks (UNSAFE)\n + nand markbad off - mark bad block at offset (UNSAFE)\n + nand biterr off - make a bit error at offset (UNSAFE)\n + nand lock [tight] [status]\n + bring nand to lock state or display locked pages\n + nand unlock [offset] [size] - unlock section\n); static int nand_load_image(cmd_tbl_t *cmdtp, nand_info_t *nand, ulong offset, ulong addr, char *cmd) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] common/cmd_load.c - Minor Code Style update code cleanup
- os_data_header Variable is a carry over feature unused. So removed all instance of this variable - Minor Code Style Update Signed-off-by: Gururaja Hebbar [EMAIL PROTECTED] --- common/cmd_load.c | 15 --- 1 files changed, 8 insertions(+), 7 deletions(-) diff --git a/common/cmd_load.c b/common/cmd_load.c index 1b75a7b..ab167f5 100644 --- a/common/cmd_load.c +++ b/common/cmd_load.c @@ -424,7 +424,6 @@ write_record (char *buf) #define untochar(x) ((int) (((x) - SPACE) 0xff)) extern int os_data_count; -extern int os_data_header[8]; static void set_kerm_bin_mode(unsigned long *); static int k_recv(void); @@ -631,11 +630,6 @@ void send_nack (int n) } -/* os_data_* takes an OS Open image and puts it into memory, and - puts the boot header in an array named os_data_header - - if image is binary, no header is stored in os_data_header. -*/ void (*os_data_init) (void); void (*os_data_char) (char new_char); static int os_data_state, os_data_state_saved; @@ -643,25 +637,28 @@ int os_data_count; static int os_data_count_saved; static char *os_data_addr, *os_data_addr_saved; static char *bin_start_address; -int os_data_header[8]; + static void bin_data_init (void) { os_data_state = 0; os_data_count = 0; os_data_addr = bin_start_address; } + static void os_data_save (void) { os_data_state_saved = os_data_state; os_data_count_saved = os_data_count; os_data_addr_saved = os_data_addr; } + static void os_data_restore (void) { os_data_state = os_data_state_saved; os_data_count = os_data_count_saved; os_data_addr = os_data_addr_saved; } + static void bin_data_char (char new_char) { switch (os_data_state) { @@ -671,6 +668,7 @@ static void bin_data_char (char new_char) break; } } + static void set_kerm_bin_mode (unsigned long *addr) { bin_start_address = (char *) addr; @@ -686,16 +684,19 @@ void k_data_init (void) k_data_escape = 0; os_data_init (); } + void k_data_save (void) { k_data_escape_saved = k_data_escape; os_data_save (); } + void k_data_restore (void) { k_data_escape = k_data_escape_saved; os_data_restore (); } + void k_data_char (char new_char) { if (k_data_escape) { -- 1.5.6.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] FIT: Fix handling of images without ramdisks
Yes, you are right. I tested it and works. Ack-by: Michal Simek [EMAIL PROTECTED] WD: This is bug fix - can you please handle this bug directly to your tree. Thanks, Michal boot_get_ramdisk() should not treat the case when a FIT image does not contain a ramdisk as an error. Signed-off-by: Peter Tyser [EMAIL PROTECTED] --- The original code would not allow booting of a FIT image which didn't contain a ramdisk. The bug was observed and fixed on a powerpc 85xx system. common/image.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/common/image.c b/common/image.c index 535c302..c3545a7 100644 --- a/common/image.c +++ b/common/image.c @@ -833,7 +833,7 @@ int boot_get_ramdisk (int argc, char *argv[], bootm_headers_t *images, rd_noffset = fit_conf_get_ramdisk_node (fit_hdr, cfg_noffset); if (rd_noffset 0) { debug (* ramdisk: no ramdisk in config\n); - return 1; + return 0; } } #endif -- 1.5.4.3 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Any schedule or plan to publish your testing branch?
In message [EMAIL PROTECTED] you wrote: Yes, William hit the point. Actually It seems my work is based on two different custodian trees, for example, Scott's NAND tree and u-boot-at91 tree. If the 2 two trees do not merge each other, sometimes I got screwed. I guess `git ' may help at this situation, but I don't know how. :-) I just wanted to know the status of the NAND tree. Maybe I did not express myself clearly in the last email. You can create your own local development branch, and merge both the NAND testing branch and the at91 stuff into this branch. There may be merge conflicts, of course, but I think both trees are pretty orthogonal to each other, so chances for such conflicts are probably small. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Who is the oldest inhabitant of this village? We haven't got one; we had one, but he died three weeks ago. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] CUSTODIANS: Final boarding call for flight 1.3.4 ...
Hi custodians, there are a couple of recent patches which include some bug fixes that look urgent enough to be included with the upcoming 1.3.4 release (the last one with the old version number system). Can you please process these patcehs and send your pull requests not later than Friday night? Thanks in advance. My intention is to push out the 1.3.4 release over the weekend, or at Monday at latest. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] All easy problems have already been solved. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
Guennadi Liakhovetski schrieb: Based on the original S3C64XX port by Samsung for U-Boot 1.1.6. Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED] --- cpu/arm1176/Makefile| 50 ++ cpu/arm1176/config.mk | 35 ++ cpu/arm1176/cpu.c | 189 +++ cpu/arm1176/s3c64xx/Makefile| 48 ++ cpu/arm1176/s3c64xx/config.mk | 34 ++ cpu/arm1176/s3c64xx/cpu_init.S | 142 + cpu/arm1176/s3c64xx/interrupts.c| 280 ++ cpu/arm1176/s3c64xx/speed.c | 140 + cpu/arm1176/start.S | 469 include/asm-arm/arch-s3c64xx/hardware.h | 63 +++ include/common.h|3 +- include/s3c6400.h | 884 +++ include/s3c64x0.h | 92 Is it intended to put the CPU specific header files directly into the include directory (s3c6400.h and s3c64x0.h)? Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
In message [EMAIL PROTECTED] you wrote: Is it intended to put the CPU specific header files directly into the include directory (s3c6400.h and s3c64x0.h)? That's what we've been doing so far: - ls -l include/s3c* -rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h -rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h -rw-rw-r-- 1 wd wd 38129 Oct 13 2007 include/s3c24x0.h Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] We are all agreed that your theory is crazy. The question which divides us is whether it is crazy enough to have a chance of being correct. My own feeling is that it is not crazy enough. - Niels Bohr - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
Hi Guennadi, Guennadi Liakhovetski schrieb: diff --git a/cpu/arm1176/s3c64xx/interrupts.c b/cpu/arm1176/s3c64xx/interrupts.c [snip] +void udelay(unsigned long usec) +{ + unsigned long long tmp; + ulong tmo; + + tmo = (usec + 9) / 10; + tmp = get_ticks() + tmo;/* get current timestamp */ + + while (get_ticks() tmp)/* loop till event */ + /*NOP*/; +} I tried to follow the interrupt init function, but it's difficult. What is the least possible delay with the udelay function? I remember that i.mx31 udelay cannot currently be below 30 microsseconds due to the low input clock. If someone uses udelay(1) in polling loops with timeout, the actual duration is much more longer than assumed. Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
Wolfgang Denk schrieb: In message [EMAIL PROTECTED] you wrote: Is it intended to put the CPU specific header files directly into the include directory (s3c6400.h and s3c64x0.h)? That's what we've been doing so far: - ls -l include/s3c* -rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h -rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h -rw-rw-r-- 1 wd wd 38129 Oct 13 2007 include/s3c24x0.h Sorry, don't understand. So is it okay, that these files reside in the include directory or not? -- Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Sequoia has two UARTs in 4-pin mode. Configure the GPIOs as per schematic.
On Wednesday 06 August 2008, Steven A. Falco wrote: The Sequoia board has two UARTs in 4-pin mode. This patch modifies the GPIO configuration to match the schematic, and also sets the sdr0_pfc1 register to select the corresponding mode for the UARTs. board/amcc/sequoia/sequoia.c |5 + include/configs/sequoia.h| 12 ++-- 2 files changed, 11 insertions(+), 6 deletions(-) Signed-off-by: Steven A. Falco [EMAIL PROTECTED] Applied to u-boot-ppc4xx repository. Thanks. Note that your s-o-b line should be *above* the patch statistics. Did you generate this patch using git-format-patch? Best regards, Stefan = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
On Thu, 7 Aug 2008, Jens Gehrlein wrote: Hi Guennadi, Guennadi Liakhovetski schrieb: diff --git a/cpu/arm1176/s3c64xx/interrupts.c b/cpu/arm1176/s3c64xx/interrupts.c [snip] +void udelay(unsigned long usec) +{ + unsigned long long tmp; + ulong tmo; + + tmo = (usec + 9) / 10; + tmp = get_ticks() + tmo;/* get current timestamp */ + + while (get_ticks() tmp)/* loop till event */ +/*NOP*/; +} I tried to follow the interrupt init function, but it's difficult. What is the least possible delay with the udelay function? I remember that i.mx31 udelay cannot currently be below 30 microsseconds due to the low input clock. If someone uses udelay(1) in polling loops with timeout, the actual duration is much more longer than assumed. Actually, the / 10 and this comment /* * We use the following scheme for the timer: * Prescaler is hard fixed at 167, divider at 1/4. * This gives at PCLK frequency 66MHz approx. 10us ticks * The timer is set to wrap after 100s, at 66MHz this obviously * happens after 10,000,000 ticks. A long variable can thus * keep values up to 40,000s, i.e., 11 hours. This should be * enough for most uses:-) Possible optimizations: select a * binary-friendly frequency, e.g., 1ms / 128. Also calculate * the prescaler automatically for other PCLK frequencies. */ shall make it clear, that the timer resolution is configured to 10us, which is also the minimum udelay. The timer could also do better, but then we get other disadvantages, e.g., shorter wrap-around time. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
In message [EMAIL PROTECTED] you wrote: That's what we've been doing so far: - ls -l include/s3c* -rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h -rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h -rw-rw-r-- 1 wd wd 38129 Oct 13 2007 include/s3c24x0.h Sorry, don't understand. So is it okay, that these files reside in the include directory or not? Unless you want to submit a clenaup patch for many existing processors, yes. What is your suggestion instead? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Data is a lot like humans: It is born. Matures. Gets married to other data, divorced. Gets old. One thing that it doesn't do is die. It has to be killed. - Arthur Miller - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] PPC4xx: Memory Queue Optimizations for PPC460EX/GT
On Thursday 07 August 2008, Prodyut Hazarika wrote: Set PL44 Arbiter Read pipeline depth to 4 Optimize Memory Queue Configuration registers for PPC460EX/GT Signed-off-by: Prodyut Hazarika [EMAIL PROTECTED] Thanks. Please find some comments below. --- board/amcc/canyonlands/canyonlands.c |9 +++ cpu/ppc4xx/44x_spd_ddr2.c|4 + include/ppc440.h | 101 ++ 3 files changed, 66 insertions(+), 48 deletions(-) diff --git a/board/amcc/canyonlands/canyonlands.c b/board/amcc/canyonlands/canyonlands.c index e9eba49..dd285bc 100644 --- a/board/amcc/canyonlands/canyonlands.c +++ b/board/amcc/canyonlands/canyonlands.c @@ -113,6 +113,15 @@ int board_early_init_f(void) mtdcr(AHB_TOP, 0x804B); mtdcr(AHB_BOT, 0x804B); + mtdcr(plb0_acr, plb0_acr_ppm_fair| + plb0_acr_hbu_enabled | + plb0_acr_rdp_4deep | + plb0_acr_wrp_2deep); + mtdcr(plb1_acr, plb1_acr_ppm_fair| + plb1_acr_hbu_enabled | + plb1_acr_rdp_4deep | + plb1_acr_wrp_2deep); + Is this PLB0_ACR tuning Canyonlands specific? Or will all 460EX/GT boards profit from this configuration? Or even other 4xx PPC variants as well? If this is the case then I suggest to move this code to a common place, perhaps in cpu_init_f(). What do you think? if ((pvr == PVR_460EX_RA) || (pvr == PVR_460EX_SE_RA)) { /* * Configure USB-STP pins as alternate and not GPIO diff --git a/cpu/ppc4xx/44x_spd_ddr2.c b/cpu/ppc4xx/44x_spd_ddr2.c index e9940e8..c222507 100644 --- a/cpu/ppc4xx/44x_spd_ddr2.c +++ b/cpu/ppc4xx/44x_spd_ddr2.c @@ -2251,6 +2251,10 @@ static void program_memory_queue(unsigned long *dimm_populated, */ mtdcr(SDRAM_PLBADDULL, 0x); /* MQ0_BAUL */ mtdcr(SDRAM_PLBADDUHB, 0x0008); /* MQ0_BAUH */ + + mtdcr(SDRAM_CONF1HB, 0x80001c80); + mtdcr(SDRAM_CONF1LL, 0x80001c80); + mtdcr(SDRAM_CONFPATHB, 0x18a68000); Could you please add a comment what exactly is configured with these magic numbers? #endif } diff --git a/include/ppc440.h b/include/ppc440.h index c581f1b..650ee4f 100644 --- a/include/ppc440.h +++ b/include/ppc440.h @@ -422,53 +422,6 @@ #define PLB4_ACR_WRP (0x8000 7) -/* Nebula PLB4 Arbiter - PowerPC440EP */ -#define PLB_ARBITER_BASE 0x80 - -#define plb0_revid(PLB_ARBITER_BASE+ 0x00) -#define plb0_acr (PLB_ARBITER_BASE+ 0x01) -#define plb0_acr_ppm_mask 0xF000 -#define plb0_acr_ppm_fixed0x -#define plb0_acr_ppm_fair 0xD000 -#define plb0_acr_hbu_mask 0x0800 -#define plb0_acr_hbu_disabled 0x -#define plb0_acr_hbu_enabled 0x0800 -#define plb0_acr_rdp_mask 0x0600 -#define plb0_acr_rdp_disabled 0x -#define plb0_acr_rdp_2deep0x0200 -#define plb0_acr_rdp_3deep0x0400 -#define plb0_acr_rdp_4deep0x0600 -#define plb0_acr_wrp_mask 0x0100 -#define plb0_acr_wrp_disabled 0x -#define plb0_acr_wrp_2deep0x0100 - -#define plb0_besrl(PLB_ARBITER_BASE+ 0x02) -#define plb0_besrh(PLB_ARBITER_BASE+ 0x03) -#define plb0_bearl(PLB_ARBITER_BASE+ 0x04) -#define plb0_bearh(PLB_ARBITER_BASE+ 0x05) -#define plb0_ccr (PLB_ARBITER_BASE+ 0x08) - -#define plb1_acr (PLB_ARBITER_BASE+ 0x09) -#define plb1_acr_ppm_mask 0xF000 -#define plb1_acr_ppm_fixed0x -#define plb1_acr_ppm_fair 0xD000 -#define plb1_acr_hbu_mask 0x0800 -#define plb1_acr_hbu_disabled 0x -#define plb1_acr_hbu_enabled 0x0800 -#define plb1_acr_rdp_mask 0x0600 -#define plb1_acr_rdp_disabled 0x -#define plb1_acr_rdp_2deep0x0200 -#define plb1_acr_rdp_3deep0x0400 -#define plb1_acr_rdp_4deep0x0600 -#define plb1_acr_wrp_mask 0x0100 -#define plb1_acr_wrp_disabled 0x -#define plb1_acr_wrp_2deep0x0100 - -#define plb1_besrl(PLB_ARBITER_BASE+ 0x0A) -#define plb1_besrh(PLB_ARBITER_BASE+ 0x0B) -#define plb1_bearl(PLB_ARBITER_BASE+ 0x0C) -#define plb1_bearh(PLB_ARBITER_BASE+ 0x0D) - /* Pin Function Control Register 1 */ #define SDR0_PFC10x4101 #define SDR0_PFC1_U1ME_MASK 0x0200/* UART1 Mode Enable */ @@ -742,7 +695,59 @@ #define SDR0_PFC1_PLB_PME_PLB4_SEL 0x1000 /* PLB3 Performance Monitor Enable */
Re: [U-Boot-Users] [PATCH v4] Add MIMC200 board
Mark Jackson [EMAIL PROTECTED] wrote: The MIMC200 board is based on Atmel's NGW100 dev kit, but with an extra 8MByte FLASH and 128KByte FRAM. Looks good to me. If you add a signed-off-by line as per http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/SubmittingPatches I'll apply this patch and push it upstream during the next merge window. No need to resend the whole thing -- just send me the signed-off-by line if you're okay with what it means, and I'll add it to the patch. + /* are we suppressing the console ? */ + if (gpio_get_value(GPIO_PIN_PE21) == 1) + { + gd-flags |= GD_FLG_SILENT; + } I'll remove these braces too. Thanks, Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Allow console input to be disabled
Mark Jackson [EMAIL PROTECTED] wrote: Added CONFIG_SILENT_CONSOLE_INPUT define. When used (in conjunction with CONFIG_SILENT_CONSOLE) it disables all console input. Does anyone have an opinion about this? I think it's a nice thing to have. Although you should probably update README as well, explaining what this define means. Haavard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Add mpc7448hpc2 maintainer information for future maintained
From: Roy Zang [EMAIL PROTECTED] Add mpc7448hpc2 maintainer information for future maintained. Signed-off-by: Roy Zang [EMAIL PROTECTED] --- MAINTAINERS |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index cbe5c47..2e58ee4 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -420,6 +420,10 @@ Guennadi Liakhovetski [EMAIL PROTECTED] linkstation MPC8241 +Roy Zang [EMAIL PROTECTED] + + mpc7448hpc2 MPC7448 + - Unknown / orphaned boards: -- 1.5.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] 85xx: Not enough room for program headers
Kumar Gala wrote: Can you try the following patch and see if works for you (make sure the resulting image actually boots the board). If so I'll fixup all the .lds I changed to match. Hi Kumar, Thanks, the code works, although during compilation the following warning appears: ./MAKEALL MPC8555CDS Configuring for MPC8555CDS board... ppc_85xx-ld: u-boot: warning: allocated section `.bss' not in segment textdata bss dec hex filename 194515 16028 26488 237031 39de7 ./u-boot Rafal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
Wolfgang Denk schrieb: In message [EMAIL PROTECTED] you wrote: That's what we've been doing so far: - ls -l include/s3c* -rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h -rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h -rw-rw-r-- 1 wd wd 38129 Oct 13 2007 include/s3c24x0.h Sorry, don't understand. So is it okay, that these files reside in the include directory or not? Unless you want to submit a clenaup patch for many existing processors, yes. What is your suggestion instead? It was just a question to read your opinion. Personally, I can live with it. I thought, CPU specific header files had to go to the include/asm-arch/arch-cpu directory. Sorry for the noise. Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit
Dear All, I would like to port a Uboot loader on T-Engine/SH7727 MS7727CP02 DevKit. Here is the configuration of this board Renesas Technology SH7727(SH3-DSP, internal clock 96MHz / external clock 48MHz) Flash Memory: 8MB SDRAM: 32MB Memory map of overall system is shown as below. 0x +---+ | User area(P0)| 0x1000 +---+ | (Unused) (P0)|Enabled as a virtual memory 0x4000 +---+ | System / Common area(1) (P0)| 0x8000 +---+ |Physical memory area (P1) | | (Cache On) | 0xa000 +---+ |Physical memory area (P2) | | (Cache Off) | 0xc000 +---+ |System/Common area(2) (P3) |Enabled as a virtual memory 0xe000 +---+ | I/O area(P4) | 0x +---+ Physical memory area (P1 area) memory map is shown as below. 0x8000 +---+ | ROM area(8MB) | Area 0 | (Unused area included) | 0x8400 +---+ | I/O area| Area 1-2 | (Not used as a general rule)| 0x8c00 +---+ | RAM area(64MB)| Area 3 0x9000 +---+ | I/O area| Area 4-7 | (Not used as a general rule)| 0xa000 +---+ Here is configuration of UBoot \board\ms7727se\config.mk :TEXT_BASE = 0x8DFC \board\ms7727se\u-boot.lds OUTPUT_FORMAT(elf32-sh-tkernel, elf32-sh-tkernel, elf32-sh-tkernel) SECTIONS { . = 0x8C00 + (32*1024*1024) - (256*1024); \include\configs\ms7727se.h /* MEMORY */ #define MS7720SE_SDRAM_BASE 0x8C00 #define MS7720SE_FLASH_BASE_1 0x8000 //0xA000 #define MS7720SE_FLASH_BANK_SIZE(8 * 1024 * 1024) #define CFG_MEMTEST_START MS7720SE_SDRAM_BASE #define CFG_MEMTEST_END (CFG_MEMTEST_START + (60 * 1024 * 1024)) #define CFG_SDRAM_BASE MS7720SE_SDRAM_BASE #define CFG_SDRAM_SIZE (32 * 1024 * 1024) #define CFG_LOAD_ADDR (CFG_SDRAM_BASE + 32 * 1024 * 1024) #define CFG_MONITOR_BASEMS7720SE_FLASH_BASE_1 #define CFG_MONITOR_LEN (128 * 1024) #define CFG_MALLOC_LEN (256 * 1024) #define CFG_GBL_DATA_SIZE 256 #define CFG_BOOTMAPSZ (8 * 1024 * 1024) /* FLASH */ #define CFG_FLASH_CFI #define CFG_FLASH_CFI_DRIVER #undef CFG_FLASH_QUIET_TEST #define CFG_FLASH_EMPTY_INFO/* print 'E' for empty sector on flinfo */ #define CFG_FLASH_BASE MS7720SE_FLASH_BASE_1 Would you please help me have a look this setting? 1. Is this setting correct ? I am confusing about TEXT_BASE with CFG_LOAD_ADDR. Here is definition - CFG_FLASH_BASE: Physical start address of Flash memory. - CFG_MONITOR_BASE: Physical start address of boot monitor code (set by make config files to be same as the text base address (TEXT_BASE) used when linking) - same as CFG_FLASH_BASE when booting from flash. If I am wrong, please tell me how to correct these setting. 2. ld T-Engine toolchain only supports elf32-sh-tkernel target, but reference implementation (example) tell elf32-sh-linux is expected target. Is the setting correct? \board\ms7727se\u-boot.lds Original : OUTPUT_FORMAT(elf32-sh-linux, elf32-sh-linux, elf32-sh-linux) - My changes OUTPUT_FORMAT(elf32-sh-tkernel, elf32-sh-tkernel, elf32-sh-tkernel) I am newbie in embedded system. I am appreciating your helping. Thank you a lot. -- View this message in context: http://www.nabble.com/-T-Engine--UBoot-configuration-for-T-Engine-SH7727-MS7727CP02-DevKit-tp18868090p18868090.html Sent from the Uboot - Users mailing list archive at Nabble.com. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
Hi Guennadi, Guennadi Liakhovetski schrieb: On Thu, 7 Aug 2008, Jens Gehrlein wrote: Hi Guennadi, Guennadi Liakhovetski schrieb: diff --git a/cpu/arm1176/s3c64xx/interrupts.c b/cpu/arm1176/s3c64xx/interrupts.c [snip] +void udelay(unsigned long usec) +{ + unsigned long long tmp; + ulong tmo; + + tmo = (usec + 9) / 10; + tmp = get_ticks() + tmo;/* get current timestamp */ + + while (get_ticks() tmp)/* loop till event */ +/*NOP*/; +} I tried to follow the interrupt init function, but it's difficult. What is the least possible delay with the udelay function? I remember that i.mx31 udelay cannot currently be below 30 microsseconds due to the low input clock. If someone uses udelay(1) in polling loops with timeout, the actual duration is much more longer than assumed. Actually, the / 10 and this comment /* * We use the following scheme for the timer: * Prescaler is hard fixed at 167, divider at 1/4. * This gives at PCLK frequency 66MHz approx. 10us ticks * The timer is set to wrap after 100s, at 66MHz this obviously * happens after 10,000,000 ticks. A long variable can thus * keep values up to 40,000s, i.e., 11 hours. This should be * enough for most uses:-) Possible optimizations: select a * binary-friendly frequency, e.g., 1ms / 128. Also calculate * the prescaler automatically for other PCLK frequencies. */ shall make it clear, that the timer resolution is configured to 10us, which is also the minimum udelay. The timer could also do better, but then we get other disadvantages, e.g., shorter wrap-around time. Okay. Thank you. I think, it's very useful for a developer to know the limits of high resolution timers and to see it immediately, so he can consider it in his code. Kind regards, Jens - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 3/7 v6] ARM: Add arm1176 core with S3C6400 SoC
On 13:03 Thu 07 Aug , Jens Gehrlein wrote: Wolfgang Denk schrieb: In message [EMAIL PROTECTED] you wrote: That's what we've been doing so far: - ls -l include/s3c* -rw-rw-r-- 1 wd wd 21763 Dec 9 2007 include/s3c2400.h -rw-rw-r-- 1 wd wd 7629 Dec 9 2007 include/s3c2410.h -rw-rw-r-- 1 wd wd 38129 Oct 13 2007 include/s3c24x0.h Sorry, don't understand. So is it okay, that these files reside in the include directory or not? Unless you want to submit a clenaup patch for many existing processors, yes. What is your suggestion instead? It was just a question to read your opinion. Personally, I can live with it. I thought, CPU specific header files had to go to the include/asm-arch/arch-cpu directory. Currently the kernel start move to move it to include/arch/asm I'll prefer to use this Best Regards, J. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Any schedule or plan to publish your testing branch?
Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: Yes, William hit the point. Actually It seems my work is based on two different custodian trees, for example, Scott's NAND tree and u-boot-at91 tree. If the 2 two trees do not merge each other, sometimes I got screwed. I guess `git ' may help at this situation, but I don't know how. :-) I just wanted to know the status of the NAND tree. Maybe I did not express myself clearly in the last email. You can create your own local development branch, and merge both the NAND testing branch and the at91 stuff into this branch. There may be merge conflicts, of course, but I think both trees are pretty orthogonal to each other, so chances for such conflicts are probably small. ...and if there *are* merge conflicts, you can contribute back to the u-boot list (a) that there is a pending conflict and (b) a resolution, if you have one. Having the knowledge of a merge conflict *before* the merge window opens is useful. Having a proposed resolution is even more useful. Thanks, gvb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH RFC 5/5] i.MX31: Add basic support for Freescale's i.MX31 PDK board.
Hi, On Wed, Aug 6, 2008 at 11:49 PM, Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] wrote: On 14:19 Wed 06 Aug , Magnus Lilja wrote: Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a. 3DS) board. Booting from NAND is not supported yet so U-boot relies on some other initial boot loader to set up SDRAM and clocks and copying U-boot to SDRAM. Signed-off-by: Magnus Lilja [EMAIL PROTECTED] --- a/Makefile +++ b/Makefile @@ -2683,6 +2683,9 @@ imx31_phycore_config: unconfig mx31ads_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm1136 mx31ads NULL mx31 +mx31pdk_config : unconfig + @$(MKCONFIG) $(@:_config=) arm arm1136 mx31pdk NULL mx31 + I've just send a patch to move all freescale's mx31 board to vendor dir so please replace with +mx31pdk_config : unconfig + @$(MKCONFIG) $(@:_config=) arm arm1136 mx31pdk freescale mx31 + omap2420h4_config: unconfig @$(MKCONFIG) $(@:_config=) arm arm1136 omap2420h4 NULL omap24xx diff --git a/board/mx31pdk/Makefile b/board/mx31pdk/Makefile and move your board to board/freescale/mx31pdk/ Ok. snip +#define CONFIG_DISPLAY_CPUINFO +#define CONFIG_DISPLAY_BOARDINFO + +/* Temporarily disabled */ +#if 0 +#define CONFIG_OF_LIBFDT 1 +#define CONFIG_FIT 1 +#define CONFIG_FIT_VERBOSE 1 +#endif so please remove Ok. +#define CONFIG_CMD_SPI +#define CONFIG_CMD_DATE + +#define CONFIG_CMD_NAND 1 why not #define CONFIG_CMD_NAND the check is ifdef Ok. +#define CFG_HZ CONFIG_MX31_CLK32 + +#define CONFIG_CMDLINE_EDITING 1 + +#undef CONFIG_CMD_IMLS please regroup CONFIG_CMD_* Ok. Thanks, Magnus - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH RFC 5/5] i.MX31: Add basic support for Freescale's i.MX31 PDK board.
Hi On Thu, Aug 7, 2008 at 12:05 AM, Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a. 3DS) board. Booting from NAND is not supported yet so U-boot relies on some other initial boot loader to set up SDRAM and clocks and copying U-boot to SDRAM. Signed-off-by: Magnus Lilja [EMAIL PROTECTED] ... --- /dev/null +++ b/include/configs/mx31pdk.h @@ -0,0 +1,186 @@ ... + +#undef CFG_CLKS_IN_HZ /* everything, incl board info, in Hz */ Please remove that line. Makes no sense to undef what doesn't exist. Ok (quite a number of board configs have this #undef and some have a #define CFG_CLKS_IN_HZ). +#define CFG_LOAD_ADDR0x8100 /* default load address */ + +#define CFG_HZ CONFIG_MX31_CLK32 + +#define CONFIG_CMDLINE_EDITING 1 + +#undef CONFIG_CMD_IMLS Why do you want to disable the imls command? Because I get compilation errors from cmd_bootm.c if it's enabled. I haven't checked the details but perhaps it's because there is no NOR flash defined in this config (no NOR present on the PDK board). ... +#undef CONFIG_JFFS2_CMDLINE Why do you disable this? Probably a leftover from either a compilation problem or copypasted from the config file I started with (some other i.MX31 board). I'll remove the line if I don't run into problems, it seems to compile OK if I remove the line. Thanks, Magnus - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] GT-64120 PCI init
Hi all, I have an old MIPS board with a GT-64120 that I would like to port U-Boot to. I have so far got it to boot from flash, init SDRAM and a serial console and give me a prompt so I can run some commands. I am also able to write flash for saving env vars, etc. To make this really useful however I need to get PCI working and then Ethernet. I don't see any 64120 driver/init code in the sources so unless I have missed something I guess I am going to have to write some. Having not done this before can anyone suggest where to start? Thanks Rich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH RFC 5/5] i.MX31: Add basic support for Freescale's i.MX31 PDK board.
In message [EMAIL PROTECTED] you wrote: +#undef CFG_CLKS_IN_HZ /* everything, incl board info, in Hz */ Please remove that line. Makes no sense to undef what doesn't exist. Ok (quite a number of board configs have this #undef and some have a #define CFG_CLKS_IN_HZ). I know, but it makes no sense to copy bad style. +#undef CONFIG_CMD_IMLS Why do you want to disable the imls command? Because I get compilation errors from cmd_bootm.c if it's enabled. I haven't checked the details but perhaps it's because there is no NOR flash defined in this config (no NOR present on the PDK board). Ah! This is an indication of a problem with your board. You rather fix this. imls is a standard command, and if you have to disablke it to compile U-Boot, then something is broken. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] The POP3 server service depends on the SMTP server service, which failed to start because of the following error: The operation comple- ted successfully. -- Windows NT Server v3.51 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] Allow console input to be disabled
Hi Haavard, Mark Jackson [EMAIL PROTECTED] wrote: Added CONFIG_SILENT_CONSOLE_INPUT define. When used (in conjunction with CONFIG_SILENT_CONSOLE) it disables all console input. Does anyone have an opinion about this? I think it's a nice thing to have. Hm, defining this and then setenv silent=1;saveenv;reset and we have lost any chance to access u-boot command line? This looks pretty dangerous to me, so I do not particularly like it. What is the original motivation to skip the input? Cheers Detlev -- I'm not one of those who think Bill Gates is the devil. I simply suspect that if Microsoft ever met up with the devil, it wouldn't need an interpreter. --NICHOLAS PETRELEY, Sr. Editor, InfoWorld -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH RFC 5/5] i.MX31: Add basic support for Freescale's i.MX31 PDK board.
On Thu, Aug 7, 2008 at 2:18 PM, Wolfgang Denk [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] you wrote: +#undef CONFIG_CMD_IMLS Why do you want to disable the imls command? Because I get compilation errors from cmd_bootm.c if it's enabled. I haven't checked the details but perhaps it's because there is no NOR flash defined in this config (no NOR present on the PDK board). Ah! This is an indication of a problem with your board. You rather fix this. imls is a standard command, and if you have to disablke it to compile U-Boot, then something is broken. Well, I wonder if that's the case here. cmd_bootm.c needs the flash_info_t datatype (amongst other things) when CONFIG_CMD_IMLS is enabled. flash_info_t is found in include/flash.h but within a #ifndef CFG_NO_FLASH. CFG_NO_FLASH is, as far as I can see, defined for boards that don't have any NOR flash. I haven't looked at all the config files for the boards that undef CONFIG_CMD_IMLS but at least a couple of AT91SAM926x and Davinci boards with only NAND flash present do this. Regards, Magnus - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] 85xx: Not enough room for program headers
On Aug 7, 2008, at 5:47 AM, Rafal Jaworowski wrote: Kumar Gala wrote: Can you try the following patch and see if works for you (make sure the resulting image actually boots the board). If so I'll fixup all the .lds I changed to match. Hi Kumar, Thanks, the code works, although during compilation the following warning appears: ./MAKEALL MPC8555CDS Configuring for MPC8555CDS board... ppc_85xx-ld: u-boot: warning: allocated section `.bss' not in segment textdata bss dec hex filename 194515 16028 26488 237031 39de7 ./u-boot Yeah it was the best I could do.. older binutils have some issue and figured a warning was better than it not functioning at all. - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] CUSTODIANS: Final boarding call for flight 1.3.4 ...
On Aug 7, 2008, at 3:56 AM, Wolfgang Denk wrote: Hi custodians, there are a couple of recent patches which include some bug fixes that look urgent enough to be included with the upcoming 1.3.4 release (the last one with the old version number system). Did we come to resolution on what the new numbering system will be? Can you please process these patcehs and send your pull requests not later than Friday night? Andy's out so can you pick up the 85xx linker script patch I'm about to send to address Rafal's issues. - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH V3] mx31: move freescale's mx31 board to vendor board dir
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] --- remove miss match freescale board Freescale Zoom⢠i.MX31 LITEKIT Makefile |2 +- board/{ = freescale}/mx31ads/Makefile|0 board/{ = freescale}/mx31ads/config.mk |0 board/{ = freescale}/mx31ads/lowlevel_init.S |0 board/{ = freescale}/mx31ads/mx31ads.c |0 board/{ = freescale}/mx31ads/u-boot.lds | 10 +- 6 files changed, 6 insertions(+), 6 deletions(-) rename board/{ = freescale}/mx31ads/Makefile (100%) rename board/{ = freescale}/mx31ads/config.mk (100%) rename board/{ = freescale}/mx31ads/lowlevel_init.S (100%) rename board/{ = freescale}/mx31ads/mx31ads.c (100%) rename board/{ = freescale}/mx31ads/u-boot.lds (90%) diff --git a/Makefile b/Makefile index cccd544..c57f21a 100644 --- a/Makefile +++ b/Makefile @@ -2672,7 +2672,7 @@ imx31_phycore_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm1136 imx31_phycore NULL mx31 mx31ads_config : unconfig - @$(MKCONFIG) $(@:_config=) arm arm1136 mx31ads NULL mx31 + @$(MKCONFIG) $(@:_config=) arm arm1136 mx31ads freescale mx31 omap2420h4_config : unconfig @$(MKCONFIG) $(@:_config=) arm arm1136 omap2420h4 NULL omap24xx diff --git a/board/mx31ads/Makefile b/board/freescale/mx31ads/Makefile similarity index 100% rename from board/mx31ads/Makefile rename to board/freescale/mx31ads/Makefile diff --git a/board/mx31ads/config.mk b/board/freescale/mx31ads/config.mk similarity index 100% rename from board/mx31ads/config.mk rename to board/freescale/mx31ads/config.mk diff --git a/board/mx31ads/lowlevel_init.S b/board/freescale/mx31ads/lowlevel_init.S similarity index 100% rename from board/mx31ads/lowlevel_init.S rename to board/freescale/mx31ads/lowlevel_init.S diff --git a/board/mx31ads/mx31ads.c b/board/freescale/mx31ads/mx31ads.c similarity index 100% rename from board/mx31ads/mx31ads.c rename to board/freescale/mx31ads/mx31ads.c diff --git a/board/mx31ads/u-boot.lds b/board/freescale/mx31ads/u-boot.lds similarity index 90% rename from board/mx31ads/u-boot.lds rename to board/freescale/mx31ads/u-boot.lds index 49713d4..c379460 100644 --- a/board/mx31ads/u-boot.lds +++ b/board/freescale/mx31ads/u-boot.lds @@ -37,11 +37,11 @@ SECTIONS /* WARNING - the following is hand-optimized to fit within*/ /* the sector layout of our flash chips! XXX FIXME XXX */ - cpu/arm1136/start.o (.text) - board/mx31ads/libmx31ads.a(.text) - lib_arm/libarm.a (.text) - net/libnet.a (.text) - drivers/mtd/libmtd.a (.text) + cpu/arm1136/start.o (.text) + board/freescale/mx31ads/libmx31ads.a (.text) + lib_arm/libarm.a (.text) + net/libnet.a (.text) + drivers/mtd/libmtd.a (.text) . = DEFINED(env_offset) ? env_offset : .; common/environment.o(.text) -- 1.5.6.2 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] *** PROBABLY SPAM *** [PATCH] common/cmd_load.c - Minor Code Style update code cleanup
On 13:13 Thu 07 Aug , Gururaja Hebbar K R wrote: - os_data_header Variable is a carry over feature unused. So removed all instance of this variable - Minor Code Style Update Signed-off-by: Gururaja Hebbar [EMAIL PROTECTED] os_data_head is never used anywhere Ack-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED] Best Regards, J. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH][for 1.3.4] mpc85xx: workaround old binutils bug
The recent change to move the .bss outside of the image gives older binutils (ld from eldk4.1/binutils-2.16) some headache: ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4) ppc_85xx-ld: final link failed: Bad value We workaround it by being explicit about the program headers and not assigning the .bss to a program header. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Wolfgang, can you pick this up for 1.3.4 as Andy's on vacation. - k board/freescale/mpc8540ads/u-boot.lds | 15 ++- board/freescale/mpc8541cds/u-boot.lds | 15 ++- board/freescale/mpc8544ds/u-boot.lds | 15 ++- board/freescale/mpc8548cds/u-boot.lds | 15 ++- board/freescale/mpc8555cds/u-boot.lds | 15 ++- board/freescale/mpc8560ads/u-boot.lds | 15 ++- board/freescale/mpc8568mds/u-boot.lds | 15 ++- 7 files changed, 70 insertions(+), 35 deletions(-) diff --git a/board/freescale/mpc8540ads/u-boot.lds b/board/freescale/mpc8540ads/u-boot.lds index 0e4f5a2..999a44f 100644 --- a/board/freescale/mpc8540ads/u-boot.lds +++ b/board/freescale/mpc8540ads/u-boot.lds @@ -26,6 +26,11 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -57,7 +62,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -66,7 +71,7 @@ SECTIONS *(.rodata1) *(.rodata.str1.4) *(.eh_frame) - } + } :text .fini : { *(.fini)} =0 .ctors : { *(.ctors) } .dtors : { *(.dtors) } @@ -118,12 +123,12 @@ SECTIONS .bootpg ADDR(.text) + 0x7f000 : { cpu/mpc85xx/start.o(.bootpg) - } = 0x + } :text = 0x .resetvec ADDR(.text) + 0x7fffc : { *(.resetvec) - } = 0x + } :text = 0x . = ADDR(.text) + 0x8; @@ -134,7 +139,7 @@ SECTIONS *(.dynbss) *(.bss) *(COMMON) - } + } :NONE . = ALIGN(4); _end = . ; diff --git a/board/freescale/mpc8541cds/u-boot.lds b/board/freescale/mpc8541cds/u-boot.lds index 1c583de..acb9c1c 100644 --- a/board/freescale/mpc8541cds/u-boot.lds +++ b/board/freescale/mpc8541cds/u-boot.lds @@ -23,6 +23,11 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -54,7 +59,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -63,7 +68,7 @@ SECTIONS *(.rodata1) *(.rodata.str1.4) *(.eh_frame) - } + } :text .fini : { *(.fini)} =0 .ctors : { *(.ctors) } .dtors : { *(.dtors) } @@ -115,12 +120,12 @@ SECTIONS .bootpg ADDR(.text) + 0x7f000 : { cpu/mpc85xx/start.o(.bootpg) - } = 0x + } :text = 0x .resetvec ADDR(.text) + 0x7fffc : { *(.resetvec) - } = 0x + } :text = 0x . = ADDR(.text) + 0x8; @@ -131,7 +136,7 @@ SECTIONS *(.dynbss) *(.bss) *(COMMON) - } + } :NONE . = ALIGN(4); _end = . ; diff --git a/board/freescale/mpc8544ds/u-boot.lds b/board/freescale/mpc8544ds/u-boot.lds index 500e647..05010ca 100644 --- a/board/freescale/mpc8544ds/u-boot.lds +++ b/board/freescale/mpc8544ds/u-boot.lds @@ -23,6 +23,11 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -54,7 +59,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -63,7 +68,7 @@ SECTIONS *(.rodata1) *(.rodata.str1.4) *(.eh_frame) - } + } :text .fini : { *(.fini)} =0 .ctors : { *(.ctors) } .dtors : { *(.dtors) } @@ -115,12 +120,12 @@ SECTIONS .bootpg ADDR(.text) + 0x7f000 : { cpu/mpc85xx/start.o(.bootpg) - } = 0x + } :text = 0x .resetvec ADDR(.text) + 0x7fffc : { *(.resetvec) - } = 0x + } :text = 0x . = ADDR(.text) + 0x8; @@ -131,7 +136,7 @@ SECTIONS *(.dynbss) *(.bss) *(COMMON) - } + } :NONE . = ALIGN(4); _end = . ; diff --git a/board/freescale/mpc8548cds/u-boot.lds b/board/freescale/mpc8548cds/u-boot.lds index 6b93395..f4e6e15 100644 --- a/board/freescale/mpc8548cds/u-boot.lds +++ b/board/freescale/mpc8548cds/u-boot.lds @@ -23,6 +23,11 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -54,7 +59,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -63,7 +68,7
Re: [U-Boot-Users] 85xx: Not enough room for program headers
In message [EMAIL PROTECTED] you wrote: ./MAKEALL MPC8555CDS Configuring for MPC8555CDS board... ppc_85xx-ld: u-boot: warning: allocated section `.bss' not in segment textdata bss dec hex filename 194515 16028 26488 237031 39de7 ./u-boot Yeah it was the best I could do.. older binutils have some issue and figured a warning was better than it not functioning at all. Hm... previous experience with ld has made me extremely suspicious about ld warnings. They all turn into subtle, but nasty errors sooner or later. I think we should find a solution that does without such warnings. If this is impossible in the remaining time (given the late state in the release cycle) I think it is better to back out the patch that causes the problem, and try to solve this wil less pressure in the next release. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Boykottiert Microsoft - Kauft Eure Fenster bei OBI! - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] CUSTODIANS: Final boarding call for flight 1.3.4 ...
In message [EMAIL PROTECTED] you wrote: there are a couple of recent patches which include some bug fixes that look urgent enough to be included with the upcoming 1.3.4 release (the last one with the old version number system). Did we come to resolution on what the new numbering system will be? Not really, but this is not important at the moment. This will be 1.3.4; for the next release we have a couple of weeks to come to a conclusion. Andy's out so can you pick up the 85xx linker script patch I'm about to send to address Rafal's issues. Are there any other 85xx related issues that might be sitting in his queue? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Just because your doctor has a name for your condition doesn't mean he knows what it is. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATcH 2/2] Add mpc7448hpc2 maintainer information for future maintain
From: Roy Zang [EMAIL PROTECTED] Add mpc7448hpc2 maintainer information for future maintain. Signed-off-by: Roy Zang [EMAIL PROTECTED] --- MAINTAINERS |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 921ccec..a0cb27b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -416,6 +416,10 @@ Stephen Williams [EMAIL PROTECTED] JSE PPC405GPr +Roy Zang [EMAIL PROTECTED] + + mpc7448hpc2 MPC7448 + John Zhan [EMAIL PROTECTED] svm_sc8xx MPC8xx -- 1.5.4 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH v2][for 1.3.4] mpc85xx: workaround old binutils bug
The recent change to move the .bss outside of the image gives older binutils (ld from eldk4.1/binutils-2.16) some headache: ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4) ppc_85xx-ld: final link failed: Bad value We workaround it by being explicit about the program headers and not assigning the .bss to a program header. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Fixes warning with older binutils board/freescale/mpc8540ads/u-boot.lds | 16 +++- board/freescale/mpc8541cds/u-boot.lds | 16 +++- board/freescale/mpc8544ds/u-boot.lds | 16 +++- board/freescale/mpc8548cds/u-boot.lds | 16 +++- board/freescale/mpc8555cds/u-boot.lds | 16 +++- board/freescale/mpc8560ads/u-boot.lds | 16 +++- board/freescale/mpc8568mds/u-boot.lds | 16 +++- 7 files changed, 77 insertions(+), 35 deletions(-) diff --git a/board/freescale/mpc8540ads/u-boot.lds b/board/freescale/mpc8540ads/u-boot.lds index 0e4f5a2..515d320 100644 --- a/board/freescale/mpc8540ads/u-boot.lds +++ b/board/freescale/mpc8540ads/u-boot.lds @@ -26,6 +26,12 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; + bss PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -57,7 +63,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -66,7 +72,7 @@ SECTIONS *(.rodata1) *(.rodata.str1.4) *(.eh_frame) - } + } :text .fini : { *(.fini)} =0 .ctors : { *(.ctors) } .dtors : { *(.dtors) } @@ -118,12 +124,12 @@ SECTIONS .bootpg ADDR(.text) + 0x7f000 : { cpu/mpc85xx/start.o(.bootpg) - } = 0x + } :text = 0x .resetvec ADDR(.text) + 0x7fffc : { *(.resetvec) - } = 0x + } :text = 0x . = ADDR(.text) + 0x8; @@ -134,7 +140,7 @@ SECTIONS *(.dynbss) *(.bss) *(COMMON) - } + } :bss . = ALIGN(4); _end = . ; diff --git a/board/freescale/mpc8541cds/u-boot.lds b/board/freescale/mpc8541cds/u-boot.lds index 1c583de..d728d8b 100644 --- a/board/freescale/mpc8541cds/u-boot.lds +++ b/board/freescale/mpc8541cds/u-boot.lds @@ -23,6 +23,12 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; + bss PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -54,7 +60,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -63,7 +69,7 @@ SECTIONS *(.rodata1) *(.rodata.str1.4) *(.eh_frame) - } + } :text .fini : { *(.fini)} =0 .ctors : { *(.ctors) } .dtors : { *(.dtors) } @@ -115,12 +121,12 @@ SECTIONS .bootpg ADDR(.text) + 0x7f000 : { cpu/mpc85xx/start.o(.bootpg) - } = 0x + } :text = 0x .resetvec ADDR(.text) + 0x7fffc : { *(.resetvec) - } = 0x + } :text = 0x . = ADDR(.text) + 0x8; @@ -131,7 +137,7 @@ SECTIONS *(.dynbss) *(.bss) *(COMMON) - } + } :bss . = ALIGN(4); _end = . ; diff --git a/board/freescale/mpc8544ds/u-boot.lds b/board/freescale/mpc8544ds/u-boot.lds index 500e647..a05ece5 100644 --- a/board/freescale/mpc8544ds/u-boot.lds +++ b/board/freescale/mpc8544ds/u-boot.lds @@ -23,6 +23,12 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; + bss PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -54,7 +60,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .); .rodata: @@ -63,7 +69,7 @@ SECTIONS *(.rodata1) *(.rodata.str1.4) *(.eh_frame) - } + } :text .fini : { *(.fini)} =0 .ctors : { *(.ctors) } .dtors : { *(.dtors) } @@ -115,12 +121,12 @@ SECTIONS .bootpg ADDR(.text) + 0x7f000 : { cpu/mpc85xx/start.o(.bootpg) - } = 0x + } :text = 0x .resetvec ADDR(.text) + 0x7fffc : { *(.resetvec) - } = 0x + } :text = 0x . = ADDR(.text) + 0x8; @@ -131,7 +137,7 @@ SECTIONS *(.dynbss) *(.bss) *(COMMON) - } + } :bss . = ALIGN(4); _end = . ; diff --git a/board/freescale/mpc8548cds/u-boot.lds b/board/freescale/mpc8548cds/u-boot.lds index 6b93395..d4a2f72 100644 --- a/board/freescale/mpc8548cds/u-boot.lds +++ b/board/freescale/mpc8548cds/u-boot.lds @@ -23,6 +23,12 @@ OUTPUT_ARCH(powerpc) /* Do we need any of these for elf? __DYNAMIC = 0;*/ +PHDRS +{ + text PT_LOAD; + bss PT_LOAD; +} + SECTIONS { /* Read-only sections, merged into text segment: */ @@ -54,7 +60,7 @@ SECTIONS *(.text) *(.fixup) *(.got1) - } + } :text _etext = .; PROVIDE (etext = .);
Re: [U-Boot-Users] CUSTODIANS: Final boarding call for flight 1.3.4 ...
On Thu, Aug 7, 2008 at 1:56 AM, Wolfgang Denk [EMAIL PROTECTED] wrote: Hi custodians, there are a couple of recent patches which include some bug fixes that look urgent enough to be included with the upcoming 1.3.4 release (the last one with the old version number system). Can you please process these patcehs and send your pull requests not later than Friday night? Sure. I have one outstanding and will pull it in tonight. regards, Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH v2][for 1.3.4] mpc85xx: workaround oldbinutils bug
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kumar Gala Sent: Thursday, August 07, 2008 10:28 PM To: Wolfgang Denk Cc: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] [PATCH v2][for 1.3.4] mpc85xx: workaround oldbinutils bug The recent change to move the .bss outside of the image gives older binutils (ld from eldk4.1/binutils-2.16) some headache: ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4) ppc_85xx-ld: final link failed: Bad value We workaround it by being explicit about the program headers and not assigning the .bss to a program header. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Tested on CDS board. The workaround is OK. Roy - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH v2][for 1.3.4] mpc85xx: workaround old binutils bug
Kumar Gala wrote: The recent change to move the .bss outside of the image gives older binutils (ld from eldk4.1/binutils-2.16) some headache: ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4) ppc_85xx-ld: final link failed: Bad value We workaround it by being explicit about the program headers and not assigning the .bss to a program header. Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- Fixes warning with older binutils Looks fine now, thanks a lot! Rafal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] bootm support for netbsd question
Anyone know why we pass the image_header_t * to the netbsd loader? /* * Booting a (NetBSD) kernel image * * This process is pretty similar to a standalone application: * The (first part of an multi-) image must be a stage-2 loader, * which in turn is responsible for loading invoking the actual * kernel. The only differences are the parameters being passed: * besides the board info strucure, the loader expects a command * line, the name of the console device, and (optionally) the * address of the original image header. */ ... /* * NetBSD Stage-2 Loader Parameters: * r3: ptr to board info data * r4: image address * r5: console device * r6: boot args string */ (*loader) (gd-bd, os_hdr, consdev, cmdline); this is some pretty tight coupling with u-boot. Is the stage-2 loader part of u-boot? - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 4/7 v6] USB: Add support for OHCI controller on S3C6400
Guennadi Liakhovetski [EMAIL PROTECTED] writes: Notice: USB on S3C6400 currently works _only_ with switched off MMU. One could try to enable the MMU, but map addresses 1-to-1, and disable data cache, then it should work too and we could still profit from instruction cache. Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED] Acked-by: Markus Klotzbuecher [EMAIL PROTECTED] I can't apply this to the USB custodian repository without the rest of the patchset being applied. I'm also fine if the ARM custodian picks this one up. Best regards Markus -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm support for netbsd question
Kumar Gala wrote: Anyone know why we pass the image_header_t * to the netbsd loader? *snip* this is some pretty tight coupling with u-boot. Is the stage-2 loader part of u-boot? I believe this is meant to be NetBSD's last stage bootloader and not any U-Boot piece. See for example their PREP loader variant: http://fxr.watson.org/fxr/source/arch/prep/stand/ As I understand it, to boot NetBSD from U-Boot they produce a fat image (the above stage2 loader + kernel as a multi-image file), which is booted via bootm, but I never exercised the procedure myself. Rafal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm support for netbsd question
Rafal Jaworowski wrote: Kumar Gala wrote: Anyone know why we pass the image_header_t * to the netbsd loader? *snip* this is some pretty tight coupling with u-boot. Is the stage-2 loader part of u-boot? I believe this is meant to be NetBSD's last stage bootloader and not any U-Boot piece. See for example their PREP loader variant: http://fxr.watson.org/fxr/source/arch/prep/stand/ Ooops, I meant: http://fxr.watson.org/fxr/source/arch/prep/stand/?v=NETBSD Rafal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH 4/7 v6] USB: Add support for OHCI controller on S3C6400
On 17:56 Thu 07 Aug , Markus Klotzbücher wrote: Guennadi Liakhovetski [EMAIL PROTECTED] writes: Notice: USB on S3C6400 currently works _only_ with switched off MMU. One could try to enable the MMU, but map addresses 1-to-1, and disable data cache, then it should work too and we could still profit from instruction cache. Signed-off-by: Guennadi Liakhovetski [EMAIL PROTECTED] Acked-by: Markus Klotzbuecher [EMAIL PROTECTED] I can't apply this to the USB custodian repository without the rest of the patchset being applied. I'm also fine if the ARM custodian picks this one up. I'll do. Thanks for the Ack Best Regards, J. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] bootm as a script -- requires HUSH?
if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
Kumar Gala wrote: if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? - k Yes. gvb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote: Kumar Gala wrote: if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? - k Yes. Than I think the ideas you guys have aren't beneficial to anyone. What benefit to we gain by doing this? Its going to be slower and larger. - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [PATCH] PPC4xx: Memory Queue Optimizations for PPC460EX/GT
Thanks Stefan for your comments. Please see reply below. + mtdcr(plb1_acr, plb1_acr_ppm_fair| + plb1_acr_hbu_enabled | + plb1_acr_rdp_4deep | + plb1_acr_wrp_2deep); + Is this PLB0_ACR tuning Canyonlands specific? Or will all 460EX/GT boards profit from this configuration? Or even other 4xx PPC variants as well? If this is the case then I suggest to move this code to a common place, perhaps in cpu_init_f(). What do you think? The PLB Arbiter register configuration are definitely common to PPC460EX/GT boards. I am working with PowerPC hardware architects to find out whether we can put the same changes for other PPC4xx variants + + mtdcr(SDRAM_CONF1HB, 0x80001c80); + mtdcr(SDRAM_CONF1LL, 0x80001c80); + mtdcr(SDRAM_CONFPATHB, 0x18a68000); Could you please add a comment what exactly is configured with these magic numbers? I will add C defines corresponding to those register bits and resubmit +#if defined(CONFIG_440EP) || defined(CONFIG_440GR) || \ +defined(CONFIG_440EPX) || defined(CONFIG_440GRX) || \ +defined(CONFIG_460EX) || defined(CONFIG_460GT) Are the PLBx_ACR register really identical on all those PPC's? Just checking. They seem to be so. I will double-check the user manuals for all these processors. Please fix if necessary and resubmit. And please keep me on CC on 4xx related patches. I will try to put out the modified patch latest by tommorow. Best Regards, Prodyut Hazarika Staff S/W Engineer AMCC - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
Kumar Gala wrote: On Aug 7, 2008, at 12:21 PM, Jerry Van Baren wrote: Kumar Gala wrote: if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? - k Yes. Than I think the ideas you guys have aren't beneficial to anyone. What benefit to we gain by doing this? Its going to be slower and larger. - k ...for some subset of anyone. A lot of people resisted moving to the linux 2.6 kernel because it is slower and larger than the 2.4 kernel. A lot of embedded devices (and probably some servers and desktops) are still running 2.4 kernels. I would not conclude that 2.6 isn't beneficial to anyone. Maybe the destination turns into a failure, but half the fun is planning the trip. gvb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [GIT PULL] Please pull mpc512x tree
Wolfgang, The following changes since commit 81091f58f0c58ecd26c5b05de2ae20ca6cdb521c: Jean-Christophe PLAGNIOL-VILLARD (1): drivers/serial: Move conditional compilation to Makefile for CONFIG_* macros are available in the git repository at: git://git.denx.de/u-boot-mpc512x.git master John Rigby (1): mpc5121: squash some fdt fixup errors Kenneth Johansson (1): mpc5121: Move iopin features from board specific to common files. board/ads5121/Makefile|2 +- board/ads5121/ads5121.c | 58 ++- board/ads5121/iopin.c | 115 - board/ads5121/iopin.h | 222 --- cpu/mpc512x/Makefile |2 +- cpu/mpc512x/cpu.c | 77 +++--- cpu/mpc512x/iopin.c | 49 + include/configs/ads5121.h |5 +- include/mpc512x.h | 251 +++-- 9 files changed, 388 insertions(+), 393 deletions(-) delete mode 100644 board/ads5121/iopin.c delete mode 100644 board/ads5121/iopin.h create mode 100644 cpu/mpc512x/iopin.c Thanks John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
In message [EMAIL PROTECTED] you wrote: if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? I woul like to avoid that, if possible. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Life would be so much easier if we could just look at the source code. -- Dave Olson - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
In message [EMAIL PROTECTED] you wrote: Than I think the ideas you guys have aren't beneficial to anyone. What benefit to we gain by doing this? Its going to be slower and larger. Note: I don't see why it would absolutley be necessary to use hush. My idea is to end up on each target with a board specific, but otherwise simple sequence of calls We gain much clearer code the function of which can be understood by mere mortals. At least that's the main goal. Yes, it is going to be slower. But how much? 2 milliseconds? or 5? Or 25? Do you really think it will matter? And I'm not sure that the code will be significantly larger. We might be able to clean up a thing here and there on the way, there are some areas where code duplication exists. In any case, I expoect the total numbers of lines of code in U-Boot to go down by quite an amount - for example, if we manage to get rid of all the code duplication we have now across architectures. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] If you can't beat it or corrupt it, you pretend it was your idea in the first place. - Terry Pratchett, _Guards! Guards!_ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote: In any case, I expoect the total numbers of lines of code in U-Boot to go down by quite an amount - for example, if we manage to get rid of all the code duplication we have now across architectures. I doubt this is really going to happen because the majority of code is specific to the mechanism used to boot a kernel that is arch specific. (ie, the ePAPR style interface on PPC, the TAGs support on ARM, etc.) I dont see how we reduce code in that area (since it seems fundamentally arch specific). - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? I woul like to avoid that, if possible. Which implies to me the sequence has to be a simple ordered sequence w/ o any if/than/else aspects to it. Am I missing something? - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] ANNOUNCEMENT: new U-Boot mailing list
Hi everybody, as discussed before, we are moving the mailing list away form Sourceforge. We have therefor set up a new U-Boot mailing list that will replace the sourceforge list. The new list address is [EMAIL PROTECTED] The admin interface can be found at http://lists.denx.de/mailman/listinfo/u-boot If all works well, no action from you is required. We will auto-subscribe all current members of this old sourceforge list to the new list, copying all your preferences. You should receive a welcome message from the new list soon. Please inform me if you should not receive anything within the next 24 hours or so. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] Good morning. This is the telephone company. Due to repairs, we're giving you advance notice that your service will be cut off indefi- nitely at ten o'clock. That's two minutes from now. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
Kumar Gala wrote: On Aug 7, 2008, at 2:29 PM, Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: if I understand Wolfgang and Jerry they'd like to recode the control flow of the bootm command in the scripting env u-boot provides. This seems to imply that we'd require HUSH as the simple parser doesn't seem to provide any control statements like (if..then..else). is this correct? I woul like to avoid that, if possible. Which implies to me the sequence has to be a simple ordered sequence w/ o any if/than/else aspects to it. Am I missing something? - k Nope. Remaining to be shown: how far apart reality is from goal. gvb I've always used my ignorance as a weapon. I don't know why things can't be done. Engineers spend a lot of time telling us why things can't be done. Sometimes they're right. But sometimes they're not. - Garry Hoyt - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
In message [EMAIL PROTECTED] you wrote: On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote: In any case, I expoect the total numbers of lines of code in U-Boot to go down by quite an amount - for example, if we manage to get rid of all the code duplication we have now across architectures. I doubt this is really going to happen because the majority of code is specific to the mechanism used to boot a kernel that is arch specific. (ie, the ePAPR style interface on PPC, the TAGs support on ARM, etc.) I dont see how we reduce code in that area (since it seems fundamentally arch specific). There is a lot of common code - verify and uncompress the Linux kernel image; check for existence of, then verify and load the ramdisk, etc. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: [EMAIL PROTECTED] In general, if you think something isn't in Perl, try it out, because it usually is :-) - Larry Wall in [EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] bootm as a script -- requires HUSH?
On Aug 7, 2008, at 3:47 PM, Wolfgang Denk wrote: In message 45CA6EEB-4A74-46FC-A544- [EMAIL PROTECTED] you wrote: On Aug 7, 2008, at 2:34 PM, Wolfgang Denk wrote: In any case, I expoect the total numbers of lines of code in U- Boot to go down by quite an amount - for example, if we manage to get rid of all the code duplication we have now across architectures. I doubt this is really going to happen because the majority of code is specific to the mechanism used to boot a kernel that is arch specific. (ie, the ePAPR style interface on PPC, the TAGs support on ARM, etc.) I dont see how we reduce code in that area (since it seems fundamentally arch specific). There is a lot of common code - verify and uncompress the Linux kernel image; check for existence of, then verify and load the ramdisk, etc. I agree that there is probably a far amount of code in lib_ppc/bootm.c that can be made common above it. The ARCH specific bits seem to be the jump and the specific mechanism to pass boot information to the kernel (bd_t, fdt, ARM tags, etc). - k - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] :o)
Heya, - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] [T-Engine] UBoot configuration for T-Engine/SH7727 MS7727CP02 DevKit
Hi, thaoth . 2008/8/7 thaoth [EMAIL PROTECTED]: Here is configuration of UBoot \board\ms7727se\config.mk :TEXT_BASE = 0x8DFC \board\ms7727se\u-boot.lds OUTPUT_FORMAT(elf32-sh-tkernel, elf32-sh-tkernel, elf32-sh-tkernel) SECTIONS { . = 0x8C00 + (32*1024*1024) - (256*1024); \include\configs\ms7727se.h /* MEMORY */ #define MS7720SE_SDRAM_BASE 0x8C00 #define MS7720SE_FLASH_BASE_1 0x8000 //0xA000 #define MS7720SE_FLASH_BANK_SIZE(8 * 1024 * 1024) #define CFG_MEMTEST_START MS7720SE_SDRAM_BASE #define CFG_MEMTEST_END (CFG_MEMTEST_START + (60 * 1024 * 1024)) #define CFG_SDRAM_BASE MS7720SE_SDRAM_BASE #define CFG_SDRAM_SIZE (32 * 1024 * 1024) #define CFG_LOAD_ADDR (CFG_SDRAM_BASE + 32 * 1024 * 1024) #define CFG_MONITOR_BASEMS7720SE_FLASH_BASE_1 #define CFG_MONITOR_LEN (128 * 1024) #define CFG_MALLOC_LEN (256 * 1024) #define CFG_GBL_DATA_SIZE 256 #define CFG_BOOTMAPSZ (8 * 1024 * 1024) /* FLASH */ #define CFG_FLASH_CFI #define CFG_FLASH_CFI_DRIVER #undef CFG_FLASH_QUIET_TEST #define CFG_FLASH_EMPTY_INFO/* print 'E' for empty sector on flinfo */ #define CFG_FLASH_BASE MS7720SE_FLASH_BASE_1 Would you please help me have a look this setting? 1. Is this setting correct ? I am confusing about TEXT_BASE with CFG_LOAD_ADDR. Here is definition - CFG_FLASH_BASE: Physical start address of Flash memory. - CFG_MONITOR_BASE: Physical start address of boot monitor code (set by make config files to be same as the text base address (TEXT_BASE) used when linking) - same as CFG_FLASH_BASE when booting from flash. Yes, you are right. If you use *make config_xx ; make* , you can make an u-boot.srec file starting from the memory (May be address is 0x8DFC000). I think that you know it, T-engine has a monitor program. The T-engine user uses this monitor program and writes in it at a flash bulb. However, as for this program, only a SREC file is usable. If you want make SREC file to Flash, you need to use objcopy command. shX-linux-objcopy -Ibinary -Osrec u-boot.bin u-boot.flash.srec Please check doc/README.sh. If I am wrong, please tell me how to correct these setting. 2. ld T-Engine toolchain only supports elf32-sh-tkernel target, but reference implementation (example) tell elf32-sh-linux is expected target. Is the setting correct? \board\ms7727se\u-boot.lds Original : OUTPUT_FORMAT(elf32-sh-linux, elf32-sh-linux, elf32-sh-linux) - My changes OUTPUT_FORMAT(elf32-sh-tkernel, elf32-sh-tkernel, elf32-sh-tkernel) Hmmm, I have not used the tool-chain for t-kernel. However, as for me, there is an acquaintance using t-kernel. I can ask him. And, I will reply about this matter. I am newbie in embedded system. I am appreciating your helping. Thank you a lot. I think that I want to support t-kernel and other OS to U-boot-sh. I cooperate with you. Best regards, Nobuhiro - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] We have data for Nursing Homes, Visiting Nurses RN's, Nursing Homes etc..
Fully Licensed Physicians in the United States Featuring the most accurate contact information in many different areas of medicine 16 different sortable fields Normally priced at $490 now: $394 ()()() GET THESE FR EE WITH EVERY ORDER THIS WEEK ()()() -- Dentists -- Veterinarians -- Physical Therapists -- Visiting Nurses RN's please contact us by email at - : [EMAIL PROTECTED] only until this Friday === to take off your email send an email with 289 in the subject - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] GT-64120 PCI init
Richard Danter wrote: Hi all, I have an old MIPS board with a GT-64120 that I would like to port U-Boot to. I have so far got it to boot from flash, init SDRAM and a serial console and give me a prompt so I can run some commands. I am also able to write flash for saving env vars, etc. To make this really useful however I need to get PCI working and then Ethernet. I don't see any 64120 driver/init code in the sources so unless I have missed something I guess I am going to have to write some. Looks like it. Having not done this before can anyone suggest where to start? Data sheets if you have them. Google says linux drivers may be a useful reference. http://www.linux-mips.org/archives/linux-mips/2006-12/msg00233.html Thanks Rich Good luck, gvb - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users