From: Brian Foster <bfoster@redhat.com>
To: Masatake YAMATO <yamato@redhat.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH] xfs: send warning of project quota to userspace via netlink
Date: Wed, 25 Nov 2015 13:54:19 -0500 [thread overview]
Message-ID: <20151125185419.GA18719@bfoster.bfoster> (raw)
In-Reply-To: <1448441561-31849-1-git-send-email-yamato@redhat.com>
On Wed, Nov 25, 2015 at 05:52:41PM +0900, Masatake YAMATO wrote:
> Linux's quota subsystem has an ability to handle
> project quota. This commit just utilizes the ability
> from xfs side.
>
> Signed-off-by: Masatake YAMATO <yamato@redhat.com>
> ---
Seems reasonable to me. A couple questions... how has this been tested?
The original commit a210c1aa7 ("xfs: implement quota warnings via
netlink") mentions that the xfstests quota tests with something
listening for events was sufficient.
Also, is the userspace support for this new? If so, what is the behavior
if somebody runs a new kernel with this event and an old userspace?
Other than that, just a couple aesthetic things..
> fs/xfs/xfs_trans_dquot.c | 13 +++++++++----
> 1 file changed, 9 insertions(+), 4 deletions(-)
>
> diff --git a/fs/xfs/xfs_trans_dquot.c b/fs/xfs/xfs_trans_dquot.c
> index ce78534..1a46544 100644
> --- a/fs/xfs/xfs_trans_dquot.c
> +++ b/fs/xfs/xfs_trans_dquot.c
> @@ -572,12 +572,17 @@ xfs_quota_warn(
> struct xfs_dquot *dqp,
> int type)
> {
> - /* no warnings for project quotas - we just return ENOSPC later */
> + enum quota_type t;
> +
The variable name should be lined up with the function parameter names.
I'd prefer a more descriptive variable name as well (e.g., 'qtype'?).
> if (dqp->dq_flags & XFS_DQ_PROJ)
> - return;
> + t = PRJQUOTA;
> + else if (dqp->dq_flags & XFS_DQ_USER)
> + t = USRQUOTA;
> + else
> + t = GRPQUOTA;
> +
> quota_send_warning(make_kqid(&init_user_ns,
> - (dqp->dq_flags & XFS_DQ_USER) ?
> - USRQUOTA : GRPQUOTA,
> + t,
This could probably get moved to the end of the previous line rather
than it's own separate line now that the conditional is removed. We
generally just want to keep lines within 80 columns.
Brian
> be32_to_cpu(dqp->q_core.d_id)),
> mp->m_super->s_dev, type);
> }
> --
> 2.5.0
>
> _______________________________________________
> 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
next prev parent reply other threads:[~2015-11-25 18:54 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-25 8:52 [PATCH] xfs: send warning of project quota to userspace via netlink Masatake YAMATO
2015-11-25 18:54 ` Brian Foster [this message]
2015-11-26 2:22 ` [PATCH v2] " Masatake YAMATO
2015-11-26 13:49 ` Brian Foster
2015-12-17 2:09 ` Masatake YAMATO
2015-11-26 2:34 ` Masatake YAMATO
2015-11-26 2:34 ` Masatake YAMATO
2015-11-26 2:40 ` Masatake YAMATO
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=20151125185419.GA18719@bfoster.bfoster \
--to=bfoster@redhat.com \
--cc=xfs@oss.sgi.com \
--cc=yamato@redhat.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