[#6008] fail to copy image to nand flash on bf526-ezbrd

Document created by Aaronwu Employee on Sep 25, 2013
Version 1Show Document
  • View in full screen mode

[#6008] fail to copy image to nand flash on bf526-ezbrd

Submitted By: Vivi Li

Open Date

2010-04-16 05:50:30     Close Date

2010-05-11 00:39:45

Priority:

Medium High     Assignee:

Mike Frysinger

Category:

N/A     Fixed In Release:

N/A

Found In Release:

2009R1.1     Status:

Closed

Board:

N/A     Processor:

BF526

Silicon Revision:

    Resolution:

Fixed

Is the bug repeatable?:

N/A     

Summary: fail to copy image to nand flash on bf526-ezbrd

Details:

 

Open this bug for http://blackfin.uclinux.org/gf/project/u-boot/forum/?_forum_action=MessageReply&message_id=88316&action=ForumBrowse.

 

I've also done some test myself. As ethernet and nand are conflict, so I flash a bootable image in nor flash 0x20100000. My test is done on this basis and test logs are attached as nor2nand_log and ram2nand_log.

 

* First test:

  Copy image from nor flash to nand, and cmp binary, binary are different with nor flash and nand; but image in nand can be boot by nboot;

 

* Second test:

  Copy image from nor flash to ram, then copy from ram to nand flash, binary are different with ram and nand; image in nand can not be boot by nboot;

 

I run the above two tests on both trunk and 09r1, they fail.

 

Follow-ups

 

--- Mike Frysinger                                           2010-05-05 05:48:46

seems like the issue always occurs on byte 0xfe (mod 256?) and consists of a

single bit error

 

some sample error reports from different people:

byte at 0x000043fe (0x32) != byte at 0x010003fe (0x33)

byte at 0x0100a5fe (0xf3) != byte at 0x0200a5fe (0xf2)

byte at 0x000042fe (0x98) != byte at 0x010002fe (0x88)

byte at 0x010000fe (0x52) != byte at 0x020000fe (0x5a)

byte at 0x000048fe (0x08) != byte at 0x010008fe (0x0c)

 

--- Mike Frysinger                                           2010-05-06 13:32:40

Andrew pointed out that the write buffer and ecc reads may get out of sync, so

the code now waits for the write buffer to drain.  this fixes things for me.

 

--- Vivi Li                                                  2010-05-07 04:20:49

It still doesn't work for me with 2010.03-svn2267.

Could you post your log?

 

--- Mike Frysinger                                           2010-05-07 15:17:07

i committed from the wrong machine.  ive fixed the inverted logic in trunk now.

 

--- Vivi Li                                                  2010-05-11 00:37:41

It's OK now. Close it.

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

ram2nand_log    application/octet-stream    9402    Vivi Li

nor2nand_log    application/octet-stream    14771    Vivi Li

Attachments

Outcomes