public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Ben Myers <bpm@sgi.com>
To: Brian Foster <bfoster@redhat.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH v5 06/10] xfs: add XFS_IOC_FREE_EOFBLOCKS ioctl
Date: Mon, 15 Oct 2012 17:46:26 -0500	[thread overview]
Message-ID: <20121015224626.GU24986@sgi.com> (raw)
In-Reply-To: <507749A2.4020206@redhat.com>

Hey Brian,

On Thu, Oct 11, 2012 at 06:35:14PM -0400, Brian Foster wrote:
> On 10/11/2012 10:13 AM, Ben Myers wrote:
> > Hey Brian,
> > 
> > On Fri, Oct 05, 2012 at 10:17:12AM -0400, Brian Foster wrote:
> >> The XFS_IOC_FREE_EOFBLOCKS ioctl allows users to invoke an EOFBLOCKS
> >> scan. The xfs_eofblocks structure is defined to support the command
> >> parameters (scan mode).
> > 
> > It would help to have an xfstest to exercise this ioctl to pull in with this
> > series.  Do you have any code that could be wrangled into a test case?
> > 
> 
> Yes, makes sense. I have some very basic test code I could put somewhere
> to invoke the ioctl(). One of the questions I've been meaning to ask is
> whether it would be relevant for that code to live in a common tool,
> such as adding a new command to xfs_io. Then perhaps create an xfstests
> test using that. Thoughts?

IMO you are right on the mark.  xfs_io is a great place for this.

> FYI, I have a few other things on my plate at the moment so
> unfortunately it will be a bit before I can get back to XFS work... But
> I'm fine with the set pending until I can come up with some test
> coverage if that is preferable, of course.

I do think it is preferable to have a test case go in with the code where
possible.  Since you don't mind waiting a bit, that seems to be the way to go.
The other option could be to look for a volunteer to work on the test.  ;)

Regards,
	Ben

> Brian
> 
> > Regards,
> > 	Ben
> > 
> >>
> >> Signed-off-by: Brian Foster <bfoster@redhat.com>
> >> ---
> >>  fs/xfs/xfs_fs.h     |   15 +++++++++++++++
> >>  fs/xfs/xfs_icache.c |    5 +++--
> >>  fs/xfs/xfs_icache.h |    2 +-
> >>  fs/xfs/xfs_ioctl.c  |   16 ++++++++++++++++
> >>  4 files changed, 35 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/fs/xfs/xfs_fs.h b/fs/xfs/xfs_fs.h
> >> index c13fed8..5f48b3e 100644
> >> --- a/fs/xfs/xfs_fs.h
> >> +++ b/fs/xfs/xfs_fs.h
> >> @@ -339,6 +339,20 @@ typedef struct xfs_error_injection {
> >>  
> >>  
> >>  /*
> >> + * Speculative preallocation trimming.
> >> + */
> >> +#define XFS_EOFBLOCKS_VERSION		1
> >> +struct xfs_eofblocks {
> >> +	__u32		eof_version;
> >> +	__u32		eof_flags;
> >> +	unsigned char	pad[12];
> >> +};
> >> +
> >> +/* eof_flags values */
> >> +#define XFS_EOF_FLAGS_SYNC		0x01	/* sync/wait mode scan */
> >> +
> >> +
> >> +/*
> >>   * The user-level Handle Request interface structure.
> >>   */
> >>  typedef struct xfs_fsop_handlereq {
> >> @@ -456,6 +470,7 @@ typedef struct xfs_handle {
> >>  /*	XFS_IOC_GETBIOSIZE ---- deprecated 47	   */
> >>  #define XFS_IOC_GETBMAPX	_IOWR('X', 56, struct getbmap)
> >>  #define XFS_IOC_ZERO_RANGE	_IOW ('X', 57, struct xfs_flock64)
> >> +#define XFS_IOC_FREE_EOFBLOCKS	_IOR ('X', 58, struct xfs_eofblocks)
> >>  
> >>  /*
> >>   * ioctl commands that replace IRIX syssgi()'s
> >> diff --git a/fs/xfs/xfs_icache.c b/fs/xfs/xfs_icache.c
> >> index b02a3df..35efdda 100644
> >> --- a/fs/xfs/xfs_icache.c
> >> +++ b/fs/xfs/xfs_icache.c
> >> @@ -1206,11 +1206,12 @@ xfs_inode_free_eofblocks(
> >>  int
> >>  xfs_icache_free_eofblocks(
> >>  	struct xfs_mount	*mp,
> >> -	int			flags)
> >> +	int			flags,
> >> +	struct xfs_eofblocks	*eofb)
> >>  {
> >>  	ASSERT((flags & ~(SYNC_TRYLOCK|SYNC_WAIT)) == 0);
> >>  	return xfs_inode_ag_iterator_tag(mp, xfs_inode_free_eofblocks, flags,
> >> -					 NULL, XFS_ICI_EOFBLOCKS_TAG);
> >> +					 eofb, XFS_ICI_EOFBLOCKS_TAG);
> >>  }
> >>  
> >>  void
> >> diff --git a/fs/xfs/xfs_icache.h b/fs/xfs/xfs_icache.h
> >> index abca9fb..b46716c 100644
> >> --- a/fs/xfs/xfs_icache.h
> >> +++ b/fs/xfs/xfs_icache.h
> >> @@ -37,7 +37,7 @@ void xfs_inode_set_reclaim_tag(struct xfs_inode *ip);
> >>  
> >>  void xfs_inode_set_eofblocks_tag(struct xfs_inode *ip);
> >>  void xfs_inode_clear_eofblocks_tag(struct xfs_inode *ip);
> >> -int xfs_icache_free_eofblocks(struct xfs_mount *, int);
> >> +int xfs_icache_free_eofblocks(struct xfs_mount *, int, struct xfs_eofblocks *);
> >>  
> >>  int xfs_sync_inode_grab(struct xfs_inode *ip);
> >>  int xfs_inode_ag_iterator(struct xfs_mount *mp,
> >> diff --git a/fs/xfs/xfs_ioctl.c b/fs/xfs/xfs_ioctl.c
> >> index 0e0232c..ad4352f 100644
> >> --- a/fs/xfs/xfs_ioctl.c
> >> +++ b/fs/xfs/xfs_ioctl.c
> >> @@ -42,6 +42,7 @@
> >>  #include "xfs_inode_item.h"
> >>  #include "xfs_export.h"
> >>  #include "xfs_trace.h"
> >> +#include "xfs_icache.h"
> >>  
> >>  #include <linux/capability.h>
> >>  #include <linux/dcache.h>
> >> @@ -1602,6 +1603,21 @@ xfs_file_ioctl(
> >>  		error = xfs_errortag_clearall(mp, 1);
> >>  		return -error;
> >>  
> >> +	case XFS_IOC_FREE_EOFBLOCKS: {
> >> +		struct xfs_eofblocks eofb;
> >> +		int flags;
> >> +
> >> +		if (copy_from_user(&eofb, arg, sizeof(eofb)))
> >> +			return -XFS_ERROR(EFAULT);
> >> +
> >> +		if (eofb.eof_version != XFS_EOFBLOCKS_VERSION)
> >> +			return -XFS_ERROR(EINVAL);
> >> +
> >> +		flags = (eofb.eof_flags & XFS_EOF_FLAGS_SYNC) ? SYNC_WAIT : SYNC_TRYLOCK;
> >> +		error = xfs_icache_free_eofblocks(mp, flags, &eofb);
> >> +		return -error;
> >> +	}
> >> +
> >>  	default:
> >>  		return -ENOTTY;
> >>  	}
> >> -- 
> >> 1.7.7.6
> >>
> >> _______________________________________________
> >> 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-10-15 22:44 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-05 14:17 [PATCH v5 00/10] speculative preallocation inode tracking Brian Foster
2012-10-05 14:17 ` [PATCH v5 01/10] xfs: add EOFBLOCKS inode tagging/untagging Brian Foster
2012-10-05 14:17 ` [PATCH v5 02/10] xfs: support a tag-based inode_ag_iterator Brian Foster
2012-10-05 14:17 ` [PATCH v5 03/10] xfs: create helper to check whether to free eofblocks on inode Brian Foster
2012-10-23  0:58   ` Dave Chinner
2012-10-05 14:17 ` [PATCH v5 04/10] xfs: make xfs_free_eofblocks() non-static, return EAGAIN on trylock failure Brian Foster
2012-10-05 14:17 ` [PATCH v5 05/10] xfs: create function to scan and clear EOFBLOCKS inodes Brian Foster
2012-10-23  1:01   ` Dave Chinner
2012-10-05 14:17 ` [PATCH v5 06/10] xfs: add XFS_IOC_FREE_EOFBLOCKS ioctl Brian Foster
2012-10-11 14:13   ` Ben Myers
2012-10-11 22:35     ` Brian Foster
2012-10-15 22:46       ` Ben Myers [this message]
2012-10-15 23:49         ` Dave Chinner
2012-10-16  1:39           ` Dave Chinner
2012-10-17 22:40             ` Ben Myers
2012-10-18 12:16               ` Brian Foster
2012-10-18 15:46                 ` Ben Myers
2012-10-18 16:23                   ` Brian Foster
2012-10-22  7:34                 ` Dave Chinner
2012-10-22 13:23                   ` Brian Foster
2012-10-22 22:22                     ` Dave Chinner
2012-10-23  1:31   ` Dave Chinner
2012-10-24 16:16     ` Brian Foster
2012-10-24 19:27       ` Dave Chinner
2012-10-05 14:17 ` [PATCH v5 07/10] xfs: make xfs_quota_type() non-static Brian Foster
2012-10-23  1:31   ` Dave Chinner
2012-10-05 14:17 ` [PATCH v5 08/10] xfs: add quota id filtering to eofblocks scan Brian Foster
2012-10-23  1:42   ` Dave Chinner
2012-10-24 16:18     ` Brian Foster
2012-10-24 19:41       ` Dave Chinner
2012-10-24 23:02         ` Brian Foster
2012-10-25  0:02           ` Dave Chinner
2012-10-25  0:29             ` Brian Foster
2012-10-05 14:17 ` [PATCH v5 09/10] xfs: add minimum file size " Brian Foster
2012-10-23  1:43   ` Dave Chinner
2012-10-05 14:17 ` [PATCH v5 10/10] xfs: add background scanning to clear eofblocks inodes Brian Foster
2012-10-23  1:55   ` Dave Chinner
2012-10-19 21:02 ` [PATCH v5 00/10] speculative preallocation inode tracking Mark Tinguely
2012-10-21 14:00   ` Brian Foster
2012-10-21 17:53     ` Mark Tinguely
2012-10-21 20:31       ` Mark Tinguely
2012-10-21 22:28       ` Dave Chinner
2012-10-23 19:10 ` Ben Myers

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=20121015224626.GU24986@sgi.com \
    --to=bpm@sgi.com \
    --cc=bfoster@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox