All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Liu <jeff.liu@oracle.com>
To: Mark Tinguely <tinguely@sgi.com>
Cc: Christoph Hellwig <hch@infradead.org>, Ben Myers <bpm@sgi.com>,
	Chris Mason <chris.mason@oracle.com>,
	xfs@oss.sgi.com
Subject: Re: [PATCH] Introduce SEEK_DATA/SEEK_HOLE support V8
Date: Thu, 10 May 2012 10:51:00 +0800	[thread overview]
Message-ID: <4FAB2D14.3020104@oracle.com> (raw)
In-Reply-To: <4FAAACA1.3090600@sgi.com>

On 05/10/2012 01:42 AM, Mark Tinguely wrote:

> On 02/17/12 07:16, Jeff Liu wrote:
>> Hello,
>>
>> This is the revised patch according to Dave's comments for V7.
>>
>> Changes to V8:
>> --------------
>> 1. If there is an internal error raised at extent reading routine, just
>> return it rather than ENXIO.
>> 2. Add the commit message.
>> 3. Remove the for(;;) loop since there is no continuous holes shown even
>> if create a Petabyte sparse file with hole extent length longer than
>> 32-bit.  Thanks Dave for helping verify that!
>> 4. In xfs_seek_data(), s/len/end/, looks 'end' is more meaningful here
>> to indicate the range of extents mapped.
>> 5. Remove BUG() from xfs_seek_data() since xfs_bmapi_read() have found
>> any corruption during the lookup, it should not occurred at all.
>>
>> Any comments are appreciated!
>>
>> Thanks,
>> -Jeff
>>
>>
>> Signed-off-by: Jie Liu<jeff.liu@oracle.com>
>> ---
>>   This patch adds lseek(2) SEEK_DATA/SEEK_HOLE functionality.
> 
>> +STATIC loff_t
>> +xfs_seek_hole(
>> +    struct file        *file,
>> +    loff_t            start,
>> +    u32            type)
>> +{
>> +    struct inode        *inode = file->f_mapping->host;
>> +    struct xfs_inode    *ip = XFS_I(inode);
>> +    struct xfs_mount    *mp = ip->i_mount;
>> +    loff_t            uninitialized_var(offset);
>> +    loff_t            holeoff;
>> +    xfs_fsize_t        isize;
>> +    xfs_fileoff_t        fsbno;
>> +    uint            lock;
>> +    int            error;
>> +
>> +    lock = xfs_ilock_map_shared(ip);
>> +
>> +    isize = i_size_read(inode);
>> +    if (start>= isize) {
>> +        error = ENXIO;
>> +        goto out_unlock;
>> +    }
>> +
>> +    fsbno = XFS_B_TO_FSBT(mp, start);
>> +    error = xfs_bmap_first_unused(NULL, ip, 1,&fsbno, XFS_DATA_FORK);
>> +    if (error)
>> +        goto out_unlock;
>> +
>> +    holeoff = XFS_FSB_TO_B(mp, fsbno);
>> +    if (holeoff<= start)
>> +        offset = start;
>> +    else
>> +        offset = min_t(loff_t, holeoff, isize);
>> +
>> +    if (offset != file->f_pos)
>> +        file->f_pos = offset;
>> +
>> +out_unlock:
>> +    xfs_iunlock_map_shared(ip, lock);
>> +
>> +    if (error)
>> +        return -error;
>> +    return offset;
>> +}
> 
> Sorry this got set aside. This is being dusted off for inclusion.

Thanks for picking this up!

> 
> Refresh my memory, do we need a XFS_FORCED_SHUTDOWN test in
> xfs_seek_hole()? In the earlier versions it was covered in the
> xfs_bmapi_read().

Yes, definitely.

> 
> A comment on the min_t() that the xfs_bmap_first_unused() could
> return a value bigger than the isize if there are no more holes
> may help the forgetful such as myself.

I'll leave a comment for it, it would be helpful to recall the case for
a long period.

Thanks,
-Jeff

> 
> Otherwise it looks good.
> 
> Thank-you.
> 
> Mark Tinguely <tinguely@sgi.com>
> 
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs


_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

      reply	other threads:[~2012-05-10  2:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-17 13:16 [PATCH] Introduce SEEK_DATA/SEEK_HOLE support V8 Jeff Liu
2012-02-21 14:56 ` Mark Tinguely
2012-02-22  3:05   ` Jeff Liu
2012-02-22 14:26     ` Mark Tinguely
2012-05-09 17:42 ` Mark Tinguely
2012-05-10  2:51   ` Jeff Liu [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FAB2D14.3020104@oracle.com \
    --to=jeff.liu@oracle.com \
    --cc=bpm@sgi.com \
    --cc=chris.mason@oracle.com \
    --cc=hch@infradead.org \
    --cc=tinguely@sgi.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.