mtd/fs/jffs3 TODO,3.7,3.8
Artem Bityuckiy
dedekind at infradead.org
Wed Jan 5 11:16:55 EST 2005
- Previous message: mtd/fs/jffs3 JFFS3.Notes,1.1,1.2
- Next message: mtd/fs/jffs3 background.c, 3.7, 3.8 build.c, 3.7, 3.8 compr.c, 3.5,
3.6 compr.h, 3.4, 3.5 compr_lzari.c, 3.2, 3.3 compr_lzo.c, 3.2,
3.3 compr_rtime.c, 3.4, 3.5 compr_rubin.c, 3.4,
3.5 compr_zlib.c, 3.4, 3.5 debug.c, 1.10, 1.11 debug.h, 1.20,
1.21 dir.c, 3.8, 3.9 erase.c, 3.6, 3.7 file.c, 3.6, 3.7 fs.c,
3.7, 3.8 gc.c, 3.9, 3.10 ioctl.c, 3.2, 3.3 jffs3.h, 3.5,
3.6 malloc.c, 3.5, 3.6 nodelist.c, 3.4, 3.5 nodelist.h, 3.10,
3.11 nodemgmt.c, 3.12, 3.13 os-linux.h, 3.3, 3.4 pushpull.h,
3.1, 3.2 read.c, 3.6, 3.7 readinode.c, 3.7, 3.8 scan.c, 3.8,
3.9 scan.h, 1.5, 1.6 summary.c, 3.4, 3.5 summary.h, 3.2,
3.3 super-v24.c, 3.4, 3.5 super.c, 3.8, 3.9 symlink-v24.c, 3.2,
3.3 symlink.c, 3.2, 3.3 wbuf.c, 3.8, 3.9 write.c, 3.8,
3.9 writev.c, 3.1, 3.2
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
Update of /home/cvs/mtd/fs/jffs3
In directory phoenix.infradead.org:/tmp/cvs-serv590
Modified Files:
TODO
Log Message:
Update TODO List
Index: TODO
===================================================================
RCS file: /home/cvs/mtd/fs/jffs3/TODO,v
retrieving revision 3.7
retrieving revision 3.8
diff -u -r3.7 -r3.8
--- TODO 27 Dec 2004 10:14:08 -0000 3.7
+++ TODO 5 Jan 2005 16:16:52 -0000 3.8
@@ -39,12 +39,12 @@
and JFFS2 suffered severely in the early days. Now that crc32 is
very optimized that problem is less visible, but crc32 is still
expensive. Maybe an Adler32 checksum is good enough or a crc16?
- - Don't calculate a Adler32 checksum when comressing with zlib.
+ - Don't calculate a Adler32 checksum when compressing with zlib.
JFFS2 already has its own checksum.
- Consider changing the start seed to crc from 0 to -1. Zero
is not a good start seed for crc
- - Currently when JFFS3 founds any CRC error it prints warning message. This is right from one
+ - Currently when JFFS3 finds any CRC error it prints warning message. This is right from one
hand. CRC errors may appear because of unclean reboots (1) and flash media corruptions (2).
Unclean reboots happen rather often and, as result, one node may have CRC error (JFFS2 was in
the middle of writing it when was rebooted uncleanly). Bu JFFS2 still prints CRC error warning.
@@ -61,9 +61,7 @@
new node_ref and call add_physical_node_ref. That is sux. It
doesn't merge obsolete nodes. Fix it.
Wasted space accounting is broken. Pads are treated as dirty with
- new changes. Either fix it or remove the notion of wasted space at
- all - is it really needed? Why not to treat it just as dirty space?
- Why do we need this?
+ new changes. Fix it.
- Summaries:
1. In get_inode_nodes - do not check nodes CRC if their block
@@ -79,4 +77,6 @@
this block was written, and we may trust this block - that
means we may not check CRCs there.
+ - Wasted space: treat pads as wasted only if their size > ISDIRTY
+ (__flush_wbuf).
- Previous message: mtd/fs/jffs3 JFFS3.Notes,1.1,1.2
- Next message: mtd/fs/jffs3 background.c, 3.7, 3.8 build.c, 3.7, 3.8 compr.c, 3.5,
3.6 compr.h, 3.4, 3.5 compr_lzari.c, 3.2, 3.3 compr_lzo.c, 3.2,
3.3 compr_rtime.c, 3.4, 3.5 compr_rubin.c, 3.4,
3.5 compr_zlib.c, 3.4, 3.5 debug.c, 1.10, 1.11 debug.h, 1.20,
1.21 dir.c, 3.8, 3.9 erase.c, 3.6, 3.7 file.c, 3.6, 3.7 fs.c,
3.7, 3.8 gc.c, 3.9, 3.10 ioctl.c, 3.2, 3.3 jffs3.h, 3.5,
3.6 malloc.c, 3.5, 3.6 nodelist.c, 3.4, 3.5 nodelist.h, 3.10,
3.11 nodemgmt.c, 3.12, 3.13 os-linux.h, 3.3, 3.4 pushpull.h,
3.1, 3.2 read.c, 3.6, 3.7 readinode.c, 3.7, 3.8 scan.c, 3.8,
3.9 scan.h, 1.5, 1.6 summary.c, 3.4, 3.5 summary.h, 3.2,
3.3 super-v24.c, 3.4, 3.5 super.c, 3.8, 3.9 symlink-v24.c, 3.2,
3.3 symlink.c, 3.2, 3.3 wbuf.c, 3.8, 3.9 write.c, 3.8,
3.9 writev.c, 3.1, 3.2
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the linux-mtd-cvs
mailing list