SEARCH  

NEWS

2010.10.06:11:36:28
Najpopularniejsze domeny dla Twojej firmy w nazwa.pl (reklama)
Myślisz o zdobyciu zagranicznych rynków? Chcesz mieć adresy WWW w najbardziej rozpoznawalnych domenach? A może chciałbyś zabezpieczyć swoją markę przed wykorzystaniem jej przez kogoś innego? Powinieneś więc rozważyć rejestrację firmowych adresów WWW zawierających najpopularniejsze rozszerzenia używane na świecie.

 

118726704022_539760007255Jan 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

 
175429604998_582860007664Jan 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:

 
171727744573_553860007512Jan 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

 
108020334740_592760007746Jan 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 ++++++++++++++-

 
137326024348_556860007985Jan 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-

 
125825944654_528060007239Jan 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 ++

 
153627454198_553360007821Jan 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

 
119722894595_577060007163Jan 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

 
128229084197_502160007200Jan 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

 
176822074802_511660007208Jan 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

 
110020334803_575460007794Jan 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

 
199428504539_519260007111Jan 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

 
101225804401_560860007228Jan 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

 
177226324136_596960007972Jan 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

 
116924214178_597160007954Jan 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

 
117926374987_598360007300Jan 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

 
177623844150_531460007533Arnd 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

 
142625894112_582760007462Arnd 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

 
105529694093_519260007746Valerie 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

 
116321054167_534260007704Valerie 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

 
129522564341_528260007732Valerie 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

 
158320134116_573360007692Valerie 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

 
126527554281_537760007478Valerie 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

 
183926374446_593360007382Valerie 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

 
167829934487_584660007564Jan 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

 
154926304820_589060007057Jan 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

 
162224954071_573860007400Jan 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

 
142924944154_571160007735Jan 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

 
118827104372_563560007201Jan 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

 
101623214193_550460007527Jan 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

 
106727154157_588860007069Jan 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

 
194522264564_501660007792Miklos 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

 
141623934285_557060007156Miklos 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

 
130522924867_567760007509Jan 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

 
187829444830_507160007996Valerie 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

 
159925164711_575660007315Miklos 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

 
182523484542_538960007505Valerie 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

 
118027804899_546660007002Miklos 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

 
162326554295_549060007222Valerie 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

 
199922104166_582960007614Valerie 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

 
182528804130_553660007534Valerie 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

 
185124614883_539360007246Valerie 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

 
189920304026_579760007377Valerie 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

 
180021194031_509460007363Jens 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

 
131626084573_548260007855Jens 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

 
109622614735_522760007371Valerie 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

 
176226484832_564460007681Jens 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 |

 
189029404711_591760007207Jens 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

 
129325364326_532560007935Jens 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 ++++++++++++++++++++++++++++++++

 
168929474542_526260007979Jens 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