From: Jamie Lokier <jamie@shareable.org>
To: Joakim Tjernlund <joakim.tjernlund@transmode.se>
Cc: nvbolhuis@aimsys.nl,
"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
dedekind1@gmail.com
Subject: Re: a UBIFS image makes task pdflush blocked > 120 seconds
Date: Mon, 16 Nov 2009 23:22:28 +0000 [thread overview]
Message-ID: <20091116232228.GI12063@shareable.org> (raw)
In-Reply-To: <OF4EAF98D9.8FAE2E28-ONC1257670.00302441-C1257670.0030D73E@transmode.se>
Joakim Tjernlund wrote:
> I only noticed a problem with deleting big files and then a reboot.
> if you don't reboot, the system will work. Perhaps this is due
> to the actual CFI driver? I am using cmdset_0001 and it is a bit more
> evolved than the others. My NOR flash also supports erase suspend.
> If you are using cmdset_0002 you should consider fixing it.
> As I recall, erase suspend is disabled. There was a thread about it
> a while ago were I noticed a bug in the driver which may be the reason
> for erase suspend being disabled. I even posted some
> fixes for this but I don't think anyone bothered to test them.
According to datasheets, the flash I'm using with cmdset_0002 supports
multi-block erase, although I don't think the driver does at the moment.
Multi-block erase works by giving the chip a list of blocks to erase,
or even the whole flash, and then it does them simultaneously.
Could this solve your problem?
-- Jamie
next prev parent reply other threads:[~2009-11-16 23:22 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <34637.10.10.0.184.1258202287.squirrel@intranet.aimsys.nl>
2009-11-16 8:13 ` a UBIFS image makes task pdflush blocked > 120 seconds Artem Bityutskiy
2009-11-16 8:53 ` Joakim Tjernlund
2009-11-16 23:22 ` Jamie Lokier [this message]
2009-11-17 8:31 ` Joakim Tjernlund
2009-11-17 10:45 ` Norbert van Bolhuis
[not found] <4B012D0D.4080500@aimvalley.nl>
2009-11-16 12:12 ` Joakim Tjernlund
2009-11-17 8:25 ` Artem Bityutskiy
2009-11-17 16:25 ` Norbert van Bolhuis
2009-11-18 8:28 ` Artem Bityutskiy
2009-11-18 9:26 ` Norbert van Bolhuis
2009-11-18 9:40 ` Artem Bityutskiy
2009-11-18 10:38 ` Joakim Tjernlund
2009-11-18 10:54 ` Artem Bityutskiy
2009-11-18 10:59 ` Norbert van Bolhuis
2009-11-18 11:01 ` Joakim Tjernlund
2009-10-09 13:02 Norbert van Bolhuis
2009-10-11 13:52 ` Artem Bityutskiy
2009-10-12 10:09 ` Norbert van Bolhuis
2009-10-14 8:56 ` Artem Bityutskiy
2009-11-11 15:54 ` Norbert van Bolhuis
2009-11-13 8:20 ` Artem Bityutskiy
2009-11-13 15:09 ` Norbert van Bolhuis
2009-11-13 15:52 ` Artem Bityutskiy
2009-11-13 15:56 ` Artem Bityutskiy
2009-11-13 16:28 ` Joakim Tjernlund
2009-10-11 14:04 ` Artem Bityutskiy
2009-10-11 14:09 ` Artem Bityutskiy
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=20091116232228.GI12063@shareable.org \
--to=jamie@shareable.org \
--cc=dedekind1@gmail.com \
--cc=joakim.tjernlund@transmode.se \
--cc=linux-mtd@lists.infradead.org \
--cc=nvbolhuis@aimsys.nl \
/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.