lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 28 Apr 2011 14:05:46 +0800
From:	Yongqiang Yang <>
To:	Allison Henderson <>
Subject: Re: [PATCH RFC v1 0/5]Factor common code from convert and split unwritten.

Hi Allison,

Could you send punch hole patch and fsx(if you modified it) to me?  I
can not reproduce the bug on my system without punch hole.

Thank you,

On Wed, Apr 27, 2011 at 2:34 PM, Allison Henderson
<> wrote:
> On 4/26/2011 9:48 PM, Yongqiang Yang wrote:
>> On Wed, Apr 27, 2011 at 3:08 AM, Allison Henderson
>> <>  wrote:
>>> On 4/23/2011 1:44 AM, Yongqiang Yang wrote:
>>>> v0->v1:
>>>>    fix a bug in ext4_ext_convert_to_initialized() reported by
>>>>    Allison<>.
>>>>    optimize ext4_ext_convert_to_initialized().
>>>> -- factor common code
>>>>    These patches factor common code from
>>>> ext4_ext_convert_to_initialized()
>>>> and
>>>>    ext4_split_unwritten_extents() so that extent-move-on-write in
>>>> snapshot
>>>> and
>>>>    punch hole can be built on the common code.
>>>> -- optimization
>>>>    the 4th and the 5th patch optimize ext4_ext_convert_to_initialized()
>>>> by
>>>>    zeroing out in memory.
>>>> [PATCH RFC v1 1/5] ext4:Add a function merging extent right and left.
>>>> [PATCH RFC v1 2/5] ext4:Add two functions splitting an extent.
>>>> [PATCH RFC v1 3/5] ext4:Reimplement convert and split_unwritten.
>>>> [PATCH RFC v1 4/5] ext4: Add a function ext4_ext_zeroout_mem().
>>>> [PATCH RFC v1 5/5] ext4: optimize ext4_ext_convert_to_initialized().
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
>>>> the body of a message to
>>>> More majordomo info at
>>> Hi there,
>>> Just an update on your patch set.  Im am working on getting the punch
>>> hole
>>> patch to work with this new set, but I'm am having trouble getting it
>>> through the stress test.  It gets up to around 48265 file operations, and
>>> then hangs. So I am currently trying to narrow down the problem.  It
>>> looks
>>> like it does it with or with out the extra punch hole patches, but you
>>> may
>>> need to enable fallocate in the fsx Makefile to recreate the problem.  I
>>> will keep you posted if I find any more clues.
>> Hi,
>> Could you tell me how to get fsx?  I can not find that.
> Hi there,
> I believe you can find it in both xfstests and ltp.  The one I am using I
> got from xfstests here:
> Once you have it configured and built, there is a sub folder called ltp.
>  Execute this command from that folder:
> ./fsx -d -b 1 -N 100000 -S 1 /mnt/ext4MntPt/holePunch/testFile
> Where "/mnt/ext4MntPt/holePunch/testFile" is a file on an ext4 file system.
>  It should then try to run through 100000 random file operations, but get
> stuck on number 48256.
> If you do not see any fallocate operations running, you may have to go
> enable it in the ltp/Makefile.  I had to change "ifeq ($(HAVE_FALLOCATE),
> true)" to "ifeq ($(HAVE_FALLOCATE), yes)" to allow the extra fallocate code
> to compile in.  Let me know if you have any trouble recreating the bug.
>> Thank you,
>> Yongqiang.
>>> Allison Henderson

Best Wishes
Yongqiang Yang
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists