* jffs2 occasionally locking up?
@ 2003-02-13 15:18 kai-uwe.bloem at auerswald.de
2003-02-14 9:29 ` Thomas Gleixner
0 siblings, 1 reply; 3+ messages in thread
From: kai-uwe.bloem at auerswald.de @ 2003-02-13 15:18 UTC (permalink / raw)
To: linux-mtd
I use jffs2 (version from ftp, 20030210) on an Intel xscale pxa250, with one Intel 28f128 in 16 Bit mode.
I occasionally observe the following problem, which I consider rather severe:
- mount an empty partition as jffs2 on an Intel 28f128K3 flash.
- copy a large directory tree to it
- *immediately* overwrite that tree with itself
- *immediately* copy another large oversized (too big for this partition) tree
Sometimes the last copy doesn't produce a "no space" error message. Rather, it does not return for at least half an hour, which is the longest time I waited for completion.
Moreover, if I stop copying by ctrl-c, and try to unmount the partition, the unmount locks up as well.
I have put some code into the cfi driver to observe sector erasing. I noticed that after I have interrupted the copy, sectors are still erased every other second or such. This keeps going on and on. Looks to me like the garbage collector is in a kind of endless loop here.
If I reset the system, on reboot I get some errors concerning node CRCs in one of the last blocks that were erased, then everything appears to be fine.
Has anyone else observed such problems?
--kub
^ permalink raw reply [flat|nested] 3+ messages in thread
* jffs2 occasionally locking up?
2003-02-13 15:18 jffs2 occasionally locking up? kai-uwe.bloem at auerswald.de
@ 2003-02-14 9:29 ` Thomas Gleixner
0 siblings, 0 replies; 3+ messages in thread
From: Thomas Gleixner @ 2003-02-14 9:29 UTC (permalink / raw)
To: linux-mtd
On Thursday 13 February 2003 16:18, kai-uwe.bloem at auerswald.de wrote:
> - mount an empty partition as jffs2 on an Intel 28f128K3 flash.
> - copy a large directory tree to it
> - *immediately* overwrite that tree with itself
> - *immediately* copy another large oversized (too big for this partition)
> tree
> Sometimes the last copy doesn't produce a "no space" error message. Rather,
> it does not return for at least half an hour, which is the longest time I
> waited for completion.
> Moreover, if I stop copying by ctrl-c, and try to unmount the partition,
> the unmount locks up as well.
> I have put some code into the cfi driver to observe sector erasing. I
> noticed that after I have interrupted the copy, sectors are still erased
> every other second or such. This keeps going on and on. Looks to me like
> the garbage collector is in a kind of endless loop here.
If you copy too much data to the partition, it tries to garbage collect to
give you more space on the device. The endless loop seems true.
Could you please set JFFS2_DEBUG=1 and provide a log-output.
Don't forget to echo 9 >/proc/sys/kernel/printk before starting your copy
session. Please compress the log and mail it to me in private (will be some
MB) or provide it any location for download
--
Thomas
________________________________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx at linutronix.de
^ permalink raw reply [flat|nested] 3+ messages in thread
* jffs2 occasionally locking up?
[not found] <2702075D4DE2B043BF5EB82E9CFAD45B0BD456@mail1.mediatrix.com>
@ 2003-02-14 13:49 ` Thomas Gleixner
0 siblings, 0 replies; 3+ messages in thread
From: Thomas Gleixner @ 2003-02-14 13:49 UTC (permalink / raw)
To: linux-mtd
On Friday 14 February 2003 14:48, Frederic Giasson wrote:
> On Friday 14 February 2003 10:29:23, tglx at linutronix.de wrote:
> >If you copy too much data to the partition, it tries to garbage collect to
> >give you more space on the device. The endless loop seems true.
> >
> >Could you please set JFFS2_DEBUG=1 and provide a log-output.
> >Don't forget to echo 9 >/proc/sys/kernel/printk before starting your copy
> >session. Please compress the log and mail it to me in private (will be
> > some MB) or provide it any location for download
>
> We encountered the same problem, the garbage collector seemed to spin
> endlessly, but usually it stoped after many hours. We found a way to avoid
> the problem: calling "sync" command before every copy to jffs2. This way,
> copy time is much more deterministic, even when jffs2 is almost full.
But that does not solve the problem. Could anybody provide a log please, as
I'm out of hardware at the moment.
--
Thomas
________________________________________________________________________
linutronix - competence in embedded & realtime linux
http://www.linutronix.de
mail: tglx at linutronix.de
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-02-14 13:49 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-13 15:18 jffs2 occasionally locking up? kai-uwe.bloem at auerswald.de
2003-02-14 9:29 ` Thomas Gleixner
[not found] <2702075D4DE2B043BF5EB82E9CFAD45B0BD456@mail1.mediatrix.com>
2003-02-14 13:49 ` Thomas Gleixner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox