First of all, thanks for the overwhelming response!
Based on the suggestions received, I have added a new parameter to the
sys_fallocate() system call - an interger called mode, just after the
fd. Now the system call looks like this:
asmlinkage long sys_fallocate(int fd, int mode, loff_t
XFS currently defines various fid types internally, including an
fid_t which I will introduce kernel wide in the next patch.
This patch kills the fid_t and xfs_fid2_t types inside xfs and uses
xfs_fid_t consistantly.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index:
Add a structured fid type so that we don't have to pass an array
of u32 values around everywhere. It's a union of possible layouts.
As a start there's only the u32 array and the traditional 32bit
inode format, but there will be more in one of my next patchset
when I start to document the various
Add the guts for the new filesystem API to exportfs.
There's now a fh_to_dentry method that returns a dentry for the
object looked for given a filehandle fragment, and a fh_to_parent
operation that returns the dentry for the encoded parent directory
in case the file handle contains it.
There are
Trivial switch over to the new generic helpers.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/efs/namei.c
===
--- linux-2.6.orig/fs/efs/namei.c 2007-03-13 18:19:44.0 +0100
+++
Trivial switch over to the new generic helpers.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/ext2/super.c
===
--- linux-2.6.orig/fs/ext2/super.c 2007-03-13 18:19:43.0 +0100
+++
Trivial switch over to the new generic helpers.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/ext3/super.c
===
--- linux-2.6.orig/fs/ext3/super.c 2007-03-13 18:19:43.0 +0100
+++
Trivial switch over to the new generic helpers.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/ext4/super.c
===
--- linux-2.6.orig/fs/ext4/super.c 2007-03-13 18:19:43.0 +0100
+++
Trivial switch over to the new generic helpers.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/jfs/jfs_inode.h
===
--- linux-2.6.orig/fs/jfs/jfs_inode.h 2007-03-13 18:19:44.0 +0100
+++
Trivial switch over to the new generic helpers.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/ntfs/namei.c
===
--- linux-2.6.orig/fs/ntfs/namei.c 2007-03-13 19:29:22.0 +0100
+++
Very little changes here, fat had a mostly no op decode_fh before
and does not store any parent information.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/fat/inode.c
===
--- linux-2.6.orig/fs/fat/inode.c
Nice little cleanup by consolidating things a little and using
a structure for the special file handle format.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/isofs/export.c
===
---
I'm not sure what people were thinking when adding support to nfs
export tmpfs, but here's the conversion anyway:
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/mm/shmem.c
===
--- linux-2.6.orig/mm/shmem.c
Another nice little cleanup by using the new methods.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/reiserfs/inode.c
===
--- linux-2.6.orig/fs/reiserfs/inode.c 2007-03-16 15:43:55.0 +0100
+++
Convert gfs2 to the new ops. It's a nice little cleanup that allows
to get rid of an data structure aswell.
Btw, it looks like the old code could scribble over random stack
memory for the parent case where gfs2_get_dentry access the imode
field in the gfs2_fh_obj structure but only gets a
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/ocfs2/export.c
===
--- linux-2.6.orig/fs/ocfs2/export.c2007-02-11 11:18:17.0 +0100
+++ linux-2.6/fs/ocfs2/export.c 2007-02-11 11:24:29.0
Now that all filesystems are converted remove support for the
old methods.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Index: linux-2.6/fs/exportfs/expfs.c
===
--- linux-2.6.orig/fs/exportfs/expfs.c 2007-03-13
Update deocumentation to the current state of affairs. Remove duplicated
method descruptions in exportfs.h and point to Documentation/filesystems/
Exporting instead. Add a little file header comment in expfs.c describing
what's going on and mentioning Neils and my copyright [1].
[1] Neil, in
I'm interested in understanding the state of Linux with regard to
_really_ forcing a filesystem to unmount.
There is a (stale) project at OSDL that has various implementations:
http://developer.osdl.org/dev/fumount/
Its fairly clear that these efforts (e.g. badfs patches) haven't been
given
Mike Snitzer wrote:
Is this forced umount work even considered worthwhile by the greater
Linux community? Is anyone actively working on this?
Have a look at all the discussion about revoke/frevoke on lkml over the
last week or two.
J
-
To unsubscribe from this list: send the line
On Saturday 17 March 2007, Mike Snitzer wrote:
I'm interested in understanding the state of Linux with regard to
_really_ forcing a filesystem to unmount.
There is a (stale) project at OSDL that has various implementations:
http://developer.osdl.org/dev/fumount/
Its fairly clear that these
On 3/16/07, Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Mike Snitzer wrote:
Is this forced umount work even considered worthwhile by the greater
Linux community? Is anyone actively working on this?
Have a look at all the discussion about revoke/frevoke on lkml over the
last week or two.
On Fri, 16 Mar 2007 20:01:01 +0530 Amit K. Arora [EMAIL PROTECTED] wrote:
+asmlinkage long sys_fallocate(int fd, int mode, loff_t offset, loff_t len);
--- linux-2.6.20.1.orig/include/asm-powerpc/systbl.h
+++ linux-2.6.20.1/include/asm-powerpc/systbl.h
@@ -305,3 +305,4 @@
23 matches
Mail list logo