From: Jan Blunck <[EMAIL PROTECTED]>
The sound drivers and the pnpbios core test for current->root != NULL. This
test seems to be unnecessary since we always have rootfs mounted before
initializing the drivers.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharat
Hi Andrew,
Could you please consider these patches for -mm ? These patches
apply on 2.6.23-mm1 and are mostly a repost of earlier patches.
Patches 1 to 11 have been Acked by Christoph Hellwig.
Patch 12 is another instance where (vfsmnt, dentry) to path conversion
is possible.
Patch 13 is a
Hi Andrew,
Could you please consider these patches for -mm ? These patches
apply on 2.6.23-mm1 and are mostly a repost of earlier patches.
Patches 1 to 11 have been Acked by Christoph Hellwig.
Patch 12 is another instance where (vfsmnt, dentry) to path conversion
is possible.
Patch 13 is a
From: Jan Blunck [EMAIL PROTECTED]
The sound drivers and the pnpbios core test for current-root != NULL. This
test seems to be unnecessary since we always have rootfs mounted before
initializing the drivers.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL
From: Jan Blunck [EMAIL PROTECTED]
This test seems to be unnecessary since we always have rootfs mounted before
calling a usermodehelper.
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Acked
From: Jan Blunck [EMAIL PROTECTED]
path_release_on_umount() should only be called from sys_umount(). I merged the
function into sys_umount() instead of having in in namei.c.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Acked-by: Christoph Hellwig
From: Jan Blunck [EMAIL PROTECTED]
Move the definition of struct path into its own header file for further
patches.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Acked-by: Christoph Hellwig [EMAIL
]
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
---
arch/alpha/kernel/osf_sys.c |2
arch/mips/kernel/sysirix.c |6 +-
arch/parisc/hpux/sys_hpux.c |2
arch/powerpc/platforms/cell
From: Jan Blunck [EMAIL PROTECTED]
Use path_put() in a few places instead of {mnt,d}put()
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Acked-by: Christoph Hellwig [EMAIL PROTECTED]
---
fs/afs
B Rao [EMAIL PROTECTED]
Acked-by: Christoph Hellwig [EMAIL PROTECTED]
---
fs/namei.c| 17 +++--
fs/unionfs/super.c|2 +-
include/linux/namei.h |6 --
include/linux/path.h |1 +
4 files changed, 17 insertions(+), 9 deletions(-)
--- a/fs/namei.c
+++ b
From: Jan Blunck [EMAIL PROTECTED]
* Use struct path in fs_struct.
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Acked-by: Christoph Hellwig [EMAIL PROTECTED]
---
fs/dcache.c | 34
From: Jan Blunck [EMAIL PROTECTED]
In nearly all cases the set_fs_{root,pwd}() calls work on a struct
path. Change the function to reflect this and use path_get() here.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao
From: Andreas Gruenbacher [EMAIL PROTECTED]
One less argument to __d_path.
All callers to __d_path pass the dentry and vfsmount of a struct
path to __d_path. Pass the struct path directly, instead.
Signed-off-by: Andreas Gruenbacher [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL
Replace the (vfsmnt, dentry) arguments in proc_inode operation proc_get_link()
by struct path.
Also, this should eventually allow do_proc_readlink() to call d_path() with
a struct path argument.
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
---
fs/proc/base.c | 60
Changes the name of d_path() and __d_path() to print_path() and __print_path()
respectively and fixes the kerneldoc comments for print_path().
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
---
arch/blackfin/kernel/traps.c |2 -
drivers/md/bitmap.c |2 -
drivers/usb
On Mon, Oct 22, 2007 at 03:57:58PM +0200, Christoph Hellwig wrote:
Any reason we've got this patchset posted by three people now? :)
Two reasons actually !
- The set of patches posted by Jan last was on 2.6.23-rc8-mm1. So I
thought let me help Andrew a bit by making them available on latest
On Fri, Sep 07, 2007 at 01:54:18PM -0400, Erez Zadok wrote:
> In message <[EMAIL PROTECTED]>, "Josef 'Jeff' Sipek" writes:
> > On Fri, Sep 07, 2007 at 01:28:55PM +0530, Bharata B Rao wrote:
> > > On Fri, Sep 07, 2007 at 04:31:26PM +0900, [EMAIL PROTECTED] wrot
On Fri, Sep 07, 2007 at 01:39:41PM -0400, Josef 'Jeff' Sipek wrote:
> On Fri, Sep 07, 2007 at 01:28:55PM +0530, Bharata B Rao wrote:
> > On Fri, Sep 07, 2007 at 04:31:26PM +0900, [EMAIL PROTECTED] wrote:
> > >
> > > When the first readdir is issued:
> > > - c
On Fri, Sep 07, 2007 at 01:39:41PM -0400, Josef 'Jeff' Sipek wrote:
On Fri, Sep 07, 2007 at 01:28:55PM +0530, Bharata B Rao wrote:
On Fri, Sep 07, 2007 at 04:31:26PM +0900, [EMAIL PROTECTED] wrote:
When the first readdir is issued:
- call vfs_readdir for every underlying opened dir
On Fri, Sep 07, 2007 at 01:54:18PM -0400, Erez Zadok wrote:
In message [EMAIL PROTECTED], Josef 'Jeff' Sipek writes:
On Fri, Sep 07, 2007 at 01:28:55PM +0530, Bharata B Rao wrote:
On Fri, Sep 07, 2007 at 04:31:26PM +0900, [EMAIL PROTECTED] wrote:
When the first readdir is issued
On Fri, Sep 07, 2007 at 04:31:26PM +0900, [EMAIL PROTECTED] wrote:
>
> When the first readdir is issued:
> - call vfs_readdir for every underlying opened dir (file) object.
> - store every entry to either the hash table for the result or the
> whiteout, when the same-named entry didn't exist in
On Fri, Sep 07, 2007 at 04:31:26PM +0900, [EMAIL PROTECTED] wrote:
When the first readdir is issued:
- call vfs_readdir for every underlying opened dir (file) object.
- store every entry to either the hash table for the result or the
whiteout, when the same-named entry didn't exist in the
Hi,
Any filesystem namespace unification solution (Union Mount, Unionfs) needs to
provide a unified or merged view of directory contents. Typically this is
done by reading the directory entries of all the union'ed layers (starting
from the top and working downwards) and merging the result by
Hi,
Any filesystem namespace unification solution (Union Mount, Unionfs) needs to
provide a unified or merged view of directory contents. Typically this is
done by reading the directory entries of all the union'ed layers (starting
from the top and working downwards) and merging the result by
On Mon, Jul 30, 2007 at 06:13:42PM +0200, Jan Blunck wrote:
> On union-mounted file systems the lookup function must also visit lower layers
> of the union-stack when doing a lookup. This patches add support for
> union-mounts to cached lookups and real lookups.
>
> We have 3 different styles of
ant to allow pivot_root of union mount points. Here
is an attempt to achieve that.
From: Bharata B Rao <[EMAIL PROTECTED]>
Allow pivot_root to work with union mount points.
If the current root filesystem is a union, then allow pivot_root
only if it's last component is a root, which allows
pivot_root of union mount points. Here
is an attempt to achieve that.
From: Bharata B Rao [EMAIL PROTECTED]
Allow pivot_root to work with union mount points.
If the current root filesystem is a union, then allow pivot_root
only if it's last component is a root, which allows it to be detached
On Mon, Jul 30, 2007 at 06:13:42PM +0200, Jan Blunck wrote:
On union-mounted file systems the lookup function must also visit lower layers
of the union-stack when doing a lookup. This patches add support for
union-mounts to cached lookups and real lookups.
We have 3 different styles of
res = file->f_op->readdir(file, buf, filler);
> + file_accessed(file);
> + }
> + mutex_unlock(>i_mutex);
> + }
> +
> + return res;
> +}
Here you are doing readdir_union for all the directories under a union
mount point, whic
-i_mutex);
+ }
+
+ return res;
+}
Here you are doing readdir_union for all the directories under a union
mount point, which is an overhead (building the readdir cache). Here is
the fix:
From: Bharata B Rao [EMAIL PROTECTED]
Within a union mount point, there can be directories which don't
ks if we append to union stack from outside of the union.
A particular case I hit is with a 3 layer union with a subdir union
between topmost and bottom layer. Now if you create the same-named
directory in the middle layer from outside of this union, you hit the
above BUG_ON. The below patch fixes this and
union with a subdir union
between topmost and bottom layer. Now if you create the same-named
directory in the middle layer from outside of this union, you hit the
above BUG_ON. The below patch fixes this and it applies on top of all of
your patches.
From: Bharata B Rao [EMAIL PROTECTED]
Direct
On Mon, Jul 30, 2007 at 06:13:23PM +0200, Jan Blunck wrote:
> Here is another post of the VFS based union mount implementation. Unlike the
> traditional mount which hides the contents of the mount point, union mounts
> present the merged view of the mount point and the mounted filesytem.
Doesn't
On Mon, Jul 30, 2007 at 06:13:23PM +0200, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation. Unlike the
traditional mount which hides the contents of the mount point, union mounts
present the merged view of the mount point and the mounted filesytem.
Doesn't
On Tue, Jun 26, 2007 at 10:30:11AM +0530, Dhaval Giani wrote:
>
> --- linux-2.6.22-rc4/kernel/container.c 2007-06-13 15:38:32.0
> +0530
> +++ old/kernel/container.c2007-06-25 00:55:03.0 +0530
> @@ -995,6 +995,7 @@ static int container_get_sb(struct file_
>
On Tue, Jun 26, 2007 at 10:30:11AM +0530, Dhaval Giani wrote:
--- linux-2.6.22-rc4/kernel/container.c 2007-06-13 15:38:32.0
+0530
+++ old/kernel/container.c2007-06-25 00:55:03.0 +0530
@@ -995,6 +995,7 @@ static int container_get_sb(struct file_
On 6/20/07, Erez Zadok <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>, Jan Blunck writes:
> On Tue, 19 Jun 2007 22:59:51 -0700, Arjan van de Ven wrote:
>
> > first of all I'm happy to see that people are still working on unionfs;
> > I'd love to have functionality like this show up in
On 6/20/07, Jan Blunck <[EMAIL PROTECTED]> wrote:
On Wed, 20 Jun 2007 11:21:57 +0530, Bharata B Rao wrote:
Well done. I like your approach much more than the simple chaining of
dentries. When I told you about the idea of maintaining a list of
objects I always though about one big str
On 6/20/07, Jan Blunck <[EMAIL PROTECTED]> wrote:
On Wed, 20 Jun 2007 11:23:26 +0530, Bharata B Rao wrote:
> +/*
> + * Looks for the given @name in dcache by walking through all the layers
> + * of the union stack, starting from the top.
> + * FIXME: If we don't find the dentr
(replying from a different ID as you didn't copy me on reply)
On 6/20/07, Jan Blunck <[EMAIL PROTECTED]> wrote:
On Wed, 20 Jun 2007 11:22:41 +0530, Bharata B Rao wrote:
> +/*
> + * When propagating mount events to peer group, this is called under
> + * vfsmount_lock. Hence u
(replying from a different ID as you didn't copy me on reply)
On 6/20/07, Jan Blunck [EMAIL PROTECTED] wrote:
On Wed, 20 Jun 2007 11:22:41 +0530, Bharata B Rao wrote:
+/*
+ * When propagating mount events to peer group, this is called under
+ * vfsmount_lock. Hence using GFP_ATOMIC
On 6/20/07, Jan Blunck [EMAIL PROTECTED] wrote:
On Wed, 20 Jun 2007 11:23:26 +0530, Bharata B Rao wrote:
+/*
+ * Looks for the given @name in dcache by walking through all the layers
+ * of the union stack, starting from the top.
+ * FIXME: If we don't find the dentry in a upper layer, we
On 6/20/07, Jan Blunck [EMAIL PROTECTED] wrote:
On Wed, 20 Jun 2007 11:21:57 +0530, Bharata B Rao wrote:
snip
Well done. I like your approach much more than the simple chaining of
dentries. When I told you about the idea of maintaining a list of
dentry,vfsmount objects I always though about one
On 6/20/07, Erez Zadok [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Jan Blunck writes:
On Tue, 19 Jun 2007 22:59:51 -0700, Arjan van de Ven wrote:
first of all I'm happy to see that people are still working on unionfs;
I'd love to have functionality like this show up in Linux.
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Directory listing support for union mounted directories.
Modifies readdir()/getdents() to support union mounted directories.
This patch adds support to readdir()/getdents() to read directory entries
from all the directories of the union
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Lookup changes to support union mount.
Adds support for looking up dentries inside a union mount point.
This patch modifies the do_lookup() routine to look beyond the top layer for
union mount points/directories. Union mount versions of
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Mount changes to support union mount.
Adds union mount support.
This patch adds a new mount type for union mount (MNT_UNION) and changes
the mount path to build a union stack during mount. The routines for
supporting the creation, tra
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Union mount documentation.
Adds union mount documentation.
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
Documentation/union-mounts.txt | 232 +
1 files changed, 232 insertions(+)
-
Hi,
The earlier approach to VFS based union mounts posted here didn't work for
all cases of mounts (specially bind mounts). Hence, I have worked on this
new approach which is more generic and hopefully should work in most cases.
This approach fundamentally changes the way union stacks are
Hi,
The earlier approach to VFS based union mounts posted here didn't work for
all cases of mounts (specially bind mounts). Hence, I have worked on this
new approach which is more generic and hopefully should work in most cases.
This approach fundamentally changes the way union stacks are
From: Bharata B Rao [EMAIL PROTECTED]
Subject: Union mount documentation.
Adds union mount documentation.
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
---
Documentation/union-mounts.txt | 232 +
1 files changed, 232 insertions(+)
--- /dev/null
+++ b
From: Bharata B Rao [EMAIL PROTECTED]
Subject: Mount changes to support union mount.
Adds union mount support.
This patch adds a new mount type for union mount (MNT_UNION) and changes
the mount path to build a union stack during mount. The routines for
supporting the creation, traversal
From: Bharata B Rao [EMAIL PROTECTED]
Subject: Lookup changes to support union mount.
Adds support for looking up dentries inside a union mount point.
This patch modifies the do_lookup() routine to look beyond the top layer for
union mount points/directories. Union mount versions of dcache
From: Bharata B Rao [EMAIL PROTECTED]
Subject: Directory listing support for union mounted directories.
Modifies readdir()/getdents() to support union mounted directories.
This patch adds support to readdir()/getdents() to read directory entries
from all the directories of the union stack
On Tue, May 22, 2007 at 08:35:17AM -0400, Shaya Potter wrote:
> Bharata B Rao wrote:
> >
> >In case of regular files, when we copyup a file, we are actually preventing
> >any writes to the lower layers (which we have designated as read only).
> >
> >Applying the
On Tue, May 22, 2007 at 08:35:17AM -0400, Shaya Potter wrote:
Bharata B Rao wrote:
In case of regular files, when we copyup a file, we are actually preventing
any writes to the lower layers (which we have designated as read only).
Applying the same logic to devices, what do we achieve
On Tue, May 22, 2007 at 08:25:16AM +0200, Jan Engelhardt wrote:
>
> On May 22 2007 08:43, Bharata B Rao wrote:
> >On Fri, May 18, 2007 at 09:47:31AM -0400, Shaya Potter wrote:
> >> Bharata B Rao wrote:
> >>
> >> >
> >> >Not really. This
On Tue, May 22, 2007 at 08:25:16AM +0200, Jan Engelhardt wrote:
On May 22 2007 08:43, Bharata B Rao wrote:
On Fri, May 18, 2007 at 09:47:31AM -0400, Shaya Potter wrote:
Bharata B Rao wrote:
Not really. This is called during copyup of a file residing in a lower
layer
On Fri, May 18, 2007 at 09:47:31AM -0400, Shaya Potter wrote:
> Bharata B Rao wrote:
>
> >
> >Not really. This is called during copyup of a file residing in a lower
> >layer. And that is done only for regular files.
>
> That is broken.
But it only breaks the sema
On Fri, May 18, 2007 at 09:47:31AM -0400, Shaya Potter wrote:
Bharata B Rao wrote:
Not really. This is called during copyup of a file residing in a lower
layer. And that is done only for regular files.
That is broken.
But it only breaks the semantics (in other cases we allow writes only
On Wed, May 16, 2007 at 09:57:28AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:13, Bharata B Rao wrote:
> >+
> >+if (flag & 0x2) {
> >+error = union_copyup(nd, flag);
> >+if (error)
> >+goto exit;
>
On Tue, May 15, 2007 at 10:00:45AM -0400, Trond Myklebust wrote:
> On Mon, 2007-05-14 at 15:12 +0530, Bharata B Rao wrote:
> > From: Jan Blunck <[EMAIL PROTECTED]>
> > Subject: Union-mount lookup
> >
> > Modifies the vfs lookup routines to wo
On Wed, May 16, 2007 at 09:57:28AM +0200, Jan Engelhardt wrote:
On May 14 2007 15:13, Bharata B Rao wrote:
+
+if (flag 0x2) {
+error = union_copyup(nd, flag);
+if (error)
+goto exit;
+}
What I dislike (and that also goes for fs
On Tue, May 15, 2007 at 10:00:45AM -0400, Trond Myklebust wrote:
On Mon, 2007-05-14 at 15:12 +0530, Bharata B Rao wrote:
From: Jan Blunck [EMAIL PROTECTED]
Subject: Union-mount lookup
Modifies the vfs lookup routines to work with union mounted directories.
The existing lookup
On Thu, May 17, 2007 at 06:00:46AM +0100, Al Viro wrote:
> On Thu, May 17, 2007 at 10:20:41AM +0530, Bharata B Rao wrote:
> > From: Bharata B Rao <[EMAIL PROTECTED]>
> >
> > namespace_sem is a rwsem. It is acquired as read sem at only one place(used
> > by /pro
On Thu, May 17, 2007 at 06:00:46AM +0100, Al Viro wrote:
On Thu, May 17, 2007 at 10:20:41AM +0530, Bharata B Rao wrote:
From: Bharata B Rao [EMAIL PROTECTED]
namespace_sem is a rwsem. It is acquired as read sem at only one place(used
by /proc/mounts, /proc/pid/mounts and /proc/pid
From: Bharata B Rao <[EMAIL PROTECTED]>
namespace_sem is a rwsem. It is acquired as read sem at only one place(used
by /proc/mounts, /proc//mounts and /proc//mountstats). In all other
cases it is acquired as a write sem. So, as there is not more than one reader
for this sem, this can be a g
On 5/16/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Andy Whitcroft wrote:
> Getting this on both x86 and x86_64 boxes, they are the older boxen so
> likely older compilers:
Please give the gcc version number.
> CC arch/x86_64/boot/memory.o
> arch/i386/boot/memory.c: In function
On 5/16/07, H. Peter Anvin [EMAIL PROTECTED] wrote:
Andy Whitcroft wrote:
Getting this on both x86 and x86_64 boxes, they are the older boxen so
likely older compilers:
Please give the gcc version number.
CC arch/x86_64/boot/memory.o
arch/i386/boot/memory.c: In function
From: Bharata B Rao [EMAIL PROTECTED]
namespace_sem is a rwsem. It is acquired as read sem at only one place(used
by /proc/mounts, /proc/pid/mounts and /proc/pid/mountstats). In all other
cases it is acquired as a write sem. So, as there is not more than one reader
for this sem, this can
On Tue, May 15, 2007 at 09:57:24AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:12, Bharata B Rao wrote:
> >
> >+struct dentry * d_lookup_single(struct dentry *parent, struct qstr *name)
> >+{
> >+struct dentry *dentry;
> >+un
On Tue, May 15, 2007 at 09:29:39AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:11, Bharata B Rao wrote:
> >
> >TODO: bind and move mounts aren't yet supported with union mounts.
>
> Are the semantics already set?
Not yet.
>
> >@@ -294,6 +294,10 @@
On Mon, May 14, 2007 at 10:38:46PM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:09, Bharata B Rao wrote:
> >
> >Introduce MNT_UNION, MS_UNION and FS_WHT flags. There are the necessary flags
> >for doing
> >
> >mount /dev/hda3 /mnt -o union
> &g
On Mon, May 14, 2007 at 03:40:57PM -0700, Badari Pulavarty wrote:
> On Mon, 2007-05-14 at 15:10 +0530, Bharata B Rao wrote:
< snip >
> > +
> > +/* Shouldn't be called with last reference to union_info */
> > +static inline void union_put_and_unlo
On Mon, May 14, 2007 at 01:16:57PM -0700, Badari Pulavarty wrote:
> On Mon, 2007-05-14 at 15:14 +0530, Bharata B Rao wrote:
> > From: Bharata B Rao <[EMAIL PROTECTED]>
> > Subject: ext3 whiteout support
> >
> > Introduce whiteout support for ext3.
> >
&
On Mon, May 14, 2007 at 01:16:57PM -0700, Badari Pulavarty wrote:
On Mon, 2007-05-14 at 15:14 +0530, Bharata B Rao wrote:
From: Bharata B Rao [EMAIL PROTECTED]
Subject: ext3 whiteout support
Introduce whiteout support for ext3.
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Signed
On Mon, May 14, 2007 at 03:40:57PM -0700, Badari Pulavarty wrote:
On Mon, 2007-05-14 at 15:10 +0530, Bharata B Rao wrote:
snip
+
+/* Shouldn't be called with last reference to union_info */
+static inline void union_put_and_unlock(struct union_info *uinfo)
+{
+ union_put(uinfo
On Mon, May 14, 2007 at 10:38:46PM +0200, Jan Engelhardt wrote:
On May 14 2007 15:09, Bharata B Rao wrote:
Introduce MNT_UNION, MS_UNION and FS_WHT flags. There are the necessary flags
for doing
mount /dev/hda3 /mnt -o union
You need additional patches for util-linux
On Tue, May 15, 2007 at 09:29:39AM +0200, Jan Engelhardt wrote:
On May 14 2007 15:11, Bharata B Rao wrote:
TODO: bind and move mounts aren't yet supported with union mounts.
Are the semantics already set?
Not yet.
@@ -294,6 +294,10 @@ static struct vfsmount *clone_mnt(struct
On Tue, May 15, 2007 at 09:57:24AM +0200, Jan Engelhardt wrote:
On May 14 2007 15:12, Bharata B Rao wrote:
+struct dentry * d_lookup_single(struct dentry *parent, struct qstr *name)
+{
+struct dentry *dentry;
+unsigned long seq;
+
+do {
+seq
On Mon, May 14, 2007 at 12:43:43PM +0200, Carsten Otte wrote:
> On 5/14/07, Bharata B Rao <[EMAIL PROTECTED]> wrote:
> >+/* This is a copy from fs/readdir.c */
> >+struct getdents_callback {
> >+ struct linux_dirent __user *current_dir;
> >+ str
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: ext3 whiteout support
Introduce whiteout support for ext3.
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
fs/ext3/dir.c |2 -
fs/ext3/name
From: Jan Blunck <[EMAIL PROTECTED]>
Subject: tmpfs whiteout support
Introduce whiteout support to tmpfs.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
mm/shmem.c |9 -
1 files changed, 8 insertions(+), 1 del
From: Jan Blunck <[EMAIL PROTECTED]>
Subject: VFS whiteout handling
Introduce white-out handling in the VFS.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/inode.c| 17 +
fs/namei.c
From: Jan Blunck <[EMAIL PROTECTED]>
Subject: ext2 whiteout support
Introduce whiteout support to ext2.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/ext2/dir.c |2 ++
fs/ext2/namei.c | 17
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Union mount readdir
This modifies the readdir()/getdents() routines to read directory
entries from toplevel and the lower directories of a union and present
a merged view.
The directory entries are read starting from the top
copied to the topmost union layer
first.
This patch uses the do_splice_direct() for doing the in-kernel file copy.
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
fs/namei.c| 46 +
fs/union.c
search for the pathname in the entire union mounted stack. Also they have been
modified to setup the union stack during lookup from dcache cache and from
real_lookup().
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/dcache.c|
Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/namespace.c| 90 ++
fs/union.c| 71 +++
include/linux/fs.h|3 +
include/li
From: Jan Blunck <[EMAIL PROTECTED]>
Subject: Introduce union stack.
Adds union stack infrastructure to the dentry structure and provides
locking routines to walk the union stack.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
y: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/dcache.c | 43 ++-
fs/dnotify.c |5
fs/inotify.c |8 +
fs/namei.c | 42 +--
fs/namespace.c
delete (white-out) files by creating a file with this file type.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
include/linux/stat.h |2 ++
1 files changed, 2 insertions(+)
--- a/include/linux/stat.h
+++ b/include/linux/sta
needs some work. printk'ing isn't the right method for getting
good debugging output.
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/Kconfig | 16 +
include/linux/un
ed-off-by: Jan Blunck <[EMAIL PROTECTED]>
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
---
fs/namespace.c| 14 +-
include/linux/fs.h|2 ++
include/linux/mount.h |1 +
3 files changed, 16 insertions(+), 1 deletion(-)
--- a/fs/namespace.c
+++ b/fs/nam
From: Bharata B Rao <[EMAIL PROTECTED]>
Subject: Add union mount documentation.
This is an attempt to document some of the implementation details
and issues of union mount.
Signed-off-by: Bharata B Rao <[EMAIL PROTECTED]>
Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
---
D
Here is another post of vfs based union mount implementation.
Union mount provides the filesytem namespace unification feature.
Unlike the traditional mounts which hide the contents of the mount point,
the union mount presents the merged view of the mount point and the
mounted filesytem.
These
Here is another post of vfs based union mount implementation.
Union mount provides the filesytem namespace unification feature.
Unlike the traditional mounts which hide the contents of the mount point,
the union mount presents the merged view of the mount point and the
mounted filesytem.
These
From: Bharata B Rao [EMAIL PROTECTED]
Subject: Add union mount documentation.
This is an attempt to document some of the implementation details
and issues of union mount.
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
---
Documentation/union
-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
---
fs/namespace.c| 14 +-
include/linux/fs.h|2 ++
include/linux/mount.h |1 +
3 files changed, 16 insertions(+), 1 deletion(-)
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -442,6 +442,7
-out) files by creating a file with this file type.
Signed-off-by: Jan Blunck [EMAIL PROTECTED]
Signed-off-by: Bharata B Rao [EMAIL PROTECTED]
---
include/linux/stat.h |2 ++
1 files changed, 2 insertions(+)
--- a/include/linux/stat.h
+++ b/include/linux/stat.h
@@ -10,6 +10,7 @@
#if defined
101 - 200 of 284 matches
Mail list logo