From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
To: Brian Norris <computersforpeace@gmail.com>
Cc: Huang Shijie <shijie8@gmail.com>,
Josh Triplett <josh@joshtriplett.org>,
linux-mtd@lists.infradead.org, Pekon Gupta <pekon@ti.com>,
David Woodhouse <dwmw2@infradead.org>,
Dinh Nguyen <dinguyen@altera.com>
Subject: Re: [PATCH] mtd: denali: disable usage of subpages
Date: Tue, 06 May 2014 20:11:12 +0200 [thread overview]
Message-ID: <536925C0.4060809@linutronix.de> (raw)
In-Reply-To: <20140430222353.GE2497@norris-Latitude-E6410>
On 05/01/2014 12:23 AM, Brian Norris wrote:
> On Wed, Apr 30, 2014 at 02:46:41PM +0200, Sebastian Andrzej Siewior wrote:
>> I use this driver on an Altera SoC (not MRST) and its ECC algorithm
>> does not compute 0xff ECC of an empty page. That problem can be easily
>> noticed if ubifs is used. Therefore I disable subpages support.
>>
>> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
>> ---
>> I can't test if this is also the case for MRST or not.
>
> This is an important change to get right; if any systems have been using
> Denali NAND with subpage writes, then this change will break any flash
> with existing UBI data. Can we either confirm that no Denali systems
> were using subpage writes successfully, or else tie this option to some
> kind of platform data or DT information (e.g., compatible string)?
First I would like to get some confirmation from the MRST hackers /
users to make sure subpage write works for them (which I doubt).
> Or is this related to commit 837a6ba4f3b6d23026674e6af6b6849a4634fff9,
> which changed subpage write support? (Or conversely, could this help you
> support subpage writes properly?)
Not sure. If I look at the write_page() function in delali, it writes
the whole page in one go. The ECC is transparently added. On read, the
controller computes the data to fix and the driver just XORs the data
(with the information the controller provided). And in case the the
error is not recoverable it checks for an empty page which means 0xff is
not the ECC for an empty page.
Based on this I don't see how that commit could help.
>
> Brian
Sebastian
next prev parent reply other threads:[~2014-05-06 18:12 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-30 12:46 [PATCH] mtd: denali: disable usage of subpages Sebastian Andrzej Siewior
2014-04-30 22:23 ` Brian Norris
2014-05-06 18:11 ` Sebastian Andrzej Siewior [this message]
2014-07-08 7:22 ` Gupta, Pekon
2014-07-08 7:25 ` Sebastian Andrzej Siewior
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=536925C0.4060809@linutronix.de \
--to=bigeasy@linutronix.de \
--cc=computersforpeace@gmail.com \
--cc=dinguyen@altera.com \
--cc=dwmw2@infradead.org \
--cc=josh@joshtriplett.org \
--cc=linux-mtd@lists.infradead.org \
--cc=pekon@ti.com \
--cc=shijie8@gmail.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