The Journaling Flash File System for Linux

Stevens, Peter | 2 Sep 2004 19:16

umount problem with JFFS2

All,

I am having a problem after I unmount my JFFS2 file system. The senario goes
as follows:

1) I burn the JFFS filesystem to flash.
2) The system boots up with no errors messages at all ( all debug info is
enabled )
3) I type reboot, and I start to see the below messages in /proc/kmsg

...etc
<7>Starting erase of pending block 0x011c0000
<7>Freeing all node refs for eraseblock offset 0x011c0000
<7>Erase completed successfully at 0x011c0000
<7>Verifying erase at 0x011c0000
<7>Writing erased marker to block at 0x011c0000
<7>Starting erase of pending block 0x01180000
<7>Freeing all node refs for eraseblock offset 0x01180000
<7>Erase completed successfully at 0x01180000
<7>Verifying erase at 0x01180000
<7>Writing erased marker to block at 0x01180000
...etc

4) The next time I bootup my system, I get the following error messages.
When
my root filesystem is being mounted.

..etc
JFFS2: Erase block at 0x01180000 is not formatted. It will be erased
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x011c0000:

(Continue reading)

David Woodhouse | 2 Sep 2004 19:29

Re: JFFS2 mounting very slow.

On Thu, 2004-09-02 at 11:56 -0400, David Ho wrote:
> I can only find people with 10 seconds mount time for JFFS2 in the mailing
> list.  Does anyone have a idea why it is taking so slow.
> I can only imagine it has something to do with the number of inodes in the
> file system.

Use the 2.6 kernel. It should be a lot faster.

--

-- 
dwmw2

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

David Woodhouse | 2 Sep 2004 22:36

Re: JFFS2 mounting very slow.

On Thu, 2004-09-02 at 14:07 -0400, David Ho wrote:
> Is there a way to predict the mount time based on the content, usage,
> partition size?
> How does the 2.6 JFFS2 differ from 2.4?

I rewrote the mount code. We do it a lot differently -- we defer as much
as possible to later, doing only the bare minimum at mount time.

> Does it give me a constant mount time?  or can I guarantee that JFFS2 will
> mount in less than N seconds?

On NOR flash, it should be about an order of magnitude faster than 2.4
to mount.

Try it. You might like it.

--

-- 
dwmw2

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

Stevens, Peter | 3 Sep 2004 16:01

MKFS.JFFS2

Hello,

I am running Linux 2.4.21 on an Intel Development Platform (Mainstone II
with a PXA 270).
I was wondering is there is a specific version of mkfs.jffs2 should I be
using ?? I downloaded 
a binary copy of version 1.17 from http://sources.redhat.com/jffs2/.
However, from looking
at a CVS mirror I can see that this versioin is older, and I am looking for
the most stable
version.

Thanks,
Peter

-----------------------------------------
This email may contain confidential and privileged material for the sole
use of the intended recipient(s). Any review, use, retention, distribution
or disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive for the recipient), please contact the
sender by reply email and delete all copies of this message. Also, email is
susceptible to data corruption, interception, tampering, unauthorized
amendment and viruses. We only send and receive emails on the basis that we
are not liable for any such corruption, interception, tampering, amendment
or viruses or any consequence thereof.

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

(Continue reading)

David Woodhouse | 3 Sep 2004 16:38

Re: MKFS.JFFS2

On Fri, 2004-09-03 at 10:01 -0400, Stevens, Peter wrote:
> -----------------------------------------
> This email may contain confidential and privileged material for the sole
> use of the intended recipient(s). Any review, use, retention, distribution
> or disclosure by others is strictly prohibited. If you are not the intended
> recipient (or authorized to receive for the recipient), please contact the
> sender by reply email and delete all copies of this message. Also, email is
> susceptible to data corruption, interception, tampering, unauthorized
> amendment and viruses. We only send and receive emails on the basis that we
> are not liable for any such corruption, interception, tampering, amendment
> or viruses or any consequence thereof.

I'd answer your question but I'm not sure I'm allowed to. Try again
without the silly disclaimer.

--

-- 
dwmw2

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

Michael Richardson | 7 Sep 2004 20:10

Picon

Re: Welcome to jffs-dev


(Someone might want to update the TODO in the welcome message)

Is there a way to mount a jffs2 image via loopback?

I.e:

# mount -o loop -t jffs2 ./jffs2.image /mnt

this does not work even though the jffs2 module is loaded. I imagine
that I need to have a real or ram-simulated flash device (using physical
ram) setup.

Is there a fundamental reason why this might not be possible, or is
it just a question of code?

(I'll probably use the UML emulation next)

--
]     "Elmo went to the wrong fundraiser" - The Simpson         |  firewalls  [
]   Michael Richardson,    Xelerance Corporation, Ottawa, ON    |net architect[
] mcr <at> xelerance.com      http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [

Kodandaram, Harish | 8 Sep 2004 11:38

Does JFFS supports high memory

Hello all,

i'm newbie to JFFS. 
i'm writing a driver for Intel Strata Flash. It's possible to mount JFFS
filesystem with High Memory Support disabled. But if I enable High Memory
Support mount fails though my raw read and write works. I just wanted to
know whether JFFS supports High Memory.

Thanks and Regards
Harish

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

David Woodhouse | 8 Sep 2004 12:57

Re: Does JFFS supports high memory

On Wed, 2004-09-08 at 15:08 +0530, Kodandaram, Harish wrote:
> Hello all,
> 
> i'm newbie to JFFS. 
> i'm writing a driver for Intel Strata Flash. 

For what OS? Linux already _has_ drivers for Intel StrataFlash, as does
eCos.

> It's possible to mount JFFS filesystem with High Memory Support disabled. But if I enable High Memory
> Support mount fails though my raw read and write works. I just wanted to
> know whether JFFS supports High Memory.

It should, although it's rarely tested. I assume you mean JFFS2, not
JFFS? Can you describe the failure in more detail?

--

-- 
dwmw2

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

David Woodhouse | 8 Sep 2004 14:57

RE: Does JFFS supports high memory

Please read http://david.woodhou.se/email.html

You are top-posting and using a broken mail program which omits
References: headers.

On Wed, 2004-09-08 at 18:12 +0530, Kodandaram, Harish wrote:
> I am a newbie to linux and may be silly but just want know if high memory is
> supported in JFFS how is it possible without using kmap

You're not silly. We do have to use kmap -- JFFS is broken.

But JFFS is not maintained. You can fix it yourself if you like, but
probably you should use JFFS2 instead.

Every time I threaten to remove JFFS from the official kernel tree
someone seems to come forward and offer to maintain it. So here goes
again.... is someone going to do it or am I going to remove it?

--

-- 
dwmw2

To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to majordomo <at> axis.com

Kodandaram, Harish | 8 Sep 2004 14:42

RE: Does JFFS supports high memory

Thanks for reply David,

I'm talking about JFFS filesystem

i'm not writing full fledged driver for flash. I have a x86 based board
where access to Flash is through CPLD(Complex Programming Logic Device),
which is board specific and linux does not support it. so i have just
defined the map file and my own read, write, copy routines considering the
CPLD.

I think my routines are correct (but we never know) because with High Memory
Support disabled everything works fine and even with High Memory Support raw
read and write works fine. 

But when CONFIG_HIGHMEM is enabled i can mount the JFFS filesystem, but when
I try to access existing files in filesystem oops is caused with following
dump:

****************************************************************************
****
Unable to handle kernel NULL pointer dereference at virtual address 00000000
 printing eip:
c024db99
*pde = 00000000
Oops: 0002

CPU:    0
EIP:    0060:[<c024db99>]    Not tainted
EFLAGS: 00010216
EIP is at cpci747_uflash_copy_from+0xc9/0x110 [kernel]

(Continue reading)

Group

gmane.linux.file-systems.jffs.

Project Web Page

The Journaling Flash File System for Linux

Search Archive

Page

1 | 2 | 3

Articles in period: 25

September 2004

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

[AT91RM9200] further run-time problems (jffs2, Oops in __update_rq_clo (12 Nov 2007)
jffs2_init_acl_post() can return uninitialized variable (27 Oct 2007)
[2.6 patch] make jffs2_get_acl() static (24 Oct 2007)
BUG at mm/filemap.c:1749 (2.6.24, jffs2, unionfs) (19 Oct 2007)
jffs2 deadlock introduced in linux 2.6.22.5 (30 Aug 2007)
[PATCH] Prefix each line of multiline printk(KERN_ "foo\nbar") (25 Aug 2007)
[PATCH 2/4] Fix mainline filesystems to handle ATTR_KILL_ bits correct (20 Aug 2007)
[PATCH 1/4] VFS: move ATTR_KILL handling from notify_change into helpe (20 Aug 2007)
[PATCH 0/4] move handling of setuid/gid bits from VFS into individual (20 Aug 2007)
[PATCH] [270/2many] MAINTAINERS - JOURNALLING FLASH FILE SYSTEM V2 (JF (13 Aug 2007)
[PATCH 14/25] JFFS2: call attr_kill_to_mode from jffs2_do_setattr (6 Aug 2007)
[PATCH 01/25] VFS: move attr_kill logic from notify_change into helper (6 Aug 2007)
[PATCH 00/25] move handling of setuid/gid bits from VFS into individua (6 Aug 2007)
[PATCH 14/25] JFFS2: call attr_kill_to_mode from jffs2_do_setattr (24 Jul 2007)
[PATCH 01/25] VFS: move attr_kill logic from notify_change into helper (25 Jul 2007)
[PATCH 00/25] move handling of setuid/gid bits from VFS into individua (25 Jul 2007)
[2.6 patch] remove fs/jffs2/ioctl.c (29 Jul 2007)
[RFC: 2.6 patch] make the *FS_SECURITY options no longer user visible (29 Jul 2007)
jffs2 statfs issue (19 Jul 2007)
[1/3] 2.6.22-rc3: known regressions with patches v2 (1 Jun 2007)
[1/3] 2.6.22-rc3: known regressions with patches v2 (1 Jun 2007)

Archives

2	November 2007
11	October 2007
7	September 2007
38	August 2007
9	July 2007
2	June 2007
4	May 2007
1	April 2007
2	March 2007
2	February 2007
6	January 2007
19	December 2006
2	November 2006
3	October 2006
4	September 2006
2	August 2006
9	July 2006
6	June 2006
8	May 2006
2	January 2006
6	December 2005
8	November 2005
2	October 2005
9	September 2005
8	August 2005
4	July 2005
10	May 2005
9	April 2005
9	March 2005
10	February 2005
6	January 2005
22	December 2004
12	November 2004
39	October 2004
24	September 2004
6	August 2004
17	July 2004
5	June 2004
28	May 2004
14	April 2004
11	March 2004
12	February 2004
8	December 2003
6	November 2003
22	October 2003
22	September 2003
22	August 2003
9	July 2003
9	June 2003
5	April 2003
13	March 2003
1	January 2002

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template