Hi All,

Could anyone help me to find the Ethernet driver related documents?

Regards
Siva

-----Original Message-----
From: 
davinci-linux-open-source-bounces+agraharam_reddy=mindtree....@linux.davincidsp.com
 
[mailto:davinci-linux-open-source-bounces+agraharam_reddy=mindtree....@linux.davincidsp.com]
 On Behalf Of Gaer, A.
Sent: Monday, April 26, 2010 5:11 PM
To: Jon Povey
Cc: [email protected]
Subject: RE: Layout of OOB data in NAND flash

Hello Jon,

Jon Povey wrote:
> > As far as I understand, the RBL/UBL uses this layout (2048 byte
> > pages):

> What is your understanding based on? What wrote that format?
> Are you reading that from flash or working it out by inspecting code?

I worked through some sources:

sprufg5a.pdf, figure 98 & 99
nandwriter.c code from the flash_utils source
UBL source
Davinci NAND code in openocd
davinci_nand.c from u-boot and linux

I wrote UBL/u-boot with the sfh_DM36x.exe serial tool and verified
(reading back the pages in u-boot) that the OOB data has indeed the
layout mentioned in table 98&99 from sprufg5a.pdf. I wrote the same data
from u-boot and noticed that the layout is different. I tried booting
with that and failed, so I assume the DM365 actually does ECC4. After
changing the layout definition in davinci_nand.c I'm now able to write
UBL/u-boot from u-boot and correctly boot that.

Regards,
 Andreas.

-----Original Message-----
From: Jon Povey [mailto:[email protected]]
Sent: Monday, April 26, 2010 7:03 AM
To: Gaer, A.
Cc: [email protected]
Subject: RE: Layout of OOB data in NAND flash

Gaer, A. wrote:
> Hi!
>
> It seems like the layout of OOB/4-Bit-ECC data in NAND flash differs
> from RBL/UBL to u-boot/linux (at least on a DM365 device). Is there
> any good reason for this?

Hi, just to say I am working in similar areas (trying to understand what
the hell TI are doing with their NAND ECC layouts), on DM355 so far but
may start looking at DM365 before long. So I am interested in whatever
progress you make.

The DM355 silicon errata admits that the DM355 RBL doesn't actually
check 4-bit ECC at all. But the layout used by UBL, u-boot and linux is
all messed up.
There is some stuff about DM365 RBL ECC handling in the DM365 silicon
errata too, not the same thing, but maybe of interest.

> As far as I understand, the RBL/UBL uses this layout (2048 byte
> pages):

What is your understanding based on? What wrote that format? Are you
reading that from flash or working it out by inspecting code?

> The different layout means that it is impossible to update UBL/u-boot
> from u-boot or linux.

Have you tried? On DM355 at least, it seems this would actually work.

> Another question: 512 byte pages in linux seem to have a really funny
> oob layout
>
> EEEEEXEE
> XXXXXEEE
>
> Does anybody know the reason for that? (I know the 6th byte is the
> manufacturer bad-block marker. But why not just put the ECC data into
> the last 10 byte of oob like RBL/UBL do it?)

Good luck getting good answers to these questions.

This might be worth some wiki documenting when it becomes clearer.

--
Jon Povey
[email protected]

Racelogic is a limited company registered in England. Registered number
2743719 .
Registered Office Unit 10, Swan Business Centre, Osier Way, Buckingham,
Bucks, MK18 1TB .

The information contained in this electronic mail transmission is
intended by Racelogic Ltd for the use of the named individual or entity
to which it is directed and may contain information that is confidential
or privileged. If you have received this electronic mail transmission in
error, please delete it from your system without copying or forwarding
it, and notify the sender of the error by reply email so that the
sender's address records can be corrected. The views expressed by the
sender of this communication do not necessarily represent those of
Racelogic Ltd. Please note that Racelogic reserves the right to monitor
e-mail communications passing through its network

_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

http://www.mindtree.com/email/disclaimer.html
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source

Reply via email to