[Top] [All Lists]

Re: [PATCH v3] xfs: probe data buffer from page cache for unwritten exte

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: [PATCH v3] xfs: probe data buffer from page cache for unwritten extents
From: Jeff Liu <jeff.liu@xxxxxxxxxx>
Date: Tue, 17 Jul 2012 20:27:52 +0800
Cc: xfs@xxxxxxxxxxx
In-reply-to: <20120717071802.GA15473@xxxxxxxxxxxxx>
Organization: Oracle
References: <4FF29C2C.2000407@xxxxxxxxxx> <20120717071802.GA15473@xxxxxxxxxxxxx>
Reply-to: jeff.liu@xxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20120313 Thunderbird/3.1.20
On 07/17/2012 03:18 PM, Christoph Hellwig wrote:

> On Tue, Jul 03, 2012 at 03:15:56PM +0800, Jeff Liu wrote:
>> Hello,
>> This is v3 of the patch.
>> We can trigger BUG() in xfs_seek_data() if met two unwritten without data or 
>> hole extents at last version.
>> So making the extents map reading in loop could solve it.
>> Sorry, Am not yet try the repeated holes scenario according to Dave's 
>> comments as lack of X64 test env, still
>> waiting for it ready.  But this patch is already too long delayed, I have 
>> worked it out one weeks ago.
>> So I'd like to post it because of it could handle repeated hole/unwritten 
>> extents well in a loop, and I also improved
>> xfstests:286 with those cases for the verification, will post it soon.
>> v2->v3:
>> Tested by Mark, hit BUG() for continuous unwritten extents without data 
>> wrote.
>> * xfs_seek_data(), remove BUG() and having extents map search in loop.
> The patch looks good.  But as question by Mark I wonder if it's a good
> idea to just improve xfs_seek_data, but not xfs_seek_hole.

I definitely would like to improve it.


<Prev in Thread] Current Thread [Next in Thread>