| 143029944933_567260007420 | Jan Blunck |
|
I think it is wrong to unconditionally take the lock before calling
atomic_dec_and_test() in _atomic_dec_and_lock(). This will deadlock in
situation where it is known that the counter will now reach |
|
| |
| 141522614660_511360007289 | Jan Blunck |
|
Creates the proper struct union_mount when mounting something into a
union. If the topmost filesystem isnt capable of handling the white-out
filetype it could only be mount read-only.
Signed-off-by: |
|
| |
| 170827354299_526060007440 | Jan Blunck |
|
From: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
Add support for fallthru entries to tmpfs.
Signed-off-by: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
---
fs/dcache.c | 4 ++-
fs/libfs |
|
| |
| 145224474006_583460007001 | Jan Blunck |
|
Honor the S_OPAQUE flag in the union path lookup.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
Signed-off-by: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
---
fs/namei.c | 17 ++++++++++++++- |
|
| |
| 151020474246_582960007272 | Jan Blunck |
|
Add per mountpoint flag for Union Mount support. You need additional patches
to util-linux for that to work - see:
git://git.kernel.org/pub/scm/utils/util-linux-ng/val/util-linux-ng.git
Signed-off- |
|
| |
| 153029354266_546260007298 | Jan Blunck |
|
This patch changes real_lookup() into returning a struct path.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
Signed-off-by: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
---
fs/namei.c | 82 ++ |
|
| |
| 188220214559_554260007798 | Jan Blunck |
|
Simply white-out a given directory entry. This functionality is usually used
in the sense of unlink. Therefore the given dentry can still be in-use and
contains an in-use inode. The filesystems inode |
|
| |
| 183228434532_513160007559 | Jan Blunck |
|
Add some additional checks when mounting something into an union.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
Signed-off-by: Miklos Szeredi <mszeredi@xxxxxxx
Signed-off-by: Valerie Aurora (He |
|
| |
| 157225554005_557860007403 | Jan Blunck |
|
From: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
Define the fallthru dcache flag and file system op.
Signed-off-by: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
---
include/linux/dcache.h |
|
| |
| 157928994450_582660007955 | Jan Blunck |
|
From: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
Define the fallthru dcache flag and file system op.
Signed-off-by: Valerie Aurora (Henson) <vaurora@xxxxxxxxxx
---
include/linux/dcache.h |
|
| |
| 109822564890_536460007496 | Jan Blunck |
|
This patch adds support for whiteouts to tmpfs.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
Signed-off-by: David Woodhouse <dwmw2@xxxxxxxxxxxxx
Signed-off-by: Valerie Aurora (Henson) <vaur |
|
| |
| 166226014518_522160007653 | Jan Blunck |
|
This patch adds support for whiteouts to tmpfs.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
Signed-off-by: David Woodhouse <dwmw2@xxxxxxxxxxxxx
Signed-off-by: Valerie Aurora (Henson) <vaur |
|
| |
| 101829754495_555160007597 | Jan Blunck |
|
The userspace isnt ready for handling another filetype. Therefore this
patch lets readdir() and others skip over the whiteout directory entries
they might find.
Signed-off-by: Jan Blunck <j.blunc |
|
| |
| 111026784152_511660007540 | Jan Blunck |
|
The userspace isnt ready for handling another filetype. Therefore this
patch lets readdir() and others skip over the whiteout directory entries
they might find.
Signed-off-by: Jan Blunck <j.blunc |
|
| |
| 151928344439_597060007166 | Jan Blunck |
|
Break early when somebody tries to rehash an already hashed dentry.
Otherwise this leads to interesting corruptions in the dcache hash table
later on.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
|
|
| |
| 192527584423_581460007141 | Jan Blunck |
|
Break early when somebody tries to rehash an already hashed dentry.
Otherwise this leads to interesting corruptions in the dcache hash table
later on.
Signed-off-by: Jan Blunck <jblunck@xxxxxxx
|
|
| |
| 131027854742_582860007885 | Arnd Bergmann |
|
Jan Blunck:
+Rename across different levels of the union is implemented as a copy-up
+operation for regular files. Rename of directories simply returns EXDEV, the
+same as if we tried to renam |
|
| |
| 148020244859_597660007965 | Arnd Bergmann |
|
Jan Blunck:
+Rename across different levels of the union is implemented as a copy-up
+operation for regular files. Rename of directories simply returns EXDEV, the
+same as if we tried to renam |
|
| |
| 157226864642_572460007897 | Valerie Aurora |
|
Arnd Bergmann:
Right, but that is consistent with how the kernel would treat a
rename from one mount point to another, and tools like mv
can handle this in user space.
Yes, that is the descri |
|
| |
| 126423214731_570460007391 | Valerie Aurora |
|
Arnd Bergmann:
Right, but that is consistent with how the kernel would treat a
rename from one mount point to another, and tools like mv
can handle this in user space.
Yes, that is the descri |
|
| |
| 187022144149_529260007271 | Valerie Aurora |
|
Valerie Aurora:
Ah, we did implement that in an earlier version. I dont know if we
dropped the patch by accident or on purpose, but the original version
is below. We will either put this fea |
|
| |
| 143323394055_517460007061 | Valerie Aurora |
|
Valerie Aurora:
Ah, we did implement that in an earlier version. I dont know if we
dropped the patch by accident or on purpose, but the original version
is below. We will either put this fea |
|
| |
| 105826484085_591860007661 | Valerie Aurora |
|
On May 18, 2009 16:40 -0400, Valerie Aurora wrote:
@@ -705,8 +707,9 @@ struct ext2_dir_entry_2 {
#define EXT2_FT_FIFO 5
#define EXT2_FT_SOCK 6
#define EXT2_FT_SYMLINK 7
+#define EXT2 |
|
| |
| 188321954347_552460007148 | Valerie Aurora |
|
On May 18, 2009 16:40 -0400, Valerie Aurora wrote:
@@ -705,8 +707,9 @@ struct ext2_dir_entry_2 {
#define EXT2_FT_FIFO 5
#define EXT2_FT_SOCK 6
#define EXT2_FT_SYMLINK 7
+#define EXT2 |
|
| |
| 142121844469_515260007760 | Jan Blunck |
|
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Traditionally the mount operation is opaque, which means that the content of
the moun |
|
| |
| 154327574975_569260007003 | Jan Blunck |
|
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Traditionally the mount operation is opaque, which means that the content of
the moun |
|
| |
| 196424814343_501860007510 | Jan Blunck |
|
On Tue, 19 May 2009, Jan Blunck wrote:
The directory in the topmost filesystem is created during
lookup. The contents of the directory isnt copied up presistently
at that point in time. Therefo |
|
| |
| 107927154157_516560007781 | Jan Blunck |
|
On Tue, 19 May 2009, Jan Blunck wrote:
The directory in the topmost filesystem is created during
lookup. The contents of the directory isnt copied up presistently
at that point in time. Therefo |
|
| |
| 182725144976_517360007895 | Jan Blunck |
|
On Tuesday 19 May 2009, Jan Blunck wrote:
So this means that the topmost branch always needs to be writable,
right? It isnt possible to make a union of two iso9660 filesystems,
for |
|
| |
| 132224604078_579160007967 | Jan Blunck |
|
On Tuesday 19 May 2009, Jan Blunck wrote:
So this means that the topmost branch always needs to be writable,
right? It isnt possible to make a union of two iso9660 filesystems,
for |
|
| |
| 155121554723_552660007771 | Jan Blunck |
|
On Tuesday 19 May 2009, Jan Blunck wrote:
On Tue, May 19, Arnd Bergmann wrote:
This would work, but youd have to do this for each file system if you want
to be able to use it as the top of |
|
| |
| 152928124252_587260007909 | Miklos Szeredi |
|
On Tue, May 19, 2009 at 11:48:00AM +0200, Miklos Szeredi wrote:
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Traditionally t |
|
| |
| 138229104623_554060007255 | Miklos Szeredi |
|
On Wed, May 20, 2009 at 11:05:27AM +0200, Miklos Szeredi wrote:
On Tue, 19 May 2009, Valerie Aurora wrote:
As Jan said, readdir() of read-only unioned file systems works with a
tmpfs top la |
|
| |
| 132029024769_529560007808 | Jan Blunck |
|
On Tuesday 19 May 2009, Jan Blunck wrote:
On Tue, May 19, Arnd Bergmann wrote:
This would work, but youd have to do this for each file system if you want
to be able to use it as the top of |
|
| |
| 119023964267_526960007880 | Valerie Aurora |
|
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Is there any chance this will support NFS? I can union-mount tmpfs over
nfs mounted fs, bu |
|
| |
| 123527394035_595860007884 | Miklos Szeredi |
|
On Tue, May 19, 2009 at 11:48:00AM +0200, Miklos Szeredi wrote:
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Traditionally t |
|
| |
| 172927944695_598260007525 | Valerie Aurora |
|
On Mon, 08 Jun 2009, Valerie Aurora wrote:
On Thu, May 21, 2009 at 02:54:19PM +0200, Jan Rekorajski wrote:
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS bas |
|
| |
| 189120474435_551360007510 | Miklos Szeredi |
|
On Wed, May 20, 2009 at 11:05:27AM +0200, Miklos Szeredi wrote:
On Tue, 19 May 2009, Valerie Aurora wrote:
As Jan said, readdir() of read-only unioned file systems works with a
tmpfs top la |
|
| |
| 176829074411_553760007486 | Valerie Aurora |
|
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Is there any chance this will support NFS? I can union-mount tmpfs over
nfs mounted fs, bu |
|
| |
| 134423934882_561260007069 | Valerie Aurora |
|
On Mon, 08 Jun 2009, Valerie Aurora wrote:
On Tue, Jun 09, 2009 at 12:44:06AM +0200, Jan Rekorajski wrote:
On Mon, 08 Jun 2009, Valerie Aurora wrote:
Youll get -EBUSY on the second |
|
| |
| 149228984808_552860007071 | Valerie Aurora |
|
On Mon, 08 Jun 2009, Valerie Aurora wrote:
On Thu, May 21, 2009 at 02:54:19PM +0200, Jan Rekorajski wrote:
On Mon, 18 May 2009, Jan Blunck wrote:
Here is another post of the VFS bas |
|
| |
| 141225854865_510760007530 | Valerie Aurora |
|
On Mon, 2009-05-18 at 18:08 +0200, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Awesome work, this may just get us out of a tight spot with our LiveCD.
A |
|
| |
| 163324574578_506760007164 | Valerie Aurora |
|
On Mon, 08 Jun 2009, Valerie Aurora wrote:
On Tue, Jun 09, 2009 at 12:44:06AM +0200, Jan Rekorajski wrote:
On Mon, 08 Jun 2009, Valerie Aurora wrote:
Youll get -EBUSY on the second |
|
| |
| 157827384071_599060007274 | Jens Axboe |
|
Hi,
This is the fourth version of this patchset. Chances since v3:
- Dropped a prep patch, it has been included in mainline since.
- Add a work-to-do list to the bdi. This is struct bdi_work. Each |
|
| |
| 147526194667_535760007329 | Jens Axboe |
|
btrfs puts dirty inodes on there, so it must register a thread
to handle them. Also fixes failure to check bdi_init() return value,
and bad inherit of - capabilities flags from the default bdi.
Sign |
|
| |
| 142627244226_523460007082 | Valerie Aurora |
|
On Mon, 2009-05-18 at 18:08 +0200, Jan Blunck wrote:
Here is another post of the VFS based union mount implementation.
Awesome work, this may just get us out of a tight spot with our LiveCD.
A |
|
| |
| 130526644667_517060007233 | Jens Axboe |
|
Also a debugging aid. We want to catch dirty inodes being added to
backing devices that dont do writeback.
Signed-off-by: Jens Axboe <jens.axboe@xxxxxxxxxx
---
fs/fs-writeback.c | |
|
| |
| 170124034690_527860007660 | Jens Axboe |
|
Hi,
This is the fourth version of this patchset. Chances since v3:
- Dropped a prep patch, it has been included in mainline since.
- Add a work-to-do list to the bdi. This is struct bdi_work. Each |
|
| |
| 144220494397_551460007672 | Jens Axboe |
|
Not meant for inclusion, just to monitor what is going on while testing
this stuff.
Signed-off-by: Jens Axboe <jens.axboe@xxxxxxxxxx
---
mm/backing-dev.c | 43 ++++++++++++++++++++++++++++++++ |
|
| |
| 178825144290_545560007522 | Jens Axboe |
|
btrfs puts dirty inodes on there, so it must register a thread
to handle them. Also fixes failure to check bdi_init() return value,
and bad inherit of - capabilities flags from the default bdi.
Sign |
|
| |
