public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Charles Manning <manningc2@actrix.gen.nz>
To: linux-mtd@lists.infradead.org
Cc: Vitaly Wool <vwool@ru.mvista.com>
Subject: Re: [PATCH] treat OOB as a single chunk of oobavail bytes
Date: Wed, 30 Nov 2005 11:12:14 +1300	[thread overview]
Message-ID: <200511301112.14512.manningc2@actrix.gen.nz> (raw)
In-Reply-To: <20051129180204.2f79e2ae.vwool@ru.mvista.com>

On Wednesday 30 November 2005 04:02, Vitaly Wool wrote:
> Hi,
>
> the patch below implements treating the OOB data as a chunk of _free_ OOB
> bytes of mtd->oobavail size. This is what was announced several times. This
> patch is a working one (verified with yaffs2 and jffs2), however, it's not
> completely ready to work with 16bit NAND flashes. Anyway, I'd like to ask
> for a permission to commit it to let other people start using it/report the
> problems/etc. etc.
>
> Of course input of any kind is welcome.
>
> Best regards,
>    Vitaly


Bloody Marvelous! This is very good news for the yaffs folk.

My only concern/query is a taste issue:
Should the read_oob funtion be used to do the available read or should is it 
better to use a different function like read_ecc() using NULL for the data 
argument?

I have enumerated what I believe to be the pros and cons a few times, and I 
prefer using read_ecc with NULL because this is unambiguous.

However this is a taste issue and to me having a solution is better than 
having an argument!

-- CHarles

  reply	other threads:[~2005-11-29 22:51 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-29 15:02 [PATCH] treat OOB as a single chunk of oobavail bytes Vitaly Wool
2005-11-29 22:12 ` Charles Manning [this message]
2005-11-30  8:54   ` Vitaly Wool
2005-12-01 22:03     ` Charles Manning
     [not found] <OFFED20C5C.C2FC40DE-ON882570FF.005D6B36-C22570FF.005ED903@mindspeed.com>
2006-01-24 13:02 ` Vitaly Wool
     [not found] <OFD870B79D.90A804FE-ON88257101.0037ED08-C2257101.0037DF6B@mindspeed.com>
2006-01-26 12:51 ` Vitaly Wool
2006-01-26 22:26   ` Charles Manning
2006-01-28  9:19     ` Vitaly Wool
     [not found] <OF1F9E1072.64E03318-ON88257102.0060A9BE-C2257102.0060ED3A@mindspeed.com>
2006-01-28  9:15 ` Vitaly Wool
2006-01-29 15:19   ` Vitaly Wool

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=200511301112.14512.manningc2@actrix.gen.nz \
    --to=manningc2@actrix.gen.nz \
    --cc=linux-mtd@lists.infradead.org \
    --cc=vwool@ru.mvista.com \
    /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