From: Thorsten Christiansson <thorsten.christiansson@idquantique.com>
To: Richard Weinberger <richard.weinberger@gmail.com>
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
"laurent.monat@idquantique.com" <laurent.monat@idquantique.com>,
David Oberhollenzer <goliath@sigma-star.at>
Subject: Re: Timeout in denali.c on Micron nandflash (Altera SoC)
Date: Tue, 14 Mar 2017 12:12:51 +0100 [thread overview]
Message-ID: <58C7D033.4030902@idquantique.com> (raw)
In-Reply-To: <CAFLxGvy=PHU1Yc74TgQ-S9+Q_jRnYEUVywzYqbhdmQRGHk_vJA@mail.gmail.com>
Hello Richard,
On advice from Altera, I have been testing using JFFS2 directly on top
of MTD, and thereby bypassing the UBI completely. At first it looked
promising, but I have seen the same 'timeout' here as well.
I will get back to running some tests with an up-to-date kernel, and will
keep you posted.
Thanks,
Thorsten
On 03/09/2017 11:09 PM, Richard Weinberger wrote:
> Thorsten,
>
> On Tue, Mar 7, 2017 at 2:32 PM, Thorsten Christiansson
> <thorsten.christiansson@idquantique.com> wrote:
>> Hi all,
>>
>> I'm using Linux on an Altera SoC (Arria V), on which I'm using UBIFS on a
>> nandflash from Micron (MT29F8G08ADADAH4). I have a 400Mb r/w partition on
>> which I have a sqlite3-based database. We're running an application that
>> reads/writes fairly small blocks. After running for about a week at moderate
>> load, I get an error message, and the filesystem becomes read-only.
>>
>> The message I get is a timeout, originating in the denali.c driver.
>> [11744.733748] timeout occurred, status = 0x0, mask = 0x4
>> [11745.733685] timeout occurred, status = 0x0, mask = 0x120
>>
>> I can also reproduce the error much faster (in ~1h) using the GNU 'stress'
>> command, writing/reading small files continuously.
>>
>> I'm using Linux 4.4, with some patches from Altera. I have compared the
>> denali.c that I'm using with the current HEAD on github, and the differences
>> appear to be only cosmetic.
>>
>> I have asked Altera for help, but their only response so far has been that
>> they can reproduce the issue on their latest SoCs (it apparently appears on
>> both Arria10 and CycloneV) with the same flash. (We have also tested with a
>> Macronix MX66U51235FMI-10G, with the same results.)
>>
>> At first we used the FASTMAP feature of the UBIFS, but then we ran into this
>> issue after only a couple of hours running at moderate load. When we
>> disabled
>> that, we thought the problem was gone, but it appears that it was only
>> hiding,
>> and now comes out to bite us after about a week.
>>
>>
>> My questions are the following:
>> - Are there any known issues with the denali driver that could cause this?
> Well, 4.4. is not very fresh. Maybe it saw fixes in recent version.
>
>> - Could it be an issue in the MTD/UBI/UBIFS layers?
> Since the denali driver prints the timeouts I'd say the root of the
> problem is there.
>
>> - Are there any other parameters that can be tuned in order to alleviate the
>> problem?
>>
>> and of course
>> - Have I missed something obvious? I'm pulling my hair here...
> Can you please give MTD tests a try?
>
--
Thorsten Christiansson
Security Engineer
ID Quantique
thorsten.christiansson@idquantique.com
<mailto:thorsten.christiansson@idquantique.com>
Tel: +41 22 301 8373 Fax: +41 22 301 8379
www.idquantique.com <https://www.idquantique.com>
https://twitter.com/IDQuantique
https://www.linkedin.com/company/id-quantique-sa
next prev parent reply other threads:[~2017-03-14 11:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-07 13:32 Timeout in denali.c on Micron nandflash (Altera SoC) Thorsten Christiansson
2017-03-09 22:09 ` Richard Weinberger
2017-03-14 11:12 ` Thorsten Christiansson [this message]
2017-03-15 12:06 ` Thorsten Christiansson
2017-03-15 12:53 ` Boris Brezillon
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=58C7D033.4030902@idquantique.com \
--to=thorsten.christiansson@idquantique.com \
--cc=goliath@sigma-star.at \
--cc=laurent.monat@idquantique.com \
--cc=linux-mtd@lists.infradead.org \
--cc=richard.weinberger@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