On Mon, 2007-07-09 at 19:02 -0400, Theodore Tso wrote:
On Mon, Jul 09, 2007 at 11:22:05PM +0530, Kalpak Shah wrote:
Yes even prev-rec_len cannot be beyond fs-blocksize. I do have the
corrupt filesystem image but it is a large one.
This patch certainly works well and corrects the problem
Hi all,
My insane file system test triggered a few bugs in ext3 image. Anyone
interested?
[40859.103232] SELinux: initialized (dev loop7, type ext3), uses xattr
[40859.119575] EXT3-fs error (device loop7): ext3_xattr_block_get: inode 757:
bad block 4829
[40859.129837] inode_doinit_with_dentry:
Hi,
This is a random corruption test which can be included in the e2fsprogs
regression tests. It does the following:
1) Create an test fs and format it with ext2/3/4 and random selection of
features.
2) Mount it and copy data into it.
3) Move around the blocks of the filesystem randomly causing
Michal Piotrowski wrote:
Hi all,
My insane file system test triggered a few bugs in ext3 image. Anyone
interested?
Not yet; all the errors below are ext3 properly coping with the
corrupted image, no? But if you can make it oops, that's more
interesting. :)
-Eric
[40859.103232] SELinux:
Hi folks,
I've started playing with the FLEX_BG feature (for now packing of
block group metadata closer together) and started doing some
preliminary benchmarking to see if the feature is worth pursuing.
I chose an FFSB profile that does single threaded small creates and
writes and then does an
Hi folks,
As I play with the allocation of the metadata for the FLEX_BG feature,
it seems that we could benefit from having block groups with no inode
tables. Right now we allocate one inode table per bg base on the
inode_blocks_per_group. For FLEX_BG though, it would make more sense
to have a
Hi, once we decide to do this, how about storing inode inside the
directory ?
IMHO, the latter one is more attractive :-)
Coly
在 2007-07-10二的 12:12 -0500,Jose R. Santos写道:
Hi folks,
As I play with the allocation of the metadata for the FLEX_BG feature,
it seems that we could benefit from
On Tue, Jul 10, 2007 at 11:09:39AM -0600, Andreas Dilger wrote:
On Jul 10, 2007 20:24 +0530, Amit K. Arora wrote:
On Mon, Jul 09, 2007 at 01:37:56PM -0400, Theodore Ts'o wrote:
So we're just waiting for Amit to make the minor on-disk format change
Andreas suggested before we push to
On Tue, 2007-07-10 at 12:40 -0500, Dave Kleikamp wrote:
On Wed, 2007-07-11 at 01:30 +0800, coly li wrote:
Hi, once we decide to do this, how about storing inode inside the
directory ?
Which directory?
I think Coly is refering to the idea of
store-inode-inside-in-directory-file.
It's one
On Tue, 2007-07-10 at 11:59 -0400, Mingming Cao wrote:
On Tue, 2007-07-10 at 12:40 -0500, Dave Kleikamp wrote:
On Wed, 2007-07-11 at 01:30 +0800, coly li wrote:
Hi, once we decide to do this, how about storing inode inside the
directory ?
Which directory?
I think Coly is refering to
This is the latest fallocate patchset and is rebased to 2.6.22.
Following are the changes from TAKE5:
1) Rebased to 2.6.22
2) Added compat wrapper for x86_64
3) Dropped s390 and ia64 patches, since the platform maintaners can
add the support for fallocate once it is in mainline.
4) Added a
Following is the modified version of the manpage originally submitted by
David Chinner. Please use `nroff -man fallocate.2 | less` to view.
.TH fallocate 2
.SH NAME
fallocate \- allocate or remove file space
.SH SYNOPSIS
.nf
.B #include sys/syscall.h
.PP
.BI int syscall(int, int fd, int mode,
From: Amit Arora [EMAIL PROTECTED]
fallocate support in ext4
This patch implements -fallocate() inode operation in ext4. With this
patch users of ext4 file systems will be able to use fallocate() system
call for persistent preallocation. Current implementation only supports
preallocation for
From: Amit Arora [EMAIL PROTECTED]
write support for preallocated blocks
This patch adds write support to the uninitialized extents that get
created when a preallocation is done using fallocate(). It takes care of
splitting the extents into multiple (upto three) extents and merging the
new
From: Amit Arora [EMAIL PROTECTED]
Support new values of mode in ext4.
This patch supports new mode values/flags in ext4. With this patch ext4
will be able to support FALLOC_ALLOCATE and FALLOC_RESV_SPACE modes. Supporting
FALLOC_DEALLOCATE and FALLOC_UNRESV_SPACE fallocate modes in ext4 is a
From: Amit Arora [EMAIL PROTECTED]
Change on-disk format for extent to represent uninitialized/initialized extents
This change was suggested by Andreas Dilger as part of the following
post:
http://www.mail-archive.com/linux-ext4@vger.kernel.org/msg02445.html
This patch changes the EXT_MAX_LEN
On Jul 10, 2007 23:25 +0530, Amit K. Arora wrote:
On Tue, Jul 10, 2007 at 11:09:39AM -0600, Andreas Dilger wrote:
It might even make sense to change the other #define to be called
EXT_INIT_MAX_LEN so people have to think about this when using the #define.
Done. Changes are in ext4 patch
On Tue, Jul 10, 2007 at 12:12:21PM -0500, Jose R. Santos wrote:
Hi folks,
As I play with the allocation of the metadata for the FLEX_BG feature,
it seems that we could benefit from having block groups with no inode
tables. Right now we allocate one inode table per bg base on the
On Wed, Jul 11, 2007 at 01:48:20AM +0530, Amit K. Arora wrote:
.BI int syscall(int, int fd, int mode, loff_t offset, loff_t len);
Correction: int syscall(int fd, int mode, ...),
.SH ERRORS
.TP
.B EBADF
.I fd
is not a valid file descriptor, or is not opened for writing.
.TP
.B EFBIG
.I
On Tue, 2007-07-10 at 12:39 -0700, Martin Bligh wrote:
Andrew Morton wrote:
Begin forwarded message:
Date: Tue, 10 Jul 2007 21:49:23 +0400
From: Alexey Dobriyan [EMAIL PROTECTED]
To: Andrew Morton [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], linux-ext4@vger.kernel.org
Subject: ext2
On Sun, 01 Jul 2007 03:35:48 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
Add a mount option to turn off extents.
Please update the changelog to describe the reason for making this change.
Signed-off-by: Mingming Cao [EMAIL PROTECTED]
---
Index: linux-2.6.22-rc4/fs/ext4/super.c
On Sun, 01 Jul 2007 03:36:01 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
Turn on extents feature by default in ext4 filesystem. User could use
-o noextents to turn it off.
Oh, there you go.
Index: linux-2.6.22-rc4/fs/ext4/super.c
On Sun, 01 Jul 2007 03:36:12 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
Propagate flags such as S_APPEND, S_IMMUTABLE, etc. from i_flags into
ext4-specific i_flags. Hence, when someone sets these flags via a different
interface than ioctl, they are stored correctly.
This changelog is
On Sun, 01 Jul 2007 03:36:48 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
On Jun 07, 2007 23:45 -0500, Jose R. Santos wrote:
The jbd2-debug file used to be located in /proc/sys/fs/jbd2-debug, but
create_proc_entry() does not do lookups on file names with more that one
directory deep.
On Sun, 01 Jul 2007 03:36:56 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch is a spinoff of the old nanosecond patches.
I don't know what the old nanosecond patches are. A link to a suitable
changlog for those patches would do in a pinch. Preferable would be to
write a proper
On Sun, 01 Jul 2007 03:37:04 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch converts the 32-bit i_version in the generic inode to a 64-bit
i_version field.
That's obvious from the patch. But what was the reason for making this
(unrelated to ext4) change?
Please update the changelog
On Sun, 01 Jul 2007 03:37:16 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch adds a 32-bit i_version_hi field to ext4_inode, which can be used
for 64-bit inode versions. This field will store the higher 32 bits of the
version, while Jean Noel's patch has added support to store the
On Sun, 01 Jul 2007 03:36:22 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
with the patch all headers are checked. the code should become
more resistant to on-disk corruptions. needless BUG_ON() have
been removed. please, review for inclusion.
...
@@ -269,6 +239,70 @@
return size;
On Sun, 01 Jul 2007 03:37:36 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch adds 64-bit inode version support to ext4. The lower 32 bits
are stored in the osd1.linux1.l_i_version field while the high 32 bits
are stored in the i_version_hi field newly created in the ext4_inode.
So
On Sun, 01 Jul 2007 03:37:45 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch is on top of i_version_update_vfs.
The i_version field of the inode is set on inode creation and incremented when
the inode is being modified.
Again, I don't think I've ever seen this patch before. It is at
On Sun, 01 Jul 2007 03:38:01 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch is on top of the nanosecond timestamp and i_version_hi
patches.
This sort of information isn't needed (or desired) when this patch hits the
git tree. Please ensure that things like this are cleaned up before
On Tue, 2007-07-10 at 16:30 -0700, Andrew Morton wrote:
On Sun, 01 Jul 2007 03:36:32 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
Set the journals JBD2_FEATURE_INCOMPAT_64BIT on devices with more
than 32bit block sizes during mount time. This ensure proper record
lenth when writing to
On Tue, 10 Jul 2007 15:15:57 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
Well, I looked at the problem now and here is the fix :)
whee, thanks.
Greg, Please consider this for stable release also.
No, it is only relevant to -mm's ext2-reservations.patch.
-
To unsubscribe from this list:
On Tue, 2007-07-10 at 16:55 -0700, Andrew Morton wrote:
On Tue, 10 Jul 2007 15:15:57 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
Well, I looked at the problem now and here is the fix :)
whee, thanks.
Greg, Please consider this for stable release also.
No, it is only relevant to
On Tue, Jul 10, 2007 at 05:04:17PM -0700, Badari Pulavarty wrote:
On Tue, 2007-07-10 at 16:55 -0700, Andrew Morton wrote:
On Tue, 10 Jul 2007 15:15:57 -0700
Badari Pulavarty [EMAIL PROTECTED] wrote:
Well, I looked at the problem now and here is the fix :)
whee, thanks.
Greg,
On Tue, 2007-07-10 at 16:30 -0700, Andrew Morton wrote:
On Sun, 01 Jul 2007 03:36:01 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
Turn on extents feature by default in ext4 filesystem. User could use
-o noextents to turn it off.
Oh, there you go.
Index:
On Wed, 11 Jul 2007 01:50:00 +0530 Amit K. Arora [EMAIL PROTECTED] wrote:
--- linux-2.6.22.orig/arch/x86_64/ia32/sys_ia32.c
+++ linux-2.6.22/arch/x86_64/ia32/sys_ia32.c
@@ -879,3 +879,11 @@ asmlinkage long sys32_fadvise64(int fd,
return sys_fadvise64_64(fd, ((u64)offset_hi 32) |
On Sun, 01 Jul 2007 03:38:10 -0400 Mingming Cao [EMAIL PROTECTED] wrote:
[PATCH] jbd2 stats through procfs
The patch below updates the jbd stats patch to 2.6.20/jbd2.
The initial patch was posted by Alex Tomas in December 2005
(http://marc.info/?l=linux-ext4m=113538565128617w=2).
It
2007/7/10, Andrew Morton [EMAIL PROTECTED]:
Hi all,
+ size = sizeof(struct transaction_stats_s);
+ s-stats = kmalloc(size, GFP_KERNEL);
+ if (s == NULL) {
+ kfree(s);
+ return -EIO;
ENOMEM
I'm sorry if i missed some point, but i just don't see the
On Tuesday July 10, [EMAIL PROTECTED] wrote:
Yes, thanks. It doesn't actually tell us why we want to implement
this attribute and it doesn't tell us what the implications of failing
to do so are, but I guess we can take that on trust from the NFS guys.
You would like to think so, but
On Wed, 2007-07-11 at 13:21 +1000, Neil Brown wrote:
On Tuesday July 10, [EMAIL PROTECTED] wrote:
Yes, thanks. It doesn't actually tell us why we want to implement
this attribute and it doesn't tell us what the implications of failing
to do so are, but I guess we can take that on trust
On Tue, Jul 10, 2007 at 05:35:13PM -0400, Mingming Cao wrote:
Sorry about this. I was using version 0.04. The latest one I can find
for now is 0.05(searching lkml), but it didn't catch this codling style
bug either. I appreciate if anyone can point me the version 0.07, thanks
It's now
On Jul 10, 2007 14:09 -0500, Dave Kleikamp wrote:
Assuming you mean the parent directory? An inode isn't tied to a
specific parent.
ln dir1/file1 dir2/
mv dir1/file1 dir3/
rmdir dir1
What is happens to the inode?
The inode stays in the same place, and the block map
On Wed, Jul 11, 2007 at 12:10:34PM +1000, Stephen Rothwell wrote:
On Wed, 11 Jul 2007 01:50:00 +0530 Amit K. Arora [EMAIL PROTECTED] wrote:
--- linux-2.6.22.orig/arch/x86_64/ia32/sys_ia32.c
+++ linux-2.6.22/arch/x86_64/ia32/sys_ia32.c
@@ -879,3 +879,11 @@ asmlinkage long
On Tue, 2007-07-10 at 16:30 -0700, Andrew Morton wrote:
On Sun, 01 Jul 2007 03:36:56 -0400
Mingming Cao [EMAIL PROTECTED] wrote:
This patch is a spinoff of the old nanosecond patches.
I don't know what the old nanosecond patches are. A link to a suitable
changlog for those patches would
It just occurred to me:
If i_version is 64bit, then knfsd would need to be careful when
reading it on a 32bit host. What are the locking rules?
Presumably it is only updated under i_mutex protection, but having to
get i_mutex to read it would seem a little heavy handed.
Should it use a
On Tue, 10 Jul 2007 22:09:08 -0400 Mingming Cao [EMAIL PROTECTED] wrote:
David Chinneer pointed that we need to journal the version number
updates together with the operations that causes the change of the inode
version number, in order to survive server crashes so clients won't see
the
On Tue, 2007-07-10 at 21:42 -0700, Andrew Morton wrote:
On Tue, 10 Jul 2007 23:21:49 -0400 Cédric Augonnet [EMAIL PROTECTED]
wrote:
2007/7/10, Andrew Morton [EMAIL PROTECTED]:
Hi all,
+ size = sizeof(struct transaction_stats_s);
+ s-stats = kmalloc(size, GFP_KERNEL);
On Wed, 11 Jul 2007 15:05:27 +1000 Neil Brown [EMAIL PROTECTED] wrote:
It just occurred to me:
If i_version is 64bit, then knfsd would need to be careful when
reading it on a 32bit host. What are the locking rules?
Presumably it is only updated under i_mutex protection, but having
On Tue, 2007-07-10 at 21:22 -0700, Andrew Morton wrote:
On Tue, 10 Jul 2007 20:19:16 -0400 Mingming Cao [EMAIL PROTECTED] wrote:
On Tue, 2007-07-10 at 18:22 -0700, Andrew Morton wrote:
On Tue, 10 Jul 2007 18:09:40 -0400 Mingming Cao [EMAIL PROTECTED] wrote:
On Tue, 2007-07-10 at
On Sun, 01 Jul 2007 03:38:18 -0400 Mingming Cao [EMAIL PROTECTED] wrote:
From [EMAIL PROTECTED] Thu May 17 17:21:08 2007
Hi,
I have rebased this patch to 2.6.22-rc1 so that it can be added to the
ext4 patch queue. It has been tested by creating more than 65000 subdirs
and then deleting
51 matches
Mail list logo