jffs2 and flash sectors

jffs2 and flash sectors

[Paul Lai]

How cognizant of flash sectors is jffs2?  Will an inode and it's data
cross flash sector boundaries?  Or will jffs2 align them to fit within
and start them on flash sector boundaries?

Re: jffs2 and flash sectors

[David Woodhouse]

paul.lai@intransa.com said:
> How cognizant of flash sectors is jffs2? 

Very.

> Will an inode and it's data cross flash sector boundaries?  

No single node (log entry) will cross sector boundary. An inode may have 
nodes in any sectors though.

> Or will jffs2 align them to fit within and start them on flash sector
> boundaries?

http://sources.redhat.com/jffs2/jffs2.pdf

--
dwmw2

New Release

[Michael Michael]

Would it be possible to get some idea of the current
status of Jff2.

What done?

What needs to be done?

Whats wanted ?

It looks like a lot of work has been done lately and
I'd like to know how the core developers feel about
the current status of the File system.  Should I
upgrade now ! or wait a bit. Also this is off topic
but is there a web site group dedicated to the
"fastest" boot time for linux. I'm down around 2 min.
I think its pretty good but I don't know.

Thanks

__________________________________________________
Do You Yahoo!?
Yahoo! Greetings - Send FREE e-cards for every occasion!
http://greetings.yahoo.com

Re: New Release

[David Woodhouse]

<moved to jffs list>

memmel2@yahoo.com said:
>  Would it be possible to get some idea of the current status of Jff2.
> What done?

The code in the 2.4.19 kernel, and on the jffs2-2_4-branch of CVS, should be 
stable and reliable enough to use in production. 

> What needs to be done?
> Whats wanted ?

See fs/jffs2/TODO in the CVS tree. The NAND support is mostly implemented, 
and needs lots and lots of testing. Joakim has made some good optimisations 
for speeding up the mount, and checkpointing will be helpful too if we can 
manage to get that implemented at last.

In roughly increasing order of required competence...

Just installing the code on the trunk and giving good bug reports if/when 
it fails is an extremely useful thing to do - don't underestimate the 
benefit of that even if looking at the code makes you run away screaming.
(Thomas keeps complaining that my documentation - or lack of it - sucks :)

Fixing i_nlink on directories ought to be a fairly reasonable introduction
to the code, and quite simple. Track the number of child directories that 
each directory has (you have a d_type in the dirent nodes so you don't need 
to actually look at the children at all) and increase i_nlink for each one 
in read_inode. I wouldn't increase the nlink in the jffs2_inode_cache 
itself, just in the vfs_inode. 

Implementing checkpointing would be good, and should dramatically improve 
mount time. 

It needs a complete locking audit. The 2.5 kernel just pushed the BKL down 
into the file systems, and I _think_ we can just remove it from JFFS2. I'm 
not actually doing that till I'm sufficiently convinced that the locking's 
sane though.

Also, a lot of people would love you for ever if you can make some 
guarantees about the amount of free space required to let GC continue, and 
hence reduce the overly-conservative five blocks that it's keeping free at 
the moment.

>  It looks like a lot of work has been done lately and I'd like to know
> how the core developers feel about the current status of the File
> system.  Should I upgrade now ! or wait a bit. 

As I said, the stable branch is stable. I'm valiantly resisting Joakim's
attempts to make me optimise it :)

The trunk is more fun - we do the fun stuff there. Even so, it should only 
be likely to break on NAND flash - the NOR support should still be OK.

> Also this is off topic but is there a web site group dedicated to the
> "fastest" boot time for linux. I'm down around 2 min. I think its
> pretty good but I don't know.

More than 10 seconds is crap. You must be using one of those horrid sucky 
PeeCee thingies I've heard so much about -- and without LinuxBIOS at that.

--
dwmw2

Looking for NAND emulation driver

[Charles Manning]

Does a NAND emulation driver exist?

ie. something that lives in RAM, but conforms to NAND access rules with a 
NAND interface.

Such a beasty can be useful for various reasons:
* Can easly run this up on an x86 without flash hardware.
* Can be forced to fail (ECC) on demand for the pourposes of testing ECC 
recovery etc.

Thanx

-- CHarles

Re: Looking for NAND emulation driver

[Thomas Gleixner]

On Samstag, 2. März 2002 07:56 , Charles Manning wrote:
> Does a NAND emulation driver exist?
> ie. something that lives in RAM, but conforms to NAND access rules with a
> NAND interface.
> Such a beasty can be useful for various reasons:
> * Can easly run this up on an x86 without flash hardware.
> * Can be forced to fail (ECC) on demand for the pourposes of testing ECC
> recovery etc.
Good idea, but I don't about such a hack. 
-- 
Thomas

Thomas Gleixner <gleixner@autronix.de>
autronix automation http://www.autronix.de