All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Updegraff <dave@cray.com>
To: linux-mtd@lists.infradead.org
Subject: nand oob layout assumptions
Date: Thu, 25 Mar 2004 12:44:50 -0600	[thread overview]
Message-ID: <406328A2.3060905@cray.com> (raw)

Hi.

So I have a little ducttape-string-and-bailing wire driver here now that 
deals with these newer bigger Samsung K9xxx chips; am hitting snags 
around the declarations of oob areas.

The ecc calcluations within the driver are easy to deal with, straightup 
algorithm of ecc-space-needed = 3 * #-of-256byte chunks in the page.

But how to cope with that exposed oobinfo structure defn. in mtd.h that 
declares the all the universe uses 6 bytes for ecc in oob?

It seems we need the lo-level driver to declare (and allocate?) that 
oobinfo struct, and while we're at breaking everything by doing so, add 
a badblock_pos element to it, since these samsung chips mark badblocks 
not at offset:5 but offset:0 in oob.

I have no solution dreamed up yet on how to cope with the MEMSETOOBSEL
ioctl, though.  Do you?

-dbu.

             reply	other threads:[~2004-03-25 18:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-03-25 18:44 David Updegraff [this message]
2004-03-25 19:58 ` nand oob layout assumptions Thomas Gleixner
2004-03-27  7:40   ` Charles Manning
2004-03-27  8:07     ` Thomas Gleixner
2004-03-27 10:24       ` David Woodhouse
2004-03-27 11:10         ` Thomas Gleixner
2004-03-27 11:25           ` David Woodhouse
2004-03-27 14:15             ` Thomas Gleixner
2004-03-27 16:13             ` David Updegraff
2004-03-27 16:18               ` David Woodhouse
2004-03-27 17:40                 ` Thomas Gleixner
2004-03-28  8:06                 ` Charles Manning
2004-03-28  8:05                   ` Thomas Gleixner
2004-03-28  7:34       ` Charles Manning
2004-03-28  7:51         ` Thomas Gleixner
2004-03-28  8:19           ` Charles Manning

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=406328A2.3060905@cray.com \
    --to=dave@cray.com \
    --cc=linux-mtd@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.