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.

 

152228904091_548760007787Mark Fasheh
On Sep 10, 2008 11:46 -0700, Andrew Morton wrote: On Wed, 10 Sep 2008 05:49:34 -0700 Mark Fasheh <mfasheh@xxxxxxxx wrote: The following patches are the latest attempt at implementing a

 
107326694378_550460007534Mark Fasheh
From: Josef Bacik <jbacik@xxxxxxxxxx Any block based fs (this patch includes ext3) just has to declare its own fiemap() function and then call this generic function with its own get_block_t. Thi

 
114723204290_591960007796Andreas Dilger
Hi, This is the implementation for large EA support in ext4. Note that this also helps to have a larger number of EAs since large EAs get written out to a new inode instead of the EA block. If valu

 
192529574342_593460007954Aneesh Kumar KV
在 2008-08-25一的 16:47 -0600,Andreas Dilger写道: On Aug 25, 2008 21:30 +0530, Kalpak Shah wrote: This is the implementation for large EA support i

 
130522424148_572260007787Andreas Dilger
Hi, This is the implementation for large EA support in ext4. Note that this also helps to have a larger number of EAs since large EAs get written out to a new inode instead of the EA block. If valu

 
149323584677_558460007973Aneesh Kumar KV
With delayed allocation we need to make sure block are reserved before we attempt to allocate them. Otherwise we get block allocation failure (ENOSPC) during writepages which cannot be handled. This

 
137029204641_574960007170Aneesh Kumar KV
在 2008-08-25一的 16:47 -0600,Andreas Dilger写道: On Aug 25, 2008 21:30 +0530, Kalpak Shah wrote: This is the implementation for large EA support i

 
128225704491_557360007929Aneesh Kumar KV
This patch add dirty block accounting using percpu_counters. Delayed allocation block reservation is now done by updating dirty block counter. In the later patch we switch to non delalloc mode if the

 
136824134886_571060007443Aneesh Kumar KV
With delayed allocation we need to make sure block are reserved before we attempt to allocate them. Otherwise we get block allocation failure (ENOSPC) during writepages which cannot be handled. This

 
166426524686_581260007522Aneesh Kumar KV
This patch add dirty block accounting using percpu_counters. Delayed allocation block reservation is now done by updating dirty block counter. In the later patch we switch to non delalloc mode if the

 
159928674880_527560007726Akira Fujita
Otherwise we skip group 0 during block allocation. This cause ENOSPC even if we have free blocks in group 0. This should be merged with defrag. The expected_group changes are introduced by defrag pat

 
124828214645_589060007068Akira Fujita
Otherwise we skip group 0 during block allocation. This cause ENOSPC even if we have free blocks in group 0. This should be merged with defrag. The expected_group changes are introduced by defrag pat

 
105928524638_555160007127Mingming Cao
在 2008-08-25一的 16:50 +0530,Aneesh Kumar K.V写道: delayed allocation allocate blocks during writepages. That also means we cannot handle block alloc

 
147927934540_536560007887Mingming Cao
在 2008-08-25一的 16:50 +0530,Aneesh Kumar K.V写道: delayed allocation allocate blocks during writepages. That also means we cannot handle block alloc

 
180921664539_549560007912Mingming Cao
在 2008-08-25一的 16:50 +0530,Aneesh Kumar K.V写道: During block reservation if we dont have enough blocks left, retry block reservation with smaller

 
101625774778_589760007228Mingming Cao
在 2008-08-25一的 16:50 +0530,Aneesh Kumar K.V写道: During block reservation if we dont have enough blocks left, retry block reservation with smaller

 
162221004048_526760007618Aneesh Kumar KV
On Mon, 2008-08-25 at 16:50 +0530, Aneesh Kumar K.V wrote: fbc- count is of type s64. The change was introduced by 0216bfcffe424a5473daa4da47440881b36c1f4 which changed the type from long to s6

 
133520504469_597460007894Aneesh Kumar KV
On Mon, 2008-08-25 at 16:50 +0530, Aneesh Kumar K.V wrote: fbc- count is of type s64. The change was introduced by 0216bfcffe424a5473daa4da47440881b36c1f4 which changed the type from long to s6

 
110020804686_564160007188Andreas Dilger
On Mon, 2008-08-25 at 19:35 +0530, Aneesh Kumar K.V wrote: On Mon, Aug 25, 2008 at 01:27:19PM +0200, Peter Zijlstra wrote: On Mon, 2008-08-25 at 16:50 +0530, Aneesh Kumar K.V wrote: @@ -

 
152722544354_506560007333Andreas Dilger
On Mon, 2008-08-25 at 19:35 +0530, Aneesh Kumar K.V wrote: On Mon, Aug 25, 2008 at 01:27:19PM +0200, Peter Zijlstra wrote: On Mon, 2008-08-25 at 16:50 +0530, Aneesh Kumar K.V wrote: @@ -

 
197827664910_575660007763Manish Katiyar
On Mon, 25 Aug 2008 16:50:28 +0530 "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx wrote: fbc- count is of type s64. The change was introduced by 0216bfcffe424a5473daa4da474408

 
198422834864_503260007854Manish Katiyar
On Mon, 25 Aug 2008 16:50:28 +0530 "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx wrote: fbc- count is of type s64. The change was introduced by 0216bfcffe424a5473daa4da474408

 
165028864904_511960007504Theodore Tso
Close the filehandle and return in case if we are unable to expand the directory during write. Signed-off-by: "Manish Katiyar" <mkatiyar@xxxxxxxxx --- debugfs/debugfs.c | 1 + 1 f

 
101329604585_569960007030Theodore Tso
Close the filehandle and return in case if we are unable to expand the directory during write. Signed-off-by: "Manish Katiyar" <mkatiyar@xxxxxxxxx --- debugfs/debugfs.c | 1 + 1 f

 
188821264285_524260007033Theodore Tso
Below patch ensures that cleanup is done properly in ext2fs_initialize from all return paths in case of errors. Signed-off-by: "Manish Katiyar" <mkatiyar@xxxxxxxxx --- lib/ext2fs/ini

 
157521704799_548460007461Theodore Tso
Below patch ensures that cleanup is done properly in ext2fs_initialize from all return paths in case of errors. Signed-off-by: "Manish Katiyar" <mkatiyar@xxxxxxxxx --- lib/ext2fs/ini

 
124729104744_511060007294Theodore Tso
Ted, I was not sure if I should change it to EXT2_OBSO_OS_MASIX as it is currently defined in ext2_fs.h. Let me know if you think that is the correct way to fix it, will redo the patch. Compilation

 
196425924180_586860007038Theodore Tso
Ted, I was not sure if I should change it to EXT2_OBSO_OS_MASIX as it is currently defined in ext2_fs.h. Let me know if you think that is the correct way to fix it, will redo the patch. Compilation

 
137227254998_595760007598Christoph Hellwig
Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git for_linus This patch series contains a number of bug fixes that fixes various BUG() crashes discove

 
198723104724_527160007917Aneesh Kumar KV
On Sat, Aug 23, 2008 at 07:44:39PM -0400, Christoph Hellwig wrote: ext4: Initialize writeback_index to 0 when allocating a new inode Since commit 7d455e0030eeab820773e7786605be4d9e56a0

 
130521264087_510460007013Aneesh Kumar KV
percpu_counter_sum_and_sub(struct percpu_counter *fbc, s64 amount) This will be later used by ext4 code. It adds up the local per cpu counter values to global count and subtract amount from the gloa

 
156528584923_530960007865Mingming Cao
在 2008-08-22五的 19:04 +0530,Aneesh Kumar K.V写道: With delayed allocation we need to make sure block are reserved before we attempt to allocate them

 
160429334456_578460007167Peter Zijlstra
在 2008-08-22五的 19:04 +0530,Aneesh Kumar K.V写道: fbc- count is of type s64. The change was introduced by 0216bfcffe424a5473daa4da47440881b36c1f4 wh

 
182321714892_582160007315Hidehiro Kawai
The patch titled ext4: dont try to resize if there are no reserved gdt blocks left has been removed from the -mm tree. Its filename was ext4-dont-try-to-resize-if-there-are-no-reserved-gd

 
141821154626_514260007178Rishikesh K Rajak
Hello, On Thu 21-08-08 19:09:27, Hidehiro Kawai wrote: The patch titled jbd: fix error handling for checkpoint io has been added to the -mm tree. Its filename is jbd-fix

 
105926934305_514660007917Eric Sandeen
On Thu, Aug 21, 2008 at 03:12:52PM +0530, Rishikesh K Rajak wrote: Wanted to know if anyone is getting the same problem too. rel="nofollow" bugzilla.kernel.org/show_bug.cgi?id=11389 b

 
115923624775_508260007743Mingming Cao
(oops, left off the s390 list on the first send) The following changes get ext4 on s390 up and running for me. the switch from ffs to __ffs changes where we start counting (if the first bit is set,

 
194722754675_540360007474Jose R Santos
The following series of patches implement API call needed to handle 64-bit block numbers. Im concentrating mainly in providing the API call first and if the interfaces are sane, we can go ahead and

 
157128834646_546360007775Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Use blk64_t for blocks in struct ext2_file. The ext2_file structure is never exposed through the libext2fs API so it is safe to use 64-bit blocks for blockn

 
177921214890_540460007276Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Add ext2_off64_t type. The ext2_off_t is u32. Creating a new 64-bit ext2_off64_t for 64bit offsets. Signed-off-by: Jose R. Santos <jrs@xxxxxxxxxx --

 
158323234969_588860007766Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Add 64-bit dirblock interface. Add new ext2fs_(read|write)_dir_block3() routines that take blk64_t as an input. Signed-off-by: Jose R. Santos <jrs@xxxxx

 
180426294128_557860007800Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Add 64-bit alloc interface. Add new ext2fs_new_block2(), ext2fs_get_free_blocks2() and ext2fs_alloc_block2() that take and return blk64_t. Signed-off-by: J

 
132126584075_599660007134Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Use new ext2fs_super_and_bgd_loc2 call in libext2fs. The new ext2fs_super_and_bgd_loc2() function has some changes aside from just blk64_t support. Lets ma

 
147026334017_511560007720Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Add 64-bit getsize interface. Added interface capable of opening 64-bit block device. Signed-off-by: Jose R. Santos <jrs@xxxxxxxxxx -- lib/ext2fs/ext

 
189128764842_578060007105Jose R Santos
From: Jose R. Santos <jrs@xxxxxxxxxx Add 64-bit mkjournal.c interface Added 64-bit mkjournal.c interface. Needed to zero inode tables. Signed-off-by: Jose R. Santos <jrs@xxxxxxxxxx -- l

 
105628634428_502560007898Aneesh Kumar KV
Hi, I am getting this even with the latest patch queue. The test program is a modified fsstress with fallocate support. mpage_da_map_blocks block allocation failed for inode 377954 at logical offse

 
179125544526_591960007237Aneesh Kumar KV
On Wed, Aug 20, 2008 at 04:16:44PM +0530, Aneesh Kumar K.V wrote: mpage_da_map_blocks block allocation failed for inode 323784 at logical offset 313 with max blocks 11 with error -28 This

 
171924534896_579460007958Aneesh Kumar KV
在 2008-08-20三的 23:57 +0530,Aneesh Kumar K.V写道: On Wed, Aug 20, 2008 at 07:53:31AM -0400, Theodore Tso wrote: On Wed, Aug 20, 2008 at 04:16:44PM

 
192929194591_594660007687Theodore Tso
On Aug 20, 2008 07:53 -0400, Theodore Tso wrote: Also, this is one of the places where it might help if we did something like: freeblocks = percpu_counter_read(&sbi- s_freeblocks_count

 
166629244562_550760007842Theodore Tso
在 2008-08-20三的 07:53 -0400,Theodore Tso写道: On Wed, Aug 20, 2008 at 04:16:44PM +0530, Aneesh Kumar K.V wrote: mpage_da_map_blocks block alloca