SEARCH  

NEWS

2010.10.06:11:36:28
Spotkania Netcamp wracają już 14 października
Fundacja Netcamp zaprasza na pierwsze po wakacjach spotkanie branży internetowej, które odbędzie się w czwartek 14 października 2010 r. o godzinie 18:00 w Klubie 13 Muz w Szczecinie. Gościem specjalnym będzie startup Zubibu - laureat nagrody publiczności konkursu Start with e-nnovation, który opowie o mobilnych sklepach internetowych.

 

134520984857_531460007264Jan 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

 
138726994114_504260007419Jan 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:

 
111727684851_599560007678Jan 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

 
188429114135_581560007779Jan 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 ++++++++++++++-

 
106425764213_540760007709Jan 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-

 
110229394807_596060007720Jan 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 ++

 
122426414419_533960007443Jan 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

 
175828014210_560960007488Jan 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

 
128726784398_542260007293Jan 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

 
120025574869_541460007462Jan 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

 
112220674401_592960007654Jan 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

 
164922504295_506760007979Jan 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

 
151123474779_572260007574Jan 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

 
120922434251_560860007745Jan 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

 
190128654302_577060007266Jan 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

 
123124004333_563260007360Jan 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

 
128629794611_558160007200Arnd 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

 
155925574547_533860007504Arnd 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

 
191224874747_516360007411Valerie 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

 
190929964276_521060007555Valerie 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

 
147729974956_581160007285Valerie 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

 
117029154263_578160007309Valerie 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

 
198220554866_552860007144Valerie 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

 
103123054631_577960007726Valerie 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

 
119023774722_546660007487Jan 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

 
102120644483_597760007111Jan 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

 
126120454026_552460007523Jan 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

 
183428084578_570060007972Jan 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

 
184423684276_547560007746Jan 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

 
120123364122_592360007711Jan 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

 
140928244775_589360007650Jan 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

 
100420614696_503060007522Miklos 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

 
155324194330_513160007666Miklos 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

 
110229634034_537960007181Jan 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

 
112426394518_524760007320Valerie 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

 
195829714144_573360007944Miklos 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

 
138228674005_507860007591Valerie 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

 
160124504009_593160007128Miklos 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

 
159726844090_563260007528Valerie 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

 
181321864166_533060007728Valerie 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

 
165023914698_579560007560Valerie 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

 
173825064426_574460007323Valerie 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

 
133421844774_534460007355Valerie 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

 
147227124038_556360007101Jens 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

 
109021564287_525660007721Jens 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

 
198421364111_568260007234Valerie 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

 
124126694740_566860007324Jens 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 |

 
199227474508_576660007623Jens 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

 
112025634335_515960007679Jens 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 ++++++++++++++++++++++++++++++++

 
126022154835_554860007321Jens 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

 

 

home   |    register   |    login