From: Charles Manning <manningc2@actrix.gen.nz>
To: "Nick Bane" <nick@cecomputing.co.uk>, "Marc Singer" <elf@buici.com>
Cc: <linux-mtd@lists.infradead.org>, <yaffs@toby-churchill.org>
Subject: Re: Interest in DOC and YAFFS?
Date: Wed, 25 Sep 2002 08:53:57 +1200 [thread overview]
Message-ID: <20020924205746.837BF43CF@tiger.actrix.co.nz> (raw)
In-Reply-To: <012801c263f7$784e6230$0100a8c0@p450>
> > > How this works with DOC I am unclear as I had noticed a while back that
> > > there was hardware assisted ECC. This might get in the way of YAFFS ECC
>
> but
>
> > > maybe this can be circumvented.
> >
> > As far as I can tell, the hardware ECC just makes the DOC faster.
>
> Umm. It may use some of the oob data area for its own ECC in a YAFFS
> incompatible way. I am not sure of my ground here, only that you need to
> check it out.
>
> > Also, I think that Microsys has released information about how to use
> > the hardware ECC.
>
> Ok.
Determining, then straightening out, OOB conflicts is essetially what DOC
support boils down to.
As far as I am aware, the ECC does not actually impact on the NAND and works
something like as follows.
* As you write bytes to the NAND buffer, an ECC is calculated on the side in
the ASIC.
* You can then read ASIC registers to determine the ECC.
Essentially you can just ignore the ECC and see raw NAND chips, ie the ECC is
non-intrusive.
Thus, the current YAFFS page programming would change from something like:
* Calculate ecc. + tags and format up OOB (spare)
* Write data + oob
* Program page
to:
* Write data
* Read ECC from ASIC
* Format up and write oob.
* Program page
Essentially, the hw ecc saves the ecc calcs - that's all.
Christian Gan has implemented a hw ecc scheme which I think is like above in
YAFFS, so I suspect DOC support might almost be done :-).
-- Charles
next prev parent reply other threads:[~2002-09-24 20:57 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-23 9:20 jffs2 and Doc 2000 eylon eyal
2002-09-24 0:03 ` Interest in DOC and YAFFS? Charles Manning
2002-09-24 3:44 ` Marc Singer
2002-09-24 3:58 ` Interest in DOC and YAFFS? --> YAFFS bootloading Charles Manning
2002-09-24 4:44 ` Marc Singer
2002-09-24 7:53 ` Russ Dill
2002-09-24 16:53 ` Marc Singer
2002-09-24 16:59 ` Russ Dill
2002-09-24 17:14 ` Marc Singer
2002-09-24 17:21 ` Brian J. Fox
2002-09-24 17:30 ` Russ Dill
2002-09-24 18:33 ` Marc Singer
2002-09-24 17:44 ` Kenneth Johansson
2002-09-24 18:37 ` Marc Singer
2002-09-24 18:47 ` Russ Dill
2002-09-24 20:22 ` Marc Singer
2002-09-24 20:41 ` Russ Dill
2002-09-24 7:23 ` Nick Bane
2002-09-24 16:55 ` Marc Singer
2002-09-24 18:23 ` Nick Bane
2002-09-24 20:53 ` Charles Manning [this message]
2002-09-24 22:46 ` Interest in DOC and YAFFS? Christian Gan
2002-09-25 7:33 ` Thomas Gleixner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020924205746.837BF43CF@tiger.actrix.co.nz \
--to=manningc2@actrix.gen.nz \
--cc=elf@buici.com \
--cc=linux-mtd@lists.infradead.org \
--cc=nick@cecomputing.co.uk \
--cc=yaffs@toby-churchill.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox