Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Wed, 22 Aug 2018 18:05:51 +0200
From:   Jan Kara <jack@suse.cz>
To:     Jeremy Cline <jcline@redhat.com>
Cc:     Jan Kara <jack@suse.com>, linux-kernel@vger.kernel.org,
        Josh Poimboeuf <jpoimboe@redhat.com>
Subject: Re: [PATCH 1/2] fs/quota: Replace XQM_MAXQUOTAS usage with MAXQUOTAS
Message-ID: <20180822160551.GE23037@quack2.suse.cz>
References: <20180731013731.1987-1-jcline@redhat.com>
 <20180731013731.1987-2-jcline@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20180731013731.1987-2-jcline@redhat.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Tue 31-07-18 01:37:30, Jeremy Cline wrote:
> XQM_MAXQUOTAS and MAXQUOTAS are, it appears, equivalent. Replace all
> usage of XQM_MAXQUOTAS and remove it along with the unused XQM_*QUOTA
> definitions.
> 
> Signed-off-by: Jeremy Cline <jcline@redhat.com>

Thanks for the cleanup. The patch looks good, just one small nit:

> diff --git a/include/uapi/linux/dqblk_xfs.h b/include/uapi/linux/dqblk_xfs.h
> index 03d890b80ebc..a5846cde8272 100644
> --- a/include/uapi/linux/dqblk_xfs.h
> +++ b/include/uapi/linux/dqblk_xfs.h
> @@ -27,11 +27,6 @@
>  #define XQM_CMD(x)	(('X'<<8)+(x))	/* note: forms first QCMD argument */
>  #define XQM_COMMAND(x)	(((x) & (0xff<<8)) == ('X'<<8))	/* test if for XFS */

You can delete XQM_COMMAND() as well here.

> -#define XQM_USRQUOTA	0	/* system call user quota type */
> -#define XQM_GRPQUOTA	1	/* system call group quota type */
> -#define XQM_PRJQUOTA	2	/* system call project quota type */
> -#define XQM_MAXQUOTAS	3
> -
>  #define Q_XQUOTAON	XQM_CMD(1)	/* enable accounting/enforcement */
>  #define Q_XQUOTAOFF	XQM_CMD(2)	/* disable accounting/enforcement */
>  #define Q_XGETQUOTA	XQM_CMD(3)	/* get disk limits and usage */

										Honza
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR