[src/trunk]: src/doc save some notes from my two years old hacking on ext3/ex...

[jdolecek <jdolecek%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/414d4d3e99e7
branches:  trunk
changeset: 837498:414d4d3e99e7
user:      jdolecek <jdolecek%NetBSD.org@localhost>
date:      Fri Dec 07 21:28:03 2018 +0000

description:
save some notes from my two years old hacking on ext3/ext4 support with
our ext2fs

diffstat:

 doc/TODO.ext2fs |  27 +++++++++++++++++++++++++++
 1 files changed, 27 insertions(+), 0 deletions(-)

diffs (31 lines):

diff -r 6a28392b8ad0 -r 414d4d3e99e7 doc/TODO.ext2fs
--- /dev/null   Thu Jan 01 00:00:00 1970 +0000
+++ b/doc/TODO.ext2fs   Fri Dec 07 21:28:03 2018 +0000
@@ -0,0 +1,27 @@
+newfs_ext2fs support for EXTRA_ISIZE - not yet
+
+bunch of bin ext2 bugs - fsck_ext2fs et.al.
+
+64bit support meta data support - maybe only affects dirs and raises
+  limit on max.filesystem?
+
+fix ext4.wiki - h_reserved[2] should actually be h_reserved[3] according
+  to ext4 code
+
+xattr - dont forget refcount handling , with hash map (same as linux)
+- use roundup2() instead of custom macros
+
+EXTENTS:
+check if the inode_ext extents cache is actually used
+
+optimalization - on sync, only overwrite changed cgs? adv for bigger
+    filesystems
+
+remove dup e2fs_mnton from m_fs
+
+maybe return limit to 32000 links for !DIR_NLINK fs (cross-check what Linux
+    ext4 code)
+
+QUOTA support ?
+
+INODE_DATA support? (even linux is dev only)