2011-04-18 21:47:42 关于parallel flash空间和rootfs.jffs2文件大小问题

Bingo Cui (CHINA)

Message: 99950

有两个问题寻求支持：

一、4M的parallel flash为什么不能完全访问？

我的开发板是bf518f-ezbrd，通过UBOOT命令烧写parallel flash时经常出现Flash not Erased提示，但根据测算，我写入的内容长度没有超出4M，并且要写入的区域我已经erase成功。

有些现象我补充说明一下：

1、通过VDSP++和Emulator能正常写入数据，数据范围可达4M，通过verify校验数据也是正常的；

2、在通过Emulator成功写入后，开发板在启动uImage时出现bad CRC提示，我猜测应该是部分数据不能读；

3、通过UBOOT命令我烧写了很多次，有不同结果，有些时候能正常烧写4M范围的区域，但有时只能烧写至0x20300000，有时却只能烧写至0x20200000，多一个字节都不能成功。

4、最近一次我只能烧写至0x20300000，并且uImage启动时提示

Creating 3 MTD partitions on "physmap-flash.0":

0x000000000000-0x000000040000 : "bootloader(nor)"

0x000000040000-0x000000200000 : "linux kernel(nor)"

0x000000200000-0x000000300000 : "file system(nor)"

根据上述情况，我怀疑是地址线连接有问题，而parallel flash本身是完好的。但我检查了sw3，4个跳线都是设置成ON状态。

U-Boot 2010.06 (ADI-2010R1-RC2) (Apr 07 2011 - 12:52:04)

CPU: ADSP bf518-0.0 (Detected Rev: 0.0) (parallel flash boot)

Board: ADI BF518F EZ-Board board

Support: blackfin.uclinux.org/

Clock: VCO: 400 MHz, Core: 400 MHz, System: 80 MHz

RAM: 64 MiB

Flash: 4 MiB

MMC: Blackfin SDH: 0

In: serial

Out: serial

Err: serial

KGDB: [on serial] ready

Net: bfin_mac

Hit any key to stop autoboot: 0

bfin> tftp uImage

Using bfin_mac device

TFTP from server 192.168.0.2; our IP address is 192.168.0.15

Filename 'uImage'.

Load address: 0x1000000

Loading: #################################################################

#################################################################

done

Bytes transferred = 3802336 (3a04e0 hex)

bfin> protect off all

Un-Protect Flash Bank # 1

....................................................................... done

bfin> erase 0x20040000 0x203fffff

............................................................ done

Erased 60 sectors

bfin> cp.b 0x1000000 0x20040000 $(filesize)

Copy to Flash... Flash not Erased

bfin> erase 0x20040000 0x203fffff

............................................................ done

Erased 60 sectors

bfin> cp.b 0x1000000 0x20040000 0x1c0000

Copy to Flash... done

bfin> cp.b 0x1000000 0x20040000 0x2c0000

Copy to Flash... done

bfin> cp.b 0x1000000 0x20040000 0x2c0001

Copy to Flash... Flash not Erased

bfin>

U-Boot 2010.06 (ADI-2010R1-RC2) (Apr 07 2011 - 12:52:04)

CPU: ADSP bf518-0.0 (Detected Rev: 0.0) (parallel flash boot)

Board: ADI BF518F EZ-Board board

Support: blackfin.uclinux.org/

Clock: VCO: 400 MHz, Core: 400 MHz, System: 80 MHz

RAM: 64 MiB

Flash: 4 MiB

MMC: Blackfin SDH: 0

In: serial

Out: serial

Err: serial

KGDB: [on serial] ready

Net: bfin_mac

Hit any key to stop autoboot: 0

## Booting kernel from Legacy Image at 20040000 ...

Image Name: bf518-2.6.34.7-ADI-2010R1

Created: 2011-04-18 14:15:51 UTC

Image Type: Blackfin Linux Kernel Image (gzip compressed)

Data Size: 3802272 Bytes = 3.6 MiB

Load Address: 00001000

Entry Point: 00195900

Verifying Checksum ... Bad Data CRC

ERROR: can't get kernel image!

bfin>

二、如何编译出更小的rootfs.jffs2文件

在make menuconfig时，我反复选择了不同的选项，但rootfs.jffs2文件总是比较大，一般都在3M左右。

在 docs.blackfin.uclinux.org/doku.php?id=linux-kernel:jffs说明到：

Check on host to ensure rootfs.jffs2 is less than 3M, and will fit into mtd flash partition:

rgetz@test:~/uClinux-dist> ls -lh ./images/rootfs.jffs2

-rw-r--r-- 1 rgetz users 961K 2005-08-09 17:12 ./images/rootfs.jffs2

This images is 961k, so it meets our requirement.

请问如何才能做到编译出的rootfs.jffs2文件小于1M？

TranslateQuoteReplyEditDelete

2011-04-18 22:16:21 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Mike Frysinger (UNITED STATES)

Message: 99951

please read the documentation:

docs.blackfin.uclinux.org/doku.php?id=hw:boards:bf518f-ezbrd

you cannot use the last async bank with 0.0 boards

QuoteReplyEditDelete

2011-04-19 02:06:42 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Bingo Cui (CHINA)

Message: 99959

