[U-Boot] Strata P30 and DM6446 Davinci board can't erase NOR flash.
Hi all, I’m working DM6446 board with uboot but it can’t erase NOR flash. This is my platform. DM6446( Davinci), NOR flash (P30, PF48F4000P0ZBQ0, I think it is same device to 28F256P30 series). Flash 32MB, DDR2 256MB. Used Configuration file is davinci_dvevm.h. Blow was modified by me. //== #define CONFIG_SYS_FLASH_SECT_SZ0x2/* 128kb intel Flash */ //recent uboot version has binary size about 180k bytes. Thus it needs 0x4. #define CONFIG_ENV_OFFSET (CONFIG_SYS_FLASH_SECT_SZ*2) //Strata has 259 sectors , not 256 sector. #define CONFIG_SYS_MAX_FLASH_SECT (PHYS_FLASH_SIZE/CONFIG_SYS_FLASH_SECT_SZ+256) //== Below has captured by my RS-232 monitor and my working screen. But bootargs didn’t erase. By erase command , it can’t also erase NOR flash . What is my mistake? //captured log U-Boot 2009.11 (Mar 06 2010 - 16:03:15) Cores: ARM 297 MHz, DSP 594 MHz DDR: 162 MHz I2C: ready DRAM: 256 MB Flash: 32 MB *** Warning - bad CRC, using default environment In:serial Out: serial Err: serial Read from EEPROM @ 0x50 failed Net: Ethernet PHY: LXT972 @ 0x01 U-Boot printenv bootargs=mem=120M console=ttyS0,115200n8 root=/dev/hda1 rw noinitrd ip=dhcp bootcmd=setenv setboot setenv bootargs \$(bootargs) video=dm64xxfb:output=\$(videostd);run setboot; bootm 0x205 baudrate=115200 bootfile=uImage stdin=serial stdout=serial stderr=serial videostd=ntsc ver=U-Boot 2009.11 (Mar 06 2010 - 16:03:15) Environment size: 325/131068 bytes U-Boot setenv bootargs U-Boot saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash... .. done Erased 1 sectors Writing to Flash... done Protected 1 sectors U-Boot çreset by electrically….= U-Boot 2009.11 (Mar 06 2010 - 16:03:15) Cores: ARM 297 MHz, DSP 594 MHz DDR: 162 MHz I2C: ready DRAM: 256 MB Flash: 32 MB *** Warning - bad CRC, using default environment In:serial Out: serial Err: serial Read from EEPROM @ 0x50 failed Net: Ethernet PHY: LXT972 @ 0x01 U-Boot printenv bootargs=mem=120M console=ttyS0,115200n8 root=/dev/hda1 rw noinitrd ip=dhcp bootcmd=setenv setboot setenv bootargs \$(bootargs) video=dm64xxfb:output=\$(videostd);run setboot; bootm 0x205 baudrate=115200 bootfile=uImage stdin=serial stdout=serial stderr=serial videostd=ntsc ver=U-Boot 2009.11 (Mar 06 2010 - 16:03:15) Environment size: 325/131068 bytes U-Boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning
-Original Message- From: Tom [mailto:tom@windriver.com] Sent: Friday, March 05, 2010 7:49 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning Prafulla Wadaskar wrote: -Original Message- From: Tom [mailto:tom@windriver.com] Sent: Thursday, March 04, 2010 7:25 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning Prafulla Wadaskar wrote: This patch fixes following build warning Invalid Kwbimage command Type - valid names are: BOOT_FROM, NAND_ECC_MODE, NAND_PAGE_SIZE, SATA_PIO_MODE, DDR_INIT_DELAY, DATA, , spi, nand, sata, pex, uart Signed-off-by: Prafulla Wadaskar prafu...@marvell.com --- board/keymile/km_arm/kwbimage.cfg |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/board/keymile/km_arm/kwbimage.cfg b/board/keymile/km_arm/kwbimage.cfg index d6edd27..26d6aa0 100644 --- a/board/keymile/km_arm/kwbimage.cfg +++ b/board/keymile/km_arm/kwbimage.cfg @@ -64,7 +64,6 @@ DATA 0xFFD01400 0x43000400 # SDRAM Configuration Register # bit31-30: 01 DATA 0xFFD01404 0x36343000 # DDR Controller Control Low - 0x38543000 # bit 3-0: 0 reserved # bit 4:0=addr/cmd in smame cycle # bit 5:0=clk is driven during self refresh, we don't care for APX @@ -170,7 +169,7 @@ DATA 0xFFD0149C 0xE90F# CPU ODT Control # bit11-10:2, DQ_ODTSel. ODT select turned on, 75 ohm DATA 0xFFD01480 0x0001 # DDR Initialization Control -#bit0=1, enable DDR init upon this register write +# bit0=1, enable DDR init upon this register write # End of Header extension DATA 0x0 0x0 This patch did not fix any of the warnings I saw. Please recheck. Hi Tom I am sorry to say, it is not build warning but it is runtime stderr generated during kwbimage.cfg parsing. This patch removes above mentioned Invalid Kwbimage command Type error reported by mkimage tool during u-boot.kwb target creation for this board. Ah! Ok that helps. I did not hold up your pull request for this. Would you like this to go into ARM now? Yes. Its better, if you can pull this too ;-) otherwise Pls flag me if I need to send pull request Regards.. Prafulla . . Tom Regards.. Prafulla . . Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning
Prafulla Wadaskar wrote: -Original Message- From: Tom [mailto:tom@windriver.com] Sent: Friday, March 05, 2010 7:49 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning Prafulla Wadaskar wrote: -Original Message- From: Tom [mailto:tom@windriver.com] Sent: Thursday, March 04, 2010 7:25 PM To: Prafulla Wadaskar Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik Subject: Re: [U-Boot] [PATCH] arm: kirkwood: suen3: fixed build warning Prafulla Wadaskar wrote: This patch fixes following build warning Invalid Kwbimage command Type - valid names are: BOOT_FROM, NAND_ECC_MODE, NAND_PAGE_SIZE, SATA_PIO_MODE, DDR_INIT_DELAY, DATA, , spi, nand, sata, pex, uart Signed-off-by: Prafulla Wadaskar prafu...@marvell.com --- board/keymile/km_arm/kwbimage.cfg |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/board/keymile/km_arm/kwbimage.cfg b/board/keymile/km_arm/kwbimage.cfg index d6edd27..26d6aa0 100644 --- a/board/keymile/km_arm/kwbimage.cfg +++ b/board/keymile/km_arm/kwbimage.cfg @@ -64,7 +64,6 @@ DATA 0xFFD01400 0x43000400 # SDRAM Configuration Register # bit31-30: 01 DATA 0xFFD01404 0x36343000 # DDR Controller Control Low - 0x38543000 # bit 3-0: 0 reserved # bit 4:0=addr/cmd in smame cycle # bit 5:0=clk is driven during self refresh, we don't care for APX @@ -170,7 +169,7 @@ DATA 0xFFD0149C 0xE90F# CPU ODT Control # bit11-10:2, DQ_ODTSel. ODT select turned on, 75 ohm DATA 0xFFD01480 0x0001 # DDR Initialization Control -#bit0=1, enable DDR init upon this register write +# bit0=1, enable DDR init upon this register write # End of Header extension DATA 0x0 0x0 This patch did not fix any of the warnings I saw. Please recheck. Hi Tom I am sorry to say, it is not build warning but it is runtime stderr generated during kwbimage.cfg parsing. This patch removes above mentioned Invalid Kwbimage command Type error reported by mkimage tool during u-boot.kwb target creation for this board. Ah! Ok that helps. I did not hold up your pull request for this. Would you like this to go into ARM now? Yes. Its better, if you can pull this too ;-) otherwise Pls flag me if I need to send pull request I have applied it to ARM Thanks Tom Regards.. Prafulla . . Tom Regards.. Prafulla . . Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Any good __LOW COST__ MIPS SBC suggestion please
Hi Balaji, Balaji Ravindran wrote: Hi all, I'm hunting for a __LOW COST__ MIPS/PPC SBC, something like TS-7200(but it is for ARM). Could anyone please suggest me a good one, that you guys have come across. My purpose is only for general driver development, and developing some MIPS / PPC porting skills. Also another true intension is, i have couple of 2600$$ BDI3000 JTAG debuggers for PPC and MIPS, lying idle in my office, and want to make some good use out of it :). Lucky dude. :-) I was looking in the Boards directory to hunt for any MIPS based SBC boards, but found it hard to search. It will be nice, if its an SBC, and it has atleast 64/128 MB SDRAM, and 16/32 MB flash, USB support, (i can;t expect a super fast processor, but a decent one like 166/200 Mhz should be ok) Two off-the-wall thoughts would be to use QEMU (the ultimate in low cost) or a MIPS-based wireless/firewall/router. A fair number of the cheap ones use versions of the Realtek SoC processor, which is MIPS architecture: http://www.linux-mips.org/wiki/Realtek_SOC As another possibility, you may be able to pick up a Lemote computer which uses the Loongson processor: http://en.wikipedia.org/wiki/Loongson http://en.wikipedia.org/wiki/Lemote Thanks Balaji R Have fun, gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] nios2: add unaligned.h to be included by zlib.c
On 03/05/2010 07:40 PM, Mike Frysinger wrote: i posted an asm-generic version recently i think you should be able to leverage ... -mike Hi Mke, Thanks. I will take it. On the other side, I think it will be helpful if we have a generic bitops.h. We need it for ubifs/ubi support on nios2 boards. /* copied from linux-2.6/include/asm-generic/bitops */ #include asm-generic/bitops/atomic.h #include asm-generic/bitops/non-atomic.h #include asm-generic/bitops/ffs.h Cheers, Thomas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot