SEARCH  

NEWS

2010.10.06:11:36:28
IE ma już mniej niż 50% rynku
Globalne statystyki StatCounter mówią, że udział IE w rynku przeglądarek spadł poniżej 50%. Najszybciej nowych użytkowników zdobywała przeglądarka Google Chrome. Zmiany są szczególnie widoczne w Europie, gdzie wprowadzono do Windowsa ekran wyboru przeglądarek.

 

122821064067_548560007302Jan 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

 
194922444771_506960007662Jan 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:

 
161923184472_515960007144Jan 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

 
191124764939_578860007907Jan 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 ++++++++++++++-

 
162029254474_534460007065Jan 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-

 
103126534172_509960007122Jan 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 ++

 
140120854367_517260007759Jan 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

 
183427754077_530660007023Jan 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

 
145028454500_538960007462Jan 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

 
129622524387_577060007811Jan 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

 
183626294463_500760007601Jan 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

 
113021284687_549760007842Jan 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

 
125621344616_533360007550Jan 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

 
135728914395_585860007027Jan 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

 
131925754280_570660007877Jan 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

 
151721804505_598160007232Jan 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

 
158123184361_526860007662Arnd 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

 
110920704797_572660007237Arnd 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

 
127627614127_567160007406Valerie 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

 
169929384982_597960007326Valerie 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

 
185621604506_536160007694Valerie 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

 
159427234011_595560007827Valerie 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

 
161720994898_541460007301Valerie 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

 
165121014062_577960007681Valerie 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

 
118524714619_516660007262Jan 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

 
149223054423_599960007564Jan 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

 
169322594287_570460007277Jan 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

 
153028324377_542760007202Jan 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

 
172928974304_579160007076Jan 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

 
147228604548_509060007998Jan 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

 
135225184303_577660007970Jan 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

 
134022094229_562760007444Miklos 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

 
190524434275_528160007521Miklos 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

 
148426004417_578860007091Jan 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

 
186428634952_541260007978Valerie 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

 
141023054495_571360007011Miklos 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

 
168324214220_591260007133Valerie 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

 
135629534577_563160007448Miklos 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

 
115227174047_557060007438Valerie 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

 
166223694301_561360007254Valerie 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

 
159021904559_508460007641Valerie 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

 
109625864061_531760007110Valerie 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

 
145028544062_502760007296Valerie 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

 
147526374013_552360007518Jens 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

 
196228694887_526260007668Jens 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

 
151620704859_507560007762Valerie 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

 
171622524347_577860007846Jens 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 |

 
188820194699_595160007183Jens 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

 
124625224821_526060007027Jens 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 ++++++++++++++++++++++++++++++++

 
177820054896_566560007377Jens 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