Files
rockchip-kernel/include/linux
Artem Bityutskiy 020ac5b6be fat: introduce special inode for managing the FSINFO block
This is patchset makes fatfs stop using the VFS '->write_super()' method
for writing out the FSINFO block.

The final goal is to get rid of the 'sync_supers()' kernel thread.  This
kernel thread wakes up every 5 seconds (by default) and calls
'->write_super()' for all mounted file-systems.  And the bad thing is that
this is done even if all the superblocks are clean.  Moreover, some
file-systems do not even need this end they do not register the
'->write_super()' method at all (e.g., btrfs).

So 'sync_supers()' most often just generates useless wake-ups and wastes
power.  I am trying to make all file-systems independent of
'->write_super()' and plan to remove 'sync_supers()' and '->write_super'
completely once there are no more users.

The '->write_supers()' method is mostly used by baroque file-systems like
hfs, udf, etc.  Modern file-systems like btrfs and xfs do not use it.
This justifies removing this stuff from VFS completely and make every FS
self-manage own superblock.

Tested with xfstests.

This patch:

Preparation for further changes.  It introduces a special inode
('fsinfo_inode') in FAT file-system which we'll later use for managing the
FSINFO block.  Note, this there is already one special inode ('fat_inode')
which is used for managing the FAT tables.

Introduce new 'MSDOS_FSINFO_INO' constant for this special inode.  It is
safe to do because FAT file-system does not store inode numbers on the
media but generates them run-time.

I've also cleaned up the comment to existing 'MSDOS_ROOT_INO' constant,
while on it.

Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
Cc: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
Cc: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2012-05-31 17:49:27 -07:00
..
2012-04-23 14:23:32 +03:00
2012-05-15 17:30:30 -04:00
2012-03-20 21:29:46 -04:00
2012-05-08 14:13:25 -07:00
2012-02-28 16:02:54 +01:00
2012-03-29 15:38:31 +10:30
2012-03-23 16:58:38 -07:00
2012-04-14 15:24:26 -04:00
2012-02-20 19:46:36 +11:00
2012-05-02 14:15:27 -05:00
2012-05-25 12:46:23 +05:30
2012-04-30 15:30:18 -07:00
2012-05-17 15:36:35 -04:00
2012-05-29 16:22:23 -07:00
2012-04-12 12:57:08 +02:00
2012-02-28 17:10:21 +00:00
2012-04-27 10:46:45 +08:00
2012-05-22 11:32:31 +02:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-03-26 21:47:19 +02:00
2012-05-12 14:28:14 +02:00
2012-03-26 21:47:19 +02:00
2012-05-12 14:28:16 +02:00
2012-03-27 22:45:26 -04:00
2012-04-21 16:26:33 -04:00
2012-04-19 13:56:55 +02:00
2012-05-07 10:58:57 -06:00
2012-05-21 21:09:38 +02:00
2012-04-09 11:16:55 -07:00
2012-03-08 10:50:35 -08:00
2012-05-29 16:22:21 -07:00
2012-05-31 17:49:26 -07:00
2012-03-08 10:50:35 -08:00
2012-05-11 10:56:56 +01:00
2012-01-17 15:40:51 -08:00
2012-03-15 21:41:34 +01:00
2012-03-03 15:04:45 -05:00
2012-05-09 13:58:06 -07:00
2012-05-22 15:20:28 -04:00
2012-05-29 16:22:19 -07:00
2012-05-29 16:22:24 -07:00
2012-05-19 02:51:00 -04:00
2012-05-08 20:25:42 +02:00
2012-04-12 15:10:33 -04:00
2012-05-26 14:17:30 -04:00
2012-03-05 15:26:47 -05:00
2012-05-16 15:17:08 -04:00
2012-03-21 17:55:01 -07:00
2012-04-30 14:52:43 -06:00
2012-05-14 14:15:32 -07:00
2012-05-12 15:53:42 -04:00
2012-05-17 08:51:59 -07:00
2012-03-20 21:29:38 -04:00
2012-03-28 18:30:03 +01:00
2012-04-18 15:57:31 -07:00
2012-01-09 09:33:57 +09:00
2012-05-21 23:52:30 -04:00
2012-05-19 18:34:57 -04:00
2012-05-31 17:49:26 -07:00
2012-05-08 12:35:06 +02:00
2012-03-19 16:53:08 -04:00
2012-04-15 12:44:40 -04:00
2012-05-14 18:53:19 -04:00
2012-05-29 16:22:28 -07:00
2012-05-21 16:16:58 -07:00
2012-03-22 19:43:43 -07:00
2012-05-04 16:58:47 -07:00
2012-04-10 22:39:17 -06:00
2012-05-22 12:16:16 +09:30
2012-03-31 08:09:50 +05:30
2012-03-28 18:30:03 +01:00