Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Subject: Re: [PATCH 0/4] nfs-utils patches
To:     Doug Nazar <nazard@nazar.ca>, linux-nfs@vger.kernel.org
References: <20200722055354.28132-1-nazard@nazar.ca>
From:   Steve Dickson <SteveD@RedHat.com>
Message-ID: <86408474-69f7-f4b0-6608-98e409d6809e@RedHat.com>
Date:   Mon, 27 Jul 2020 10:42:53 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <20200722055354.28132-1-nazard@nazar.ca>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Sender: linux-nfs-owner@vger.kernel.org
Precedence: bulk


On 7/22/20 1:53 AM, Doug Nazar wrote:
> A few more as I progress through all the utils. There isn't any
> dependency on the previous patches.
> 
> Although idmapd client support is depreciated, the kernel still falls
> back to using it if the upcall fails.
> 
> Wasn't originally going to send the last patch upstream, but figured
> might as well, and let you decide if it's wanted. Basically allows you
> to load the plugins from a development source tree for testing instead
> of requiring them to be installed in their final location.
> 
> Thanks,
> Doug
> 
> 
> Doug Nazar (4):
>   exportfs: Fix a few valgrind warnings
>   idmapd: Add graceful exit and resource cleanup
>   idmapd: Fix client mode support
>   nfsidmap: Allow overriding location of method libraries
Series committed... (tag: nfs-utils-2-5-2-rc3)

steved.
> 
>  support/nfs/exports.c          |   1 +
>  support/nfsidmap/libnfsidmap.c |  40 +++++--
>  utils/exportfs/exportfs.c      |   7 +-
>  utils/idmapd/idmapd.c          | 211 +++++++++++++++++++++++----------
>  4 files changed, 183 insertions(+), 76 deletions(-)
>