| 188121504757_564060007014 | 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 |
|
| |
| 172422834033_500160007621 | 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: |
|
| |
| 165029104105_551460007077 | 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 |
|
| |
| 104026124271_561160007213 | 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 ++++++++++++++- |
|
| |
| 133928424919_539660007843 | 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- |
|
| |
| 108725724994_584560007851 | 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 ++ |
|
| |
| 185929364133_589360007028 | 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 |
|
| |
| 151425884938_561960007717 | 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 |
|
| |
| 169721424328_596860007168 | 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 |
|
| |
| 118120924010_509960007702 | 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 |
|
| |
| 194325774273_593760007485 | 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 |
|
| |
| 178722804421_592160007358 | 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 |
|
| |
| 194926864947_588760007047 | 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 |
|
| |
| 160420014190_593360007944 | 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 |
|
| |
| 110121504035_511160007525 | 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
|
|
| |
| 181421934101_508660007522 | 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
|
|
| |
| 157229174802_599360007974 | 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 |
|
| |
| 135127864660_529760007965 | 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 |
|
| |
| 134522774967_553560007936 | 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 |
|
| |
| 147923104085_551560007335 | 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 |
|
| |
| 103922354528_514060007658 | 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 |
|
| |
| 166328954574_546460007411 | 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 |
|
| |
| 143822384197_509760007870 | 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 |
|
| |
| 106228824147_502860007356 | 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 |
|
| |
| 196428964667_504960007089 | 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 |
|
| |
| 138524494324_591360007647 | 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 |
|
| |
| 157122524541_514460007428 | 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 |
|
| |
| 155621544666_575360007202 | 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 |
|
| |
| 162323144083_577060007500 | 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 |
|
| |
| 112523064396_579360007806 | 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 |
|
| |
| 188227414254_520660007845 | 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 |
|
| |
| 185322244096_539360007812 | 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 |
|
| |
| 182129254966_548760007217 | 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 |
|
| |
| 169023004532_577460007875 | 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 |
|
| |
| 127421954181_567060007537 | 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 |
|
| |
| 147528704277_573060007931 | 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 |
|
| |
| 157429294155_567160007524 | 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 |
|
| |
| 148221424448_544860007125 | 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 |
|
| |
| 166623204425_519760007494 | 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 |
|
| |
| 107123684690_525260007677 | 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 |
|
| |
| 178925144547_506660007622 | 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 |
|
| |
| 199828184550_515260007872 | 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 |
|
| |
| 167729714014_512560007645 | 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 |
|
| |
| 125020844966_567660007059 | 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 |
|
| |
| 117023524427_586060007466 | 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 |
|
| |
| 153723934980_508360007223 | 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 |
|
| |
| 170624574040_525560007529 | 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 | |
|
| |
| 112722864500_514260007919 | 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 |
|
| |
| 178826624002_575360007284 | 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 ++++++++++++++++++++++++++++++++ |
|
| |
| 181325074636_524060007240 | 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 |
|
| |
