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
next prev parent 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