Re: [Btrfs-devel] [ANNOUNCE] Btrfs v0.10 (online growing/shrinking, ext3 conversion, and more)

2008-01-21 Thread Yan Zheng
2008/1/21, Christian Hesse [EMAIL PROTECTED]: Back in early december I reported the problem for btrfs 0.9. Seems like the lockfs call still is not implemented. Any hints what I need when I try to code it myself? Please try this dirty patch. I think it can solve your problem. Regards YZ ---

[PATCH]fix VM_CAN_NONLINEAR check in sys_remap_file_pages

2007-10-08 Thread Yan Zheng
Hi all The test for VM_CAN_NONLINEAR always fails Signed-off-by: Yan Zheng[EMAIL PROTECTED] diff -ur linux-2.6.23-rc9/mm/fremap.c linux/mm/fremap.c --- linux-2.6.23-rc9/mm/fremap.c2007-10-07 15:03:33.0 +0800 +++ linux/mm/fremap.c 2007-10-08 19:33:44.0 +0800

Re: [PATCH]fix VM_CAN_NONLINEAR check in sys_remap_file_pages

2007-10-08 Thread Yan Zheng
2007/10/8, Hugh Dickins [EMAIL PROTECTED]: On Mon, 8 Oct 2007, Yan Zheng wrote: The test for VM_CAN_NONLINEAR always fails Good catch indeed. Though I was puzzled how we do nonlinear at all, until I realized it's The test for not VM_CAN_NONLINEAR always fails. It's not as serious

Re: [PATCH]fix VM_CAN_NONLINEAR check in sys_remap_file_pages

2007-10-08 Thread Yan Zheng
2007/10/9, Andrew Morton [EMAIL PROTECTED]: Perhaps Yan Zheng can tell us what test was used to demonstrate this? I found it by review, only do test to check remap_file_pages works when VM_CAN_NONLINEAR flags is set. - To unsubscribe from this list: send the line unsubscribe linux-fsdevel

[PATCH]AIO: fix cleanup in io_submit_one(...)

2007-10-06 Thread Yan Zheng
Hello, When IOCB_FLAG_RESFD flag is set and iocb-aio_resfd is incorrect, statement 'goto out_put_req' is executed. At label 'out_put_req', aio_put_req(..) is called, which requires 'req-ki_filp' set. Regards Signed-off-by: Yan Zheng[EMAIL PROTECTED] diff -ur linux-2.6.23-rc9/fs/aio.c linux

[patch]A potential bug in inotify_user.c

2007-09-28 Thread Yan Zheng
whether the list is empty Regards Signed-off-by: Yan Zheng[EMAIL PROTECTED] --- diff -ur linux-2.6.23-rc8/fs/inotify_user.c linux/fs/inotify_user.c --- linux-2.6.23-rc8/fs/inotify_user.c 2007-09-29 11:00:15.0 +0800 +++ linux/fs/inotify_user.c 2007-09-29 11:01:40.0 +0800 @@ -247,6

[patch]anon_inodes.c: fix error check in anon_inode_getfd

2007-09-26 Thread Yan Zheng
Hello, igrab return NULL on error. Signed-off-by: Yan Zheng[EMAIL PROTECTED] --- diff -ur linux-2.6.23-rc8/fs/anon_inodes.c linux/fs/anon_inodes.c --- linux-2.6.23-rc8/fs/anon_inodes.c 2007-09-27 10:05:07.0 +0800 +++ linux/fs/anon_inodes.c 2007-09-27 10:18:26.0 +0800

Re: Why the third parameter of ext4_ext_put_in_cache is __u32?

2007-07-26 Thread Yan Zheng
sorry, I mean the fourth parameter of ext4_ext_put_in_cache. 2007/7/26, Yan Zheng [EMAIL PROTECTED]: Hi all The third parameter of ext4_ext_put_in_cache is used to receive physical block number. I think the data type should be ext4_fsblk_t. Thanks in advance. YZ - To unsubscribe from

Why the third parameter of ext4_ext_put_in_cache is __u32?

2007-07-26 Thread Yan Zheng
Hi all The third parameter of ext4_ext_put_in_cache is used to receive physical block number. I think the data type should be ext4_fsblk_t. Thanks in advance. YZ - To unsubscribe from this list: send the line unsubscribe linux-fsdevel in the body of a message to [EMAIL PROTECTED] More

[BUG?] ext4_ext_put_in_cache uses __u32 to receive physical block number.

2007-07-26 Thread Yan Zheng
Hi, all I think I found a bug in ext4/extents.c, ext4_ext_put_in_cache uses __u32 to receive physical block number. ext4_ext_put_in_cache is used in ext4_ext_get_blocks, it sets ext4 inode's extent cache according most recently tree lookup (higher 16 bits of saved physical block number are

Why max_debt isn't used in ext4's find_group_orlov(...) ?

2007-07-19 Thread Yan Zheng
Hi all max_debt is used in ext2's find_group_orlov . In ext4's find_group_orlov, max_debt is only computed, but not used. I wonder whether it's a typo, Can anyone give me a answer? The kernel source I read is 2.6.22. Thanks in advance. Best Regards YZ - To unsubscribe from

[BUG?]Set XIP mount option on ext2 bypass check.

2007-06-20 Thread Yan Zheng
hi, all. xip mount option can be set on ext2 fs by using remount, even though the fs is used with a block device that does not support the direct_access block device operation or fs block size is not equal to PAGE_SIZE. Is this the expected behaviour ? Thanks in advance - Best Regards

Re: [BUG?]Set XIP mount option on ext2 bypass check.

2007-06-20 Thread Yan Zheng
I mount an ext2 fs , then remount it with xip option set. I get message below when do write operation in the fs. kernel BUG at fs/ext2/xip.c:21! invalid opcode: [#1] SMP last sysfs file: /class/net/eth0/carrier Modules linked in: ext2 autofs4 hidp rfcomm l2cap bluetooth sunrpc ipv6