0.0版的板子不支持the last async bank吗？

可是我确信通过Emulator能读写4M区域。因为我将uImage文件（Data Size: 3802272 Bytes = 3.6 MiB）通过Emulator能边Verify边Program到flash中，并且再次从flash中读出来存储为文件，该文件数据正确。

由此也应该能说明不是硬件跳线问题。

并且我还清楚的记得曾经正确的通过uboot命令写过超过3M区域，也就是说 0x2030 0000 - 0x203F FFFF ASYNC BANK 3能访问。

TranslateQuoteReplyEditDelete

2011-04-19 02:16:04 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Bingo Cui (CHINA)

Message: 99963

第二个问题我自己解决了。

TranslateQuoteReplyEditDelete

2011-04-19 02:16:17 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Mike Frysinger (UNITED STATES)

Message: 99964

please read the documentation i already pointed you to

QuoteReplyEditDelete

2011-04-19 02:31:55 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Aaron Wu (CHINA)

Message: 99966

As Mike said, the last bank can not be supported on this version of BF518 board, as the AMS3 PIN is shared with the SPI flash to work as the SPI0_SEL2 signal. More details can be found on the "ADSP-BF518 EZ-Board Evaluation System Manual", schematic on page 86 and description on page 55. If on the hardware board, the the sub-jumper 4 for SW3 is enabled. In environment other than the default uboot/Linux distribution, there is a chance for the last bank to work correctly if no contention with SPI Flash, for example the SPI Flash is not enabled or it's not in use.

One solution is, for test 4M on Parallel Flash, you could disable the SPI flash in u-boot and Linux kernel. and setting all the SW3 sub-switch to ON.

QuoteReplyEditDelete

2011-04-19 03:08:17 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Mike Frysinger (UNITED STATES)

Message: 99971

SPI flash isnt the only thing that gets in the way. on the original BF518F-EZBRD's, there was a KSZ switch that is controlled via SPI. so if your board has two ports, you cant easily use the network and the 4th bank.

QuoteReplyEditDelete

2011-04-19 20:57:04 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Bingo Cui (CHINA)

Message: 100011

bfin> md 0x20140000

20140000: 20031985 0000000c e41eb0b1 e0011985 ... ............

20140010: 0000002b 7d266ee6 00000001 00000000 +....n&}........

20140020: 00000002 4dad927d 00000403 d603df77 ....}..M....w...

20140030: 556683ff ff6e6962 e0021985 00000044 ..fUbin.....D...

20140040: 98f7fb1d 00000002 00000001 000041ed .............A..

20140050: 03e803e8 00000000 4dad927d 4dad927d ........}..M}..M

20140060: 4dad927d 00000000 00000000 00000000 }..M............

20140070: 00000000 00000000 732f3a38 e0011985 ........8:/s....

20140080: 0000002b 7d266ee6 00000001 00000001 +....n&}........

20140090: 00000003 4dad9820 00000403 899dbbd0 .... ..M........

201400a0: d1f485db ff637465 e0021985 00000044 ....etc.....D...

201400b0: 98f7fb1d 00000003 00000001 000041ed .............A..

201400c0: 03e803e8 00000000 4dad9820 4dad9820 ........ ..M ..M

201400d0: 4dad9820 00000000 00000000 00000000 ..M............

201400e0: 00000000 00000000 bd258596 e0011985 ..........%.....

201400f0: 0000002c e0f1565f 00000001 00000002 ,..._V..........

TranslateQuoteReplyEditDelete

2011-04-19 20:57:34 Re: 关于parallel flash空间和rootfs.jffs2文件大小问题

Bingo Cui (CHINA)

Message: 100012

Hi,Mike and Aaron,thanks a lot for your support.

I met another problem as the below information.

U-Boot 2010.06 (ADI-2010R1-RC2) (Oct 20 2010 - 04:36:48)

CPU: ADSP bf518-0.0 (Detected Rev: 0.0) (parallel flash boot)

Board: ADI BF518F EZ-Board board

Support: blackfin.uclinux.org/

Clock: VCO: 400 MHz, Core: 400 MHz, System: 80 MHz

RAM: 64 MiB

Flash: 4 MiB

MMC: Blackfin SDH: 0

In: serial

Out: serial

Err: serial

KGDB: [on serial] ready

Net: bfin_mac

Hit any key to stop autoboot: 0

bfin> protect off all

Un-Protect Flash Bank # 1

....................................................................... done

bfin> erase 0x20040000 0x203fffff

............................................................ done

Erased 60 sectors

bfin> tftpboot vmImage

Using bfin_mac device

TFTP from server 192.168.0.2; our IP address is 192.168.0.15

Filename 'vmImage'.

Load address: 0x1000000

Loading: #################################################################

done

Bytes transferred = 952599 (e8917 hex)

bfin> cp.b 0x1000000 0x20040000 $(filesize)

Copy to Flash... done

bfin> tftpboot rootfs.jffs2

Using bfin_mac device

TFTP from server 192.168.0.2; our IP address is 192.168.0.15

Filename 'rootfs.jffs2'.

Load address: 0x1000000

Loading: #################################################################

######################################

done

Bytes transferred = 1507328 (170000 hex)

bfin> cp.b 0x1000000 0x20140000 $(filesize)