From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from userp2120.oracle.com ([156.151.31.85]:55516 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726491AbfETXD3 (ORCPT ); Mon, 20 May 2019 19:03:29 -0400 Date: Mon, 20 May 2019 16:03:11 -0700 From: "Darrick J. Wong" Subject: Re: [PATCH 0/3] xfsprogs: more libxfs/ spring cleaning Message-ID: <20190520230311.GI5335@magnolia> References: <8fc2eb9e-78c4-df39-3b8f-9109720ab680@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8fc2eb9e-78c4-df39-3b8f-9109720ab680@redhat.com> Sender: linux-xfs-owner@vger.kernel.org List-ID: List-Id: xfs To: Eric Sandeen Cc: linux-xfs On Thu, May 16, 2019 at 12:42:45PM -0500, Eric Sandeen wrote: > It wasn't super clear before - my goal here is to keep reducing > cosmetic differences between kernelspace & userspace libxfs/* > files and functions. > > To that end, 3 more patches ... the first one may requires someone > who groks the libxfs_* API namespace picture (looking at you, Dave!) > > (this abandons the "make new files" patches I sent before, at least > for now, I'll heed dave's advice to minimize moves...) Er, can you turn on diffstat for each patch that gets sent? That'll make it much easier for me to figure out if any of these patches have to go in the kernel first. I /think/ the answer is 'no'....? --D > Thanks, > -Eric