Re: [U-Boot-Users] [PATCH] QUAD100HD: Allow the environment to be put into flash.
On Wednesday 14 May 2008, Gary Jennejohn wrote: After moving TEXT_BASE the value for CFG_ENV_ADDR was incorrect. Also use a redundant environment. Signed-off-by: Gary Jennejohn [EMAIL PROTECTED] Applied to quad100hd branch. Thanks. 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Loading a kernel on MX31ADS using U-boot
Hi Fabio, Fabio Estevam schrieb: Hi Jens, Have you tried to pass the jtag=on option into the kernel command line? Yippee! This works. Thank you very much for this hint! Where is this parameter documented? I didn't found anything in linux/Documentation or with google. ... Apart from that, verify that your console= command line parameter is correct, your machine ID matches, and that you don't have a jtag debugger like bdi2000 connected when you're trying to boot. I have the same problem on our board: I don't see the console outputs if the BDI2000 cable is connected to the target, although the BDI is in mode reset run. Do have an idea why? Best Regards, Jens - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] environment: fix bug introduced by commit a8409f4f1ac8
env_get_char is not a function, but a pointer to one. Signed-off-by: Wolfgang Denk [EMAIL PROTECTED] --- include/environment.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/environment.h b/include/environment.h index 946a393..bf9f669 100644 --- a/include/environment.h +++ b/include/environment.h @@ -107,8 +107,8 @@ typedef struct environment_s { unsigned char data[ENV_SIZE]; /* Environment data */ } env_t; -/* Function that returns a character from the environment */ -unsigned char (*env_get_char)(int); +/* Pointer to function that returns a character from the environment */ +extern unsigned char (*env_get_char)(int); /* Function that returns a pointer to a value from the environment */ unsigned char *env_get_addr(int); -- 1.5.4.2 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] Build failure - multiple definition of `env_get_char'
In message [EMAIL PROTECTED] you wrote: I am unable to build u-boot. I observed this problem originally when building for gta01bv4 with Openmoko-specific patches, but I am able to reproduce the problem with a clean checkout of git://git.denx.de/u-boot.git configured for mp2usb (chosen arbitrarily). This problem should be fixed. Patch follows in next message. 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 price one pays for pursuing any profession, or calling, is an intimate knowledge of its ugly side. - James Baldwin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot help request for OHCI driver with CPU cache on
Ryan CHEN [EMAIL PROTECTED] writes: I am porting U-Boot to a MIPS64 platform, that uses USB host controller NEC uPD720101 on PCI bus. What CPU? What version of U-Boot are you using? I didn't modify anything related with USB driver, I just enabled OHCI in the configuration. Please be more specific, *exactly* which USB options did you enable in your config? When CPU cache is disabled, USB is perfect working. When CPU cache is enabled, every driver works well but not USB. Again, what is not working well? Could you suggest me how to solve the problem? Is there any specific part of USB driver that requires cache handling? None that I'm aware of, but I could imagine that enabling caches might cause some kind of problems. Best regards Markus Klotzbuecher -- 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot help request for OHCI driver with CPU cache on
Hi Ryan, you are probably using the CONFIG_USB_OHCI_NEW option for your PCI OHCI controller. The code in drivers/usb/usb_ohci.c is currently not aware of caches. So we need to add some flush/invalidates at the correct places. I think nobody will keep you from starting to work on this :-) Matthias On Thursday 15 May 2008 06:33:07 Ryan CHEN wrote: Hi all, I am porting U-Boot to a MIPS64 platform, that uses USB host controller NEC uPD720101 on PCI bus. I didn't modify anything related with USB driver, I just enabled OHCI in the configuration. When CPU cache is disabled, USB is perfect working. When CPU cache is enabled, every driver works well but not USB. Could you suggest me how to solve the problem? Is there any specific part of USB driver that requires cache handling? Best Regards, Ryan Chen - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] U-Boot help request for OHCI driver with CPU cache on
On Thursday 15 May 2008 10:37:04 Markus Klotzbücher wrote: Could you suggest me how to solve the problem? Is there any specific part of USB driver that requires cache handling? None that I'm aware of, but I could imagine that enabling caches might cause some kind of problems. With U-Boot's current OHCI implementation you will run into trouble at least with cache incoherent CPUs like the 4xx PowerPCs. The 4xx_enet driver has been modified to deal with this stuff when data caches are enabled. The USB OHCI driver will also need that kind of fixing (making the code very ugly). An other approach would be to put the USB DMA accessable memory into some non-cached memory. Perhaps this is much more simple. I am not very familiar with MIPS64. But I bet that this is Ryan's problem. Matthias - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] mips: Call 'nand_init()' in generic board initialization when CONFIG_CMD_NAND is set
--- lib_mips/board.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/lib_mips/board.c b/lib_mips/board.c index 1645f2c..7237842 100644 --- a/lib_mips/board.c +++ b/lib_mips/board.c @@ -48,6 +48,8 @@ extern int incaip_set_cpuclk(void); extern ulong uboot_end_data; extern ulong uboot_end; +extern void nand_init(void); + ulong monitor_flash_len; const char version_string[] = @@ -416,6 +418,11 @@ void board_init_r (gd_t *id, ulong dest_addr) } #endif +#ifdef CONFIG_CMD_NAND + puts(NAND: ); + nand_init();/* go init the NAND */ +#endif + #if defined(CONFIG_MISC_INIT_R) /* miscellaneous platform dependent initialisations */ misc_init_r (); -- 1.5.4.3 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] mips: Call 'nand_init()' in generic board initialization when CONFIG_CMD_NAND is set
This patch add the standard 'nand_init()' call to the mips generic 'board_init_r()' call, bringing MIPS in line with the other architectures. Signed-off-by: Jason McMullan [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] mips: Call 'nand_init()' in generic board initializationwhen CONFIG_CMD_NAND is set
Harumph. Evidently 'git-send-mail' did not do as I expected. Should I re-send the patch? Jason McMullan MTS SW System Firmware NetApp 724.741.5011Fax 724.741.5166Direct 412.656.3519Mobile [EMAIL PROTECTED] www.netapp.com signature.asc Description: This is a digitally signed message part - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ 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] mips: Call 'nand_init()' in generic board initialization when CONFIG_CMD_NAND is set
On Thu, May 15, 2008 at 10:08:31AM -0400, Jason McMullan wrote: --- lib_mips/board.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/lib_mips/board.c b/lib_mips/board.c index 1645f2c..7237842 100644 --- a/lib_mips/board.c +++ b/lib_mips/board.c @@ -48,6 +48,8 @@ extern int incaip_set_cpuclk(void); extern ulong uboot_end_data; extern ulong uboot_end; +extern void nand_init(void); + Please include nand.h instead. -Scott - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] mips: Call 'nand_init()' in generic board initialization when CONFIG_CMD_NAND is set
--- lib_mips/board.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/lib_mips/board.c b/lib_mips/board.c index 1645f2c..e33070d 100644 --- a/lib_mips/board.c +++ b/lib_mips/board.c @@ -28,6 +28,7 @@ #include version.h #include net.h #include environment.h +#include nand.h DECLARE_GLOBAL_DATA_PTR; @@ -416,6 +417,11 @@ void board_init_r (gd_t *id, ulong dest_addr) } #endif +#ifdef CONFIG_CMD_NAND + puts(NAND: ); + nand_init();/* go init the NAND */ +#endif + #if defined(CONFIG_MISC_INIT_R) /* miscellaneous platform dependent initialisations */ misc_init_r (); -- 1.5.4.3 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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] NAND read/write.jffs2 fix
Hi Kim, Kim Phillips wrote: On Tue, 13 May 2008 15:41:06 -0500 Scott Wood [EMAIL PROTECTED] wrote: static int nand_dump(nand_info_t *nand, ulong off, int only_oob) { @@ -73,9 +74,9 @@ static int nand_dump(nand_info_t *nand, ulong off, int only_oob) while (i--) { if (!only_oob) { printf( \t%02x %02x %02x %02x %02x %02x %02x %02x - %02x %02x %02x %02x %02x %02x %02x %02x\n, - p[0], p[1], p[2], p[3], p[4], p[5], p[6], p[7], - p[8], p[9], p[10], p[11], p[12], p[13], p[14], p[15]); + %02x %02x %02x %02x %02x %02x %02x %02x\n, + p[0], p[1], p[2], p[3], p[4], p[5], p[6], p[7], + p[8], p[9], p[10], p[11], p[12], p[13], p[14], p[15]); Still exceeds 80 characters on the last line. or use lib_generic/display_options.c:print_buffer() 806b4da8: ff ff 01 10 00 00 05 01 or ff ff 01 10 00 00 05 01 The 806b4da8 is a address RAM address and has nothing to do with the nand offset. I think the last printout is better. Morten - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Express herbals really do work
Herbal remedies that really do work, see your size increase effortlessly http://www.noigoeau.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Fix warnings from gcc-4.3.0 build on a ppc host
* The cfi_flash.c memset fix actual allows the board to boot so there is a bit more going on here than just resolving warnings associated with uninitialized variables. * include/asm/bitops.h:302: warning: '__swab32p' is static but used in inline function 'ext2_find_next_zero_bit' which is not static Signed-off-by: Kumar Gala [EMAIL PROTECTED] --- For 1.3.3. - k drivers/mtd/cfi_flash.c |2 ++ include/asm-ppc/bitops.h |2 +- 2 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 68ab55f..d84f0fc 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -1720,6 +1720,8 @@ ulong flash_get_size (ulong base, int banknum) int erase_region_count; struct cfi_qry qry; + memset(qry, 0, sizeof(qry)); + info-ext_addr = 0; info-cfi_version = 0; #ifdef CFG_FLASH_PROTECTION diff --git a/include/asm-ppc/bitops.h b/include/asm-ppc/bitops.h index 3264915..4e9c608 100644 --- a/include/asm-ppc/bitops.h +++ b/include/asm-ppc/bitops.h @@ -287,7 +287,7 @@ extern __inline__ int ext2_test_bit(int nr, __const__ void * addr) #define ext2_find_first_zero_bit(addr, size) \ ext2_find_next_zero_bit((addr), (size), 0) -extern __inline__ unsigned long ext2_find_next_zero_bit(void *addr, +static __inline__ unsigned long ext2_find_next_zero_bit(void *addr, unsigned long size, unsigned long offset) { unsigned int *p = ((unsigned int *) addr) + (offset 5); -- 1.5.4.5 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/1] Fix 8313ERDB board configuration
Change LCRR clock ratio from 2 to 4 to commodate VSC7385. Correct TSEC1 vs TSEC2 assignment. Define ETHADDR and ETH1ADDR always. Signed-off-by: York Sun [EMAIL PROTECTED] Signed-off-by: Timur Tabi [EMAIL PROTECTED] --- include/configs/MPC8313ERDB.h | 14 ++ 1 files changed, 6 insertions(+), 8 deletions(-) diff --git a/include/configs/MPC8313ERDB.h b/include/configs/MPC8313ERDB.h index 6eec240..f9fa535 100644 --- a/include/configs/MPC8313ERDB.h +++ b/include/configs/MPC8313ERDB.h @@ -42,9 +42,12 @@ /* * On-board devices + * + * TSEC1 is VSC switch + * TSEC2 is SoC TSEC */ #define CONFIG_VSC7385_ENET - +#define CONFIG_TSEC2 #ifdef CFG_66MHZ #define CONFIG_83XX_CLKIN 6667/* in Hz */ @@ -80,7 +83,7 @@ #ifdef CONFIG_VSC7385_ENET -#define CONFIG_TSEC2 +#define CONFIG_TSEC1 /* The flash address and size of the VSC7385 firmware image */ #define CONFIG_VSC7385_IMAGE 0xFE7FE000 @@ -209,7 +212,7 @@ /* * Local Bus LCRR and LBCR regs */ -#define CFG_LCRR LCRR_EADC_1 | LCRR_CLKDIV_2 /* 0x00010002 */ +#define CFG_LCRR LCRR_EADC_1 | LCRR_CLKDIV_4 #define CFG_LBC_LBCR ( 0x0004 /* TODO */ \ | (0xFF LBCR_BMT_SHIFT) \ | 0xF ) /* 0x0004ff0f */ @@ -523,13 +526,8 @@ */ #define CONFIG_ENV_OVERWRITE -#ifdef CONFIG_HAS_ETH0 #define CONFIG_ETHADDR 00:E0:0C:00:95:01 -#endif - -#ifdef CONFIG_HAS_ETH1 #define CONFIG_ETH1ADDR00:E0:0C:00:95:02 -#endif #define CONFIG_IPADDR 10.0.0.2 #define CONFIG_SERVERIP10.0.0.1 -- 1.5.2.2 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
Hi York, York Sun wrote: Change LCRR clock ratio from 2 to 4 to commodate VSC7385. Correct TSEC1 vs TSEC2 assignment. Define ETHADDR and ETH1ADDR always. Signed-off-by: York Sun [EMAIL PROTECTED] Signed-off-by: Timur Tabi [EMAIL PROTECTED] --- include/configs/MPC8313ERDB.h | 14 ++ 1 files changed, 6 insertions(+), 8 deletions(-) diff --git a/include/configs/MPC8313ERDB.h b/include/configs/MPC8313ERDB.h index 6eec240..f9fa535 100644 --- a/include/configs/MPC8313ERDB.h +++ b/include/configs/MPC8313ERDB.h @@ -42,9 +42,12 @@ /* * On-board devices + * + * TSEC1 is VSC switch + * TSEC2 is SoC TSEC */ #define CONFIG_VSC7385_ENET - +#define CONFIG_TSEC2 #ifdef CFG_66MHZ #define CONFIG_83XX_CLKIN6667/* in Hz */ @@ -80,7 +83,7 @@ #ifdef CONFIG_VSC7385_ENET -#define CONFIG_TSEC2 +#define CONFIG_TSEC1 /* The flash address and size of the VSC7385 firmware image */ #define CONFIG_VSC7385_IMAGE 0xFE7FE000 @@ -209,7 +212,7 @@ /* * Local Bus LCRR and LBCR regs */ -#define CFG_LCRR LCRR_EADC_1 | LCRR_CLKDIV_2 /* 0x00010002 */ +#define CFG_LCRR LCRR_EADC_1 | LCRR_CLKDIV_4 #define CFG_LBC_LBCR ( 0x0004 /* TODO */ \ | (0xFF LBCR_BMT_SHIFT) \ | 0xF ) /* 0x0004ff0f */ @@ -523,13 +526,8 @@ */ #define CONFIG_ENV_OVERWRITE -#ifdef CONFIG_HAS_ETH0 #define CONFIG_ETHADDR 00:E0:0C:00:95:01 -#endif - -#ifdef CONFIG_HAS_ETH1 #define CONFIG_ETH1ADDR 00:E0:0C:00:95:02 -#endif Please also remove the default MAC address assignments. #define CONFIG_IPADDR10.0.0.2 #define CONFIG_SERVERIP 10.0.0.1 While you're at it, putting default IP addresses is also pointless. regards, Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] x86 port
Hi All, I'm working on another x86 port for a new board. I've been trying to build the sc520* in the existing tree just to get an idea of the size of U-boot. However, I'm stuck on some build errors. README.standalone seems to suggest that the global_data pointer is passed in a funky way to the x86 app. That global_data structure is where my build is failing: sc520_cdp.c:33: error: initializer element is not constant where line 33 is the DECLARE_GLOBAL_DATA_PTR macro. I know that it's been a while since folks have worked on the i386 stuff - any memories/pointers would help. Thanks, John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
Ben, On Thu, 2008-05-15 at 13:50 -0700, Ben Warren wrote: -#ifdef CONFIG_HAS_ETH0 #define CONFIG_ETHADDR 00:E0:0C:00:95:01 -#endif - -#ifdef CONFIG_HAS_ETH1 #define CONFIG_ETH1ADDR00:E0:0C:00:95:02 -#endif Please also remove the default MAC address assignments. I think we need them, don't we? #define CONFIG_IPADDR 10.0.0.2 #define CONFIG_SERVERIP10.0.0.1 While you're at it, putting default IP addresses is also pointless. At least it tells you that you can put your address here. It doesn't hurt. And BTW, I want to make my patch as small as possible. I'll leave the rest to the board maintainer. York - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 PPC405 External Bus Controller (EBC) Register Field Mnemonics
Added preprocessor definitions for External Bus Controller (EBC) configuration, bank configuration and access parameter register fields along with a macro for defining them and verifying them against the data sheet or user's manual easier. Tested against AMCC Haleakala. Signed-off-by: Grant Erickson [EMAIL PROTECTED] --- include/ppc405.h | 98 ++ 1 files changed, 98 insertions(+), 0 deletions(-) diff --git a/include/ppc405.h b/include/ppc405.h index 37b121c..009aa68 100644 --- a/include/ppc405.h +++ b/include/ppc405.h @@ -22,6 +22,9 @@ #ifndef__PPC405_H__ #define __PPC405_H__ +#definePPC_REG_BITS32 +#definePPC_REG_VAL(bit, value) ((value) ((PPC_REG_BITS - 1) - (bit))) + #ifndef CONFIG_IOP480 #define CFG_DCACHE_SIZE(16 10) /* For AMCC 405 CPUs */ #else @@ -363,6 +366,101 @@ #endif /* defined(CONFIG_405EZ) */ /** + * External Bus Controller (EBC) + */ + +/* Bank Configuration Register */ +#defineEBC_BXCR_BAS_MASK PPC_REG_VAL(11, 0xFFF) +#define EBC_BXCR_BAS_ENCODE(n) unsigned long)(n))EBC_BXCR_BAS_MASK)0) +#define EBC_BXCR_BS_MASK PPC_REG_VAL(14, 0x7) +#define EBC_BXCR_BS_1MBPPC_REG_VAL(14, 0x0) +#define EBC_BXCR_BS_2MBPPC_REG_VAL(14, 0x1) +#define EBC_BXCR_BS_4MBPPC_REG_VAL(14, 0x2) +#define EBC_BXCR_BS_8MBPPC_REG_VAL(14, 0x3) +#define EBC_BXCR_BS_16MB PPC_REG_VAL(14, 0x4) +#define EBC_BXCR_BS_32MB PPC_REG_VAL(14, 0x5) +#define EBC_BXCR_BS_64MB PPC_REG_VAL(14, 0x6) +#define EBC_BXCR_BS_128MB PPC_REG_VAL(14, 0x7) +#define EBC_BXCR_BU_MASK PPC_REG_VAL(16, 0x3) +#defineEBC_BXCR_BU_NONEPPC_REG_VAL(16, 0x0) +#define EBC_BXCR_BU_R PPC_REG_VAL(16, 0x1) +#define EBC_BXCR_BU_W PPC_REG_VAL(16, 0x2) +#define EBC_BXCR_BU_RW PPC_REG_VAL(16, 0x3) +#define EBC_BXCR_BW_MASK PPC_REG_VAL(18, 0x3) +#define EBC_BXCR_BW_8BIT PPC_REG_VAL(18, 0x0) +#define EBC_BXCR_BW_16BIT PPC_REG_VAL(18, 0x1) +#define EBC_BXCR_BW_32BIT PPC_REG_VAL(18, 0x3) + +/* Bank Access Parameter Register */ +#define EBC_BXAP_BME_ENABLED PPC_REG_VAL(0, 0x1) +#define EBC_BXAP_BME_DISABLED PPC_REG_VAL(0, 0x0) +#define EBC_BXAP_TWT_ENCODE(n) PPC_REG_VAL(8, ((unsigned long)(n)) 0xFF) +#defineEBC_BXAP_FWT_ENCODE(n) PPC_REG_VAL(5, ((unsigned long)(n)) 0x1F) +#defineEBC_BXAP_BWT_ENCODE(n) PPC_REG_VAL(8, ((unsigned long)(n)) 0x7) +#define EBC_BXAP_BCE_DISABLE PPC_REG_VAL(9, 0x0) +#define EBC_BXAP_BCE_ENABLEPPC_REG_VAL(9, 0x1) +#define EBC_BXAP_BCT_MASK PPC_REG_VAL(11, 0x3) +#define EBC_BXAP_BCT_2TRANSPPC_REG_VAL(11, 0x0) +#define EBC_BXAP_BCT_4TRANSPPC_REG_VAL(11, 0x1) +#define EBC_BXAP_BCT_8TRANSPPC_REG_VAL(11, 0x2) +#define EBC_BXAP_BCT_16TRANS PPC_REG_VAL(11, 0x3) +#define EBC_BXAP_CSN_ENCODE(n) PPC_REG_VAL(13, ((unsigned long)(n)) 0x3) +#define EBC_BXAP_OEN_ENCODE(n) PPC_REG_VAL(15, ((unsigned long)(n)) 0x3) +#define EBC_BXAP_WBN_ENCODE(n) PPC_REG_VAL(17, ((unsigned long)(n)) 0x3) +#define EBC_BXAP_WBF_ENCODE(n) PPC_REG_VAL(19, ((unsigned long)(n)) 0x3) +#define EBC_BXAP_TH_ENCODE(n) PPC_REG_VAL(22, ((unsigned long)(n)) 0x7) +#define EBC_BXAP_RE_ENABLEDPPC_REG_VAL(23, 0x1) +#define EBC_BXAP_RE_DISABLED PPC_REG_VAL(23, 0x0) +#define EBC_BXAP_SOR_DELAYED PPC_REG_VAL(24, 0x0) +#define EBC_BXAP_SOR_NONDELAYEDPPC_REG_VAL(24, 0x1) +#define EBC_BXAP_BEM_WRITEONLY PPC_REG_VAL(25, 0x0) +#define EBC_BXAP_BEM_RWPPC_REG_VAL(25, 0x1) +#define EBC_BXAP_PEN_DISABLED PPC_REG_VAL(26, 0x0) +#define EBC_BXAP_PEN_ENABLED PPC_REG_VAL(26, 0x1) + +/* Configuration Register */ +#define EBC_CFG_LE_MASKPPC_REG_VAL(0, 0x1) +#define EBC_CFG_LE_UNLOCK PPC_REG_VAL(0, 0x0) +#define EBC_CFG_LE_LOCKPPC_REG_VAL(0, 0x1) +#define EBC_CFG_PTD_MASK PPC_REG_VAL(1, 0x1) +#define EBC_CFG_PTD_ENABLE PPC_REG_VAL(1, 0x0) +#define EBC_CFG_PTD_DISABLEPPC_REG_VAL(1, 0x1) +#define EBC_CFG_RTC_MASK PPC_REG_VAL(4, 0x7) +#define EBC_CFG_RTC_16PERCLK PPC_REG_VAL(4, 0x0) +#define EBC_CFG_RTC_32PERCLK PPC_REG_VAL(4, 0x1) +#define EBC_CFG_RTC_64PERCLK PPC_REG_VAL(4, 0x2) +#define EBC_CFG_RTC_128PERCLK PPC_REG_VAL(4, 0x3) +#define EBC_CFG_RTC_256PERCLK PPC_REG_VAL(4, 0x4) +#define EBC_CFG_RTC_512PERCLK PPC_REG_VAL(4, 0x5) +#define EBC_CFG_RTC_1024PERCLK PPC_REG_VAL(4, 0x6) +#define EBC_CFG_RTC_2048PERCLK PPC_REG_VAL(4, 0x7) +#define EBC_CFG_ATC_MASK PPC_REG_VAL(5, 0x1) +#define EBC_CFG_ATC_HI PPC_REG_VAL(5, 0x0) +#define EBC_CFG_ATC_PREVIOUS PPC_REG_VAL(5, 0x1) +#define EBC_CFG_DTC_MASK PPC_REG_VAL(6, 0x1) +#define EBC_CFG_DTC_HI PPC_REG_VAL(6, 0x0) +#define
Re: [U-Boot-Users] Loading a kernel on MX31ADS using U-boot
--- On Thu, 5/15/08, Jens Gehrlein [EMAIL PROTECTED] wrote: Yippee! This works. Thank you very much for this hint! Where is this parameter documented? I didn't found anything in linux/Documentation or with google. Yes, this is a Freescale specific option as part of the BSP for mainly debugging purpose. Regards, Fabio Estevam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] 16MB ram in at91sam9260ek
Hi Seniors I have two questions: 1. I have a at91sam9260ek eval board which has got 64MB SDRAM. My u-boot works fine and the map file shows me symbols starting from 0x23F0. This is what I expected as the include/configs/at91sam9260ek.h has #define CONFIG_LOAD_ADDR 0x23f0 . I have another similar board but with the SDRAM as 16MB. I have changed the CONFIG_LOAD_ADDR to 0x20f0 but still the mapfile shows the text starting at 0x23f0. Can you tell me what are the changes I need to make to change the starting location? 2. In this board there are two dataflashes. One is dataflash card on SPI0 CS0, other is a chip dataflash on SPI0 CS1. When I try to work on dataflash card it still stores the u-boot environment variables on chip dataflash. I rather want it on df card on SPI0 CS0. What do I need to change?Thanks for reading it and helping me. Regards Avinash - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] Fix NAND erase progress error
diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c index 6c5624a..bd21e04 100644 --- a/drivers/mtd/nand/nand_util.c +++ b/drivers/mtd/nand/nand_util.c @@ -209,10 +209,15 @@ int nand_erase_opts(nand_info_t *meminfo, const nand_erase_options_t *opts) } if (!opts-quiet) { - unsigned long long n =(unsigned long long) - (erase.addr + meminfo-erasesize - opts-offset) - * 100; + unsigned long long n; int percent; + size_t erased_size = erase.addr - opts-offset + meminfo-erasesize; + + if (erased_size erase_length) { + erased_size = erase_length; + } + + n = (unsigned long long) erased_size * 100; do_div(n, erase_length); percent = (int)n; - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
York Sun wrote: Ben, On Thu, 2008-05-15 at 13:50 -0700, Ben Warren wrote: -#ifdef CONFIG_HAS_ETH0 #define CONFIG_ETHADDR 00:E0:0C:00:95:01 -#endif - -#ifdef CONFIG_HAS_ETH1 #define CONFIG_ETH1ADDR00:E0:0C:00:95:02 -#endif Please also remove the default MAC address assignments. I think we need them, don't we? No, there have been many discussions about this, and the consensus is that there shouldn't be default addresses assigned. One of many reasons is that the numbers you've chosen actually belong to some kind of corporate entity (I would guess Freescale) and not the end user. It's better for the end user to either use private addresses or ones that they have purchased from IEEE. #define CONFIG_IPADDR 10.0.0.2 #define CONFIG_SERVERIP10.0.0.1 While you're at it, putting default IP addresses is also pointless. At least it tells you that you can put your address here. It doesn't hurt. And BTW, I want to make my patch as small as possible. I'll leave the rest to the board maintainer. York I'm less picky about this one because as you say it doesn't really hurt. All it will do is initialize the network to an unreachable state on the vast majority of purchasers of your eval boards. Let's leave it up to the board maintainer. regards, Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
In message [EMAIL PROTECTED] you wrote: Please also remove the default MAC address assignments. I think we need them, don't we? No, or you can install this U-Boot image exactly on one specific, single board. #define CONFIG_IPADDR10.0.0.2 #define CONFIG_SERVERIP 10.0.0.1 While you're at it, putting default IP addresses is also pointless. At least it tells you that you can put your address here. It doesn't hurt. Yes, it does hurt. It's a PITA. Please get rid of such standard network settings that are almost always and everywhere wrong. 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] Those who do not understand Unix are condemned to reinvent it, poorly. - Henry Spencer, University of Toronto Unix hack - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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] Fix NAND erase progress error
In message [EMAIL PROTECTED] you wrote: diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c index 6c5624a..bd21e04 100644 --- a/drivers/mtd/nand/nand_util.c +++ b/drivers/mtd/nand/nand_util.c Please describe what the error is, nd add your signed-off-by line. 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] What is wanted is not the will to believe, but the will to find out, which is the exact opposite. - Bertrand Russell, _Sceptical_Essays_, 1928 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH 1/3] ported to Aztek Networks, Inc. cta5000s, mpc8250 based
--- CREDITS |4 MAINTAINERS |4 MAKEALL |1 + Makefile|3 +++ 4 files changed, 12 insertions(+), 0 deletions(-) diff --git a/CREDITS b/CREDITS index e84ef38..c594f89 100644 --- a/CREDITS +++ b/CREDITS @@ -61,6 +61,10 @@ N: Jon Benediktsson E: [EMAIL PROTECTED] D: Support for Marel V37 board +N: Jim Black +E: [EMAIL PROTECTED] +D: Port to Aztek Networks cta5000s + N: Raphael Bossek E: [EMAIL PROTECTED] D: 8xxrom-0.3.0 diff --git a/MAINTAINERS b/MAINTAINERS index ac7572c..3f58036 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -50,6 +50,10 @@ Jerry Van Baren [EMAIL PROTECTED] sacsng MPC8260 +Jim Black [EMAIL PROTECTED] + + cta5000sMPC8250 + Oliver Brown [EMAIL PROTECTED] gw8260 MPC8260 diff --git a/MAKEALL b/MAKEALL index 37b4334..f63e17c 100755 --- a/MAKEALL +++ b/MAKEALL @@ -283,6 +283,7 @@ LIST_8260= \ cogent_mpc8260 \ CPU86 \ CPU87 \ + cta5000s\ ep8248 \ ep8260 \ ep82xxm \ diff --git a/Makefile b/Makefile index 6548f8e..abef70a 100644 --- a/Makefile +++ b/Makefile @@ -1720,6 +1720,9 @@ Rattler_config: unconfig @echo #define CONFIG_MPC8248 $(obj)include/config.h) @$(MKCONFIG) -a Rattler ppc mpc8260 rattler +cta5000s_config: unconfig + @$(MKCONFIG) $(@:_config=) ppc mpc8260 cta5000s + RPXsuper_config: unconfig @$(MKCONFIG) $(@:_config=) ppc mpc8260 rpxsuper -- 1.5.5.1 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] [PATCH] ported to Aztek Networks cta5000s - Resubmittal
This patch to u-boot-1.3.3 adds support for the Aztek Networks, Inc. cta5000s. The board hosts a Freescale mpc8250, 64MB of SDRAM and 2 MB of flash. The cta5000s hardware uses the AnalogMicro Rattler 8250 as a reference. The software uses components from the TQM8260 and the pq2ads boards. Signed-off-by: Jim Black [EMAIL PROTECTED], Senior Software Engineer Signed-off-by: Jeffrey Haemer [EMAIL PROTECTED], Software Configuration Manager - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/3] ported to Aztek Networks, Inc. cta5000s, mpc8250 based
--- board/cta5000s/Makefile | 50 board/cta5000s/config.mk | 30 +++ board/cta5000s/cta5000s.c | 565 + 3 files changed, 645 insertions(+), 0 deletions(-) create mode 100644 board/cta5000s/Makefile create mode 100644 board/cta5000s/config.mk create mode 100644 board/cta5000s/cta5000s.c diff --git a/board/cta5000s/Makefile b/board/cta5000s/Makefile new file mode 100644 index 000..be7e213 --- /dev/null +++ b/board/cta5000s/Makefile @@ -0,0 +1,50 @@ +# +# (C) Copyright 2001-2006 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# See file CREDITS for list of people who contributed to this +# project. +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2 of +# the License, or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place, Suite 330, Boston, +# MA 02111-1307 USA +# + +include $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).a + +COBJS := $(BOARD).o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB):$(obj).depend $(OBJS) + $(AR) $(ARFLAGS) $@ $(OBJS) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak .depend + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/cta5000s/config.mk b/board/cta5000s/config.mk new file mode 100644 index 000..5fca8c7 --- /dev/null +++ b/board/cta5000s/config.mk @@ -0,0 +1,30 @@ +# +# (C) Copyright 2001-2005 +# Wolfgang Denk, DENX Software Engineering, [EMAIL PROTECTED] +# +# Modified by, Yuli Barcohen, Arabella Software Ltd. [EMAIL PROTECTED] +# +# See file CREDITS for list of people who contributed to this +# project. +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2 of +# the License, or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place, Suite 330, Boston, +# MA 02111-1307 USA +# + +# +# Rattler series boards by Analogue Micro +# + +TEXT_BASE = 0xFE00 diff --git a/board/cta5000s/cta5000s.c b/board/cta5000s/cta5000s.c new file mode 100644 index 000..70204f8 --- /dev/null +++ b/board/cta5000s/cta5000s.c @@ -0,0 +1,565 @@ +/* + * Aztek Networks CTA5000S board u-boot board support + * + * Copyright 2007 Aztek Networks, Inc. + * + * Authors: Scott Mann [EMAIL PROTECTED] + * jblack [EMAIL PROTECTED] + * + * Based on: U-Boot configuration for AnalogueMicro Rattler boards. + * Copyright (C) 2004 Arabella Software Ltd. + * Yuli Barcohen [EMAIL PROTECTED] + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + */ + +#include common.h +#include mpc8260.h +#include asm/cpm_8260.h +#include ioports.h +#include configs/cta5000s.h + +#if defined(CONFIG_OF_LIBFDT) +#include libfdt.h +#include libfdt_env.h +#include fdt_support.h +#endif + +DECLARE_GLOBAL_DATA_PTR; + +#define CFG_FCC1 (CONFIG_ETHER_INDEX == 1) + +/* + * I/O Port configuration table + * + * if conf is 1, then that port pin will be configured at boot time + * according to the five values podr/pdir/ppar/psor/pdat for that entry + */ + +/* + * See include/configs/cta5000s.h for CFG_* settings + * All values in the following tables taken from + * chapter 6 of the cta Programmer's Guide + */ + +/* table is used by cpu/mpc8260/cpu_init.c */ +const iop_conf_t iop_conf_tab[4][32] = { + /* Port A */ + {/*conf ppar, psor, pdir, podr, pdat */ + /* PA31 */ {CFG_FCC1, 1, 1, 0, 0, 0}, + /* FCC1 MII COL */ +
[U-Boot-Users] [PATCH 3/3] ported to Aztek Networks, Inc. cta5000s, mpc8250 based
--- include/configs/cta5000s.h | 663 1 files changed, 663 insertions(+), 0 deletions(-) create mode 100644 include/configs/cta5000s.h diff --git a/include/configs/cta5000s.h b/include/configs/cta5000s.h new file mode 100644 index 000..ad41d0c --- /dev/null +++ b/include/configs/cta5000s.h @@ -0,0 +1,663 @@ +/* + * Aztek Networks CTA5000S board u-boot board support + * + * Copyright 2007 Aztek Networks, Inc. + * + * Authors: Scott Mann [EMAIL PROTECTED] + * jblack [EMAIL PROTECTED] + * + * Based on: U-Boot configuration for AnalogueMicro Rattler boards. + * Copyright (C) 2004 Arabella Software Ltd. + * Yuli Barcohen [EMAIL PROTECTED] + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + */ + +#ifndef __CONFIG_H +#define __CONFIG_H + +/* + * High Level Configuration Options + */ +#define CONFIG_MPC8260 1 +#define CONFIG_CPM21 /* Has a CPM2 */ +#define CONFIG_CTA5000S1 +#define CPU_ID_STR MPC8250 + +#define CONFIG_MISC_INIT_R + +#define CONFIG_STATUS_LED /* Status LED enabled */ +#define CONFIG_BOARD_SPECIFIC_LED /* version has board specific leds */ + +#define STATUS_LED_BIT 0x10 +#define STATUS_LED_PERIOD (CFG_HZ / 2) +#define STATUS_LED_STATE STATUS_LED_BLINKING +#define STATUS_LED_ACTIVE 1 /* LED on for bit == 0 */ +#define STATUS_LED_BOOT0 /* LED 0 used for boot status */ + +#define CFG_LED_BASE 0x2002000E + +/* + * in Hz - this is actually the bus speed. CPU speed is determined by + * bus speed and multiplier (which is 2). Core speed is 132MHz and CPM + * is also 132MHz + */ +#ifndef CONFIG_8260_CLKIN +#define CONFIG_8260_CLKIN 6600 +#endif + +/* + * Flat Device Tree setup + */ +#define CONFIG_OF_LIBFDT 1 +#define CONFIG_OF_BOARD_SETUP 1 + +#define OF_CPU PowerPC,[EMAIL PROTECTED] +#define OF_SOC [EMAIL PROTECTED] +#define OF_TBCLK (bd-bi_busfreq / 4) +#define OF_STDOUT_PATH /soc/cpm/[EMAIL PROTECTED] + +/* + * Debug Features + */ +/* remember to undef for prime time */ +#undef DEBUG +/* Causes an infinite loop to run that allows time for attaching gdb */ +#undef CONFIG_GDB_ENTRY_POINT + +/* run the cta5000s init code from flash */ +/* look in include/common.h for more initialization options */ +#define CONFIG_BOARD_EARLY_INIT_F 1 + +/* Allow serial number and MAC address (ethaddr) to be overwritten */ +#define CONFIG_ENV_OVERWRITE + +/* + * Select serial console configuration + * + * If either CONFIG_CONS_ON_SMC or CONFIG_CONS_ON_SCC is selected, then + * CONFIG_CONS_INDEX must be set to the channel number (1-2 for SMC, 1-4 + * for SCC). + */ +#undef CONFIG_CONS_ON_SMC /* Console is not on SMC */ +#define CONFIG_CONS_ON_SCC /* Console is on SCC */ +#undef CONFIG_CONS_NONE/* It's not on external UART */ +#define CONFIG_CONS_INDEX 1 /* SCC1 is used for console */ + +#define CONFIG_BAUDRATE115200 +/* + * based on a 1.03MHZ BRG Input Clock + * 0.070% error on the low end, 0.536% error on the high end + */ +#define CFG_BAUDRATE_TABLE { 2400, 4800, 9600, 19200, 38400, 57600, 115200} + +/* + * Select ethernet configuration + * + * If either CONFIG_ETHER_ON_SCC or CONFIG_ETHER_ON_FCC is selected, + * then CONFIG_ETHER_INDEX must be set to the channel number (1-4 for + * SCC, 1-3 for FCC) + * + * If CONFIG_ETHER_NONE is defined, then either the ethernet routines + * must be defined elsewhere (as for the console), or CFG_CMD_NET must + * be removed from CONFIG_COMMANDS to remove support for networking. + */ +#undef CONFIG_ETHER_ON_SCC /* Ethernet is not on SCC */ +#define CONFIG_ETHER_ON_FCC/* Ethernet is on FCC */ +#undef CONFIG_ETHER_NONE /* No external Ethernet */ + +#ifdef CONFIG_ETHER_ON_FCC +#define CONFIG_ETHER_INDEX 1 /* FCC1 is used for Ethernet */ +/* + * - Rx clock is CLK11 + * - Tx clock is CLK10 + * - BDs/buffers on 60x bus + * - Full duplex + */ +#define CFG_CMXFCR_MASK(CMXFCR_FC1 | CMXFCR_RF1CS_MSK | CMXFCR_TF1CS_MSK) +#define CFG_CMXFCR_VALUE (CMXFCR_RF1CS_CLK10 | CMXFCR_TF1CS_CLK11) +#define CFG_CPMFCR_RAMTYPE 0 +#define CFG_FCC_PSMR (FCC_PSMR_FDE | FCC_PSMR_LPB) + +#undef CONFIG_MII /* MII PHY management*/ +#undef CONFIG_BITBANGMII /* Bit-banged MDIO interface */ +#define MIIDELAY udelay(1) + +/* + * dont want gratuitous arp packets at power up to cause + * duplicate MAC issues in manufacturing + */ +#define CONFIG_ETHADDR 00:00:00:01:01:01 +#endif /* CONFIG_ETHER_ON_FCC */ + +/* + * BOOTP options + */ +#define
Re: [U-Boot-Users] [PATCH 1/1] Fix 8313ERDB board configuration
Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: Please also remove the default MAC address assignments. I think we need them, don't we? No, or you can install this U-Boot image exactly on one specific, single board. I understand your argument, but it's rather disingenuous when you allow this code to exist: #ifdef CONFIG_ETHADDR ethaddr= MK_STR(CONFIG_ETHADDR) \0 #endif #ifdef CONFIG_ETH1ADDR eth1addr= MK_STR(CONFIG_ETH1ADDR) \0 #endif #ifdef CONFIG_ETH2ADDR eth2addr= MK_STR(CONFIG_ETH2ADDR) \0 #endif #ifdef CONFIG_ETH3ADDR eth3addr= MK_STR(CONFIG_ETH3ADDR) \0 #endif #ifdef CONFIG_IPADDR ipaddr= MK_STR(CONFIG_IPADDR) \0 #endif #ifdef CONFIG_SERVERIP serverip= MK_STR(CONFIG_SERVERIP) \0 #endif If you get rid of this block, you'll solve the problem for all boards, instead of nagging people who post patches for unrelated bugs. -- Timur Tabi Linux kernel developer at Freescale - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
[U-Boot-Users] Reg mcf54452 hanging when it runs in SDRAM
hI, i am developing bootloader for mcf54452 board. i got a EVB for mcf54455 as well as u-boot code.i just changed the u-boot code for mcf54452. there are few difference only there between the boards. In my board(MCF54452): In EVB board(MCF54455) -- - FLASH: INTEL flash1(16MB),INTEL flash2(16MB)=32MB ATMEL flash1(16MB),INTEL flash2(16MB)=32MB SDRAM: 64 MB single chip chip0(64 MB)+chip1(64 MB)+chip2(64 MB)+chip3(64 MB)=256 MB Internal clock =200 MHZ 266 MHZ these are the diffrence only b/w them. when i am executing my code in my board(MCF54452); 1. Atter programming the u-boot code (372 KB) in FLASH,flash itself , it is initializing some devices like serial ..etc. and then it u-boot code is relocated to upper part of the SDRAM. 2.IN SDRAM . it will initialize the PCI,ETHERNET,I2C,SPI and...etc . 3. then i will initialize the interrupts and timers. 4. then i will got to u-boot prompt where it gets the commnd from user. My problem is: till u-boot code is relocated to SDRAM is fine(Because i am getting msg a msg that saysthat now running in RAM). after that my system(MCF54452) is getting hanged. i checked : 1. Clock - fine 2. SDRAM - i did read and write for 1 MB (more than u-boot size). 3. FLASH initialization - fine -because code is relocated to SDRAM 4. interrupts -all disabled. 5. Peripherals initialization disabled (what are initialized in SDRAM) when it relocated the u-boot code to SDRAM , the system is getting out of control. But we can access the SDRAM by writing and reading. i thougt problem in peripheral initialization, i am not getting prompt even i disabled those things. if anyone of get any idea reg this problem,just let me know. Thanks Regards, Karthikeyan. DISCLAIMER: --- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ 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 1/1] Fix 8313ERDB board configuration
In message [EMAIL PROTECTED] you wrote: I understand your argument, but it's rather disingenuous when you allow this code to exist: UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. - Doug Gwyn If you get rid of this block, you'll solve the problem for all boards, instead of nagging people who post patches for unrelated bugs. There are a few cases where exactly this is needed. The fact that some feature exists does not mean that you should use it without careful consideration of the effects and side-effects. 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] It's a small world, but I wouldn't want to paint it. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
Wolfgang Denk wrote: There are a few cases where exactly this is needed. The fact that some feature exists does not mean that you should use it without careful consideration of the effects and side-effects. Fair enough, but the changes that are in York's patch have been tested. Considering that the fix window for 1.3.3 is closing fast, we don't have the bandwidth for additional testing of the additional and unrelated changes that are being requested. -- Timur Tabi Linux kernel developer at Freescale - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
In message [EMAIL PROTECTED] you wrote: Fair enough, but the changes that are in York's patch have been tested. Considering that the fix window for 1.3.3 is closing fast, we don't have the bandwidth for additional testing of the additional and unrelated changes that are being requested. What exactly is the risk? 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] Use C++ to confuse your enemies; use C to produce stable code. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: Fair enough, but the changes that are in York's patch have been tested. Considering that the fix window for 1.3.3 is closing fast, we don't have the bandwidth for additional testing of the additional and unrelated changes that are being requested. What exactly is the risk? Probably not much, but that isn't my point. I find it really annoying when someone posts a patch to fix a specific bug, and the reply is why don't you fix this other bug too, while you're at it? Right now, the 8313ERDB will generate a machine check if you boot it with the top-of-tree kernel. This patch fixes that. For 1.3.4, if you like, we can submit a patch that removes all MAC and IP address macros from all 83xx boards. -- Timur Tabi Linux kernel developer at Freescale - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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 1/1] Fix 8313ERDB board configuration
Timur Tabi wrote: Wolfgang Denk wrote: In message [EMAIL PROTECTED] you wrote: Fair enough, but the changes that are in York's patch have been tested. Considering that the fix window for 1.3.3 is closing fast, we don't have the bandwidth for additional testing of the additional and unrelated changes that are being requested. What exactly is the risk? Probably not much, but that isn't my point. I find it really annoying when someone posts a patch to fix a specific bug, and the reply is why don't you fix this other bug too, while you're at it? Right now, the 8313ERDB will generate a machine check if you boot it with the top-of-tree kernel. This patch fixes that. For 1.3.4, if you like, we can submit a patch that removes all MAC and IP address macros from all 83xx boards. That seems reasonable. Wolfgang, if you agree, please pull York's patch directly. regards, Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] How to let u-boot support non-standard board (AX88796B NIC)
On Thu, May 15, 2008 at 10:33 AM, Steven Woody [EMAIL PROTECTED] wrote: Dear experts, With your help, I'v now successfully compiled u-boot-1.3.3-rc3 and got the `u-boot' boot loader image file. My compiling command line is `./MAKEALL sbc2410x' since the MPU in my board is a samsung s3c2410A. But I think the board is not a standard sbc2410x or smdk2410, because it's NIC chip is a AX88796B. I searched goole, and fond: http://www.asix.com.tw/products.php?op=pItemdetailPItemID=80;65;86PLine=65. It seems the AX88796B is a Realtek RTL8019 Driver Equivalent. So I want to know, do I need do anything to make the u-boot working on my board, and how? The same question applies to how to build the kernel. I check all config files in /my/eldk-4.1/installation/arm/usr/src//linux-2.6.19.2/arch/arm/configs, and had not found any work like RTL8019. Thanks in advance. Maybe I should ask this way for simple: Could I drive a AX88796B NIC with u-boot on a s3c2410 based board? The AX88796B is claimed as rtl8019 equivalent. Thanks in advance. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/4 V4] PPC: Change lib_ppc/bat_rw.c to use high bats
From: Becky Bruce [EMAIL PROTECTED] Currently, this code only deals with BATs 0-3, which makes it useless on systems that support BATs 4-7. Add the support for these registers. Signed-off-by: Becky Bruce [EMAIL PROTECTED] --- No, I'm not striving for a world record in trivial patch resubmissions. This fixes a typo where I write DBAT3 with a value intended for DBAT4, which, you might imagine, causes much breakage. Fortunately, nobody but me is running this code right now, so I only broke myself :) include/asm-ppc/mmu.h |6 ++- lib_ppc/bat_rw.c | 132 ++--- 2 files changed, 97 insertions(+), 41 deletions(-) diff --git a/include/asm-ppc/mmu.h b/include/asm-ppc/mmu.h index 49d6860..dc4d66c 100644 --- a/include/asm-ppc/mmu.h +++ b/include/asm-ppc/mmu.h @@ -140,7 +140,11 @@ extern void _tlbia(void); /* invalidate all TLB entries */ typedef enum { IBAT0 = 0, IBAT1, IBAT2, IBAT3, - DBAT0, DBAT1, DBAT2, DBAT3 + DBAT0, DBAT1, DBAT2, DBAT3, +#ifdef CONFIG_HIGH_BATS + IBAT4, IBAT5, IBAT6, IBAT7, + DBAT4, DBAT5, DBAT6, DBAT7 +#endif } ppc_bat_t; extern int read_bat(ppc_bat_t bat, unsigned long *upper, unsigned long *lower); diff --git a/lib_ppc/bat_rw.c b/lib_ppc/bat_rw.c index 912efa7..c87d8b2 100644 --- a/lib_ppc/bat_rw.c +++ b/lib_ppc/bat_rw.c @@ -29,46 +29,72 @@ int write_bat (ppc_bat_t bat, unsigned long upper, unsigned long lower) { switch (bat) { + case DBAT0: + mtspr (DBAT0L, lower); + mtspr (DBAT0U, upper); + break; case IBAT0: mtspr (IBAT0L, lower); mtspr (IBAT0U, upper); break; - + case DBAT1: + mtspr (DBAT1L, lower); + mtspr (DBAT1U, upper); + break; case IBAT1: mtspr (IBAT1L, lower); mtspr (IBAT1U, upper); break; - + case DBAT2: + mtspr (DBAT2L, lower); + mtspr (DBAT2U, upper); + break; case IBAT2: mtspr (IBAT2L, lower); mtspr (IBAT2U, upper); break; - + case DBAT3: + mtspr (DBAT3L, lower); + mtspr (DBAT3U, upper); + break; case IBAT3: mtspr (IBAT3L, lower); mtspr (IBAT3U, upper); break; - - case DBAT0: - mtspr (DBAT0L, lower); - mtspr (DBAT0U, upper); +#ifdef CONFIG_HIGH_BATS + case DBAT4: + mtspr (DBAT4L, lower); + mtspr (DBAT4U, upper); break; - - case DBAT1: - mtspr (DBAT1L, lower); - mtspr (DBAT1U, upper); + case IBAT4: + mtspr (IBAT4L, lower); + mtspr (IBAT4U, upper); break; - - case DBAT2: - mtspr (DBAT2L, lower); - mtspr (DBAT2U, upper); + case DBAT5: + mtspr (DBAT5L, lower); + mtspr (DBAT5U, upper); break; - - case DBAT3: - mtspr (DBAT3L, lower); - mtspr (DBAT3U, upper); + case IBAT5: + mtspr (IBAT5L, lower); + mtspr (IBAT5U, upper); break; - + case DBAT6: + mtspr (DBAT6L, lower); + mtspr (DBAT6U, upper); + break; + case IBAT6: + mtspr (IBAT6L, lower); + mtspr (IBAT6U, upper); + break; + case DBAT7: + mtspr (DBAT7L, lower); + mtspr (DBAT7U, upper); + break; + case IBAT7: + mtspr (IBAT7L, lower); + mtspr (IBAT7U, upper); + break; +#endif default: return (-1); } @@ -82,46 +108,72 @@ int read_bat (ppc_bat_t bat, unsigned long *upper, unsigned long *lower) unsigned long register l; switch (bat) { + case DBAT0: + l = mfspr (DBAT0L); + u = mfspr (DBAT0U); + break; case IBAT0: l = mfspr (IBAT0L); u = mfspr (IBAT0U); break; - + case DBAT1: + l = mfspr (DBAT1L); + u = mfspr (DBAT1U); + break; case IBAT1: l = mfspr (IBAT1L); u = mfspr (IBAT1U); break; - + case DBAT2: + l = mfspr (DBAT2L); + u = mfspr (DBAT2U); + break; case IBAT2: l = mfspr (IBAT2L); u = mfspr (IBAT2U); break; - + case DBAT3: + l = mfspr (DBAT3L); + u = mfspr (DBAT3U); + break; case IBAT3: l = mfspr (IBAT3L); u = mfspr (IBAT3U); break; -
[U-Boot-Users] How to specify the size of bin?
Howdy, I know it is a newbie question. Any hint from you are welcome. In default, u-boot 1.1.5, make walut_config make all will generate a 256KB bin. The last 4 bytes of the bin is a jump instruction to the entry point of u-boot.Is that right? But my ppc405GP walnut board has 512KB flash for holding u-boot. I wonder how to build a 512KB bin? Is there any OPTION/SETTING targeting this problem? Anything else I should take care? Thank you! --- ShenLei - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] How to specify the size of bin?
On Friday 16 May 2008, 甜瓜 wrote: I know it is a newbie question. Any hint from you are welcome. In default, u-boot 1.1.5, make walut_config make all will generate a 256KB bin. The last 4 bytes of the bin is a jump instruction to the entry point of u-boot.Is that right? Yes, this is correct. But my ppc405GP walnut board has 512KB flash for holding u-boot. All Walnut boards have 512k of NOR FLASH. Do you really have an original IBM/AMCC Walnut or a different custom 405GP board? I wonder how to build a 512KB bin? Generally this is possible. You need to change CONFIG_MONITOR_LEN CFG_MONITOR_BASE in include/configs/walnut.h. And TEXT_BASE in board/amcc/walnut/config.mk. Is there any OPTION/SETTING targeting this problem? Anything else I should take care? But please don't forget that the environment is also stored in the NOR FLASH. And by changing the U-Boot size to 512k you leave no space for the environment. So why exactly do you want to change the U-Boot image size? 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] How to specify the size of bin?
2008/5/16 Stefan Roese [EMAIL PROTECTED]: On Friday 16 May 2008, 甜瓜 wrote: I know it is a newbie question. Any hint from you are welcome. In default, u-boot 1.1.5, make walut_config make all will generate a 256KB bin. The last 4 bytes of the bin is a jump instruction to the entry point of u-boot.Is that right? Yes, this is correct. But my ppc405GP walnut board has 512KB flash for holding u-boot. All Walnut boards have 512k of NOR FLASH. Do you really have an original IBM/AMCC Walnut or a different custom 405GP board? Yes, my board is a custom board DHT-Walut with 32MB SDRAM and 512k of boot flash AMD 29LV040B. Details are listed in: http://elinux.org/DHT-Walnut I wonder how to build a 512KB bin? Generally this is possible. You need to change CONFIG_MONITOR_LEN CFG_MONITOR_BASE in include/configs/walnut.h. And TEXT_BASE in board/amcc/walnut/config.mk. Thank you very much. That's exact what I need! Is there any OPTION/SETTING targeting this problem? Anything else I should take care? But please don't forget that the environment is also stored in the NOR FLASH. And by changing the U-Boot size to 512k you leave no space for the environment. Do you mean that environment settings (eg: ip_addr, ethaddr...) are stored sperately from the bin? In my mind (with guess :p), env should be defined in bin code or data section, and it will be compiled together with other codes to form a single bin. So why exactly do you want to change the U-Boot image size? Well. The reason is: 1. Both default config of u-boot and a DHT-Walut-patched config generate 256KB bin, but the flash on board is 512KB. So I think I should get a 512KB bin for flash writing. 2. The contents in the flash on my board is totally corrupted by accident. It means the important last-4-bytes should be rewritten to a proper state. 3. Currenly, I have to use special hardware to write bin into flash. Therefore 256KB bin will only overwrite the first half. The last-4-bytes in the end of flash is still the old value. Booting will definitely fail. 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] = Thank you for your reply. --- ShenLei - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Re: [U-Boot-Users] How to specify the size of bin?
In message [EMAIL PROTECTED] you wrote: 1. Both default config of u-boot and a DHT-Walut-patched config generate 256KB bin, but the flash on board is 512KB. So I think I should get a 512KB bin for flash writing. Why? Do you think on devices with 128 MB flash memory we should have a 128MB U-Boot image? Do you see any problem with having a U-Boot image that is smaller than your flash device? 2. The contents in the flash on my board is totally corrupted by accident. It means the important last-4-bytes should be rewritten to a proper state. Agreed. 3. Currenly, I have to use special hardware to write bin into flash. Therefore 256KB bin will only overwrite the first half. The last-4-bytes in the end of flash is still the old value. That's your problem, tehn. Most people use a noremal JTAG debugger which can prgram the image to any address in the flash. You got to add 256k of ramdom data in front of the 256 k image, then [memory filled with 0xFF recommended]. 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] Any sufficiently advanced technology is indistinguishable from magic. - Arthur C. Clarke - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users