From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [PATCH 1/3] ecryptfs: remove unused helpers Date: Mon, 19 Apr 2021 15:27:24 +0000 Message-ID: References: <20210409162422.1326565-1-brauner@kernel.org> <20210409162422.1326565-2-brauner@kernel.org> <20210419044850.GF398325@elm> <20210419142258.GC4991@sequoia> Mime-Version: 1.0 Return-path: Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59392 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233733AbhDSP2D (ORCPT ); Mon, 19 Apr 2021 11:28:03 -0400 Content-Disposition: inline In-Reply-To: <20210419142258.GC4991@sequoia> Sender: Al Viro List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Tyler Hicks Cc: Christian Brauner , ecryptfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, Amir Goldstein , Christian Brauner On Mon, Apr 19, 2021 at 09:22:58AM -0500, Tyler Hicks wrote: > On 2021-04-19 13:49:08, Al Viro wrote: > > On Sun, Apr 18, 2021 at 11:48:50PM -0500, Tyler Hicks wrote: > > > On 2021-04-09 18:24:20, Christian Brauner wrote: > > > > From: Christian Brauner > > > > > > > > Remove two helpers that are unused. > > > > > > > > Cc: Amir Goldstein > > > > Cc: Tyler Hicks > > > > Cc: ecryptfs@vger.kernel.org > > > > Cc: linux-fsdevel@vger.kernel.org > > > > Signed-off-by: Christian Brauner > > > > > > I'll pick this patch up now as it looks like it didn't make it into your > > > v2 of the port to private mounts. I'll review those patches separately. > > > > FWIW, there's also a series in vfs.git #work.ecryptfs (posted Mar 20), > > and that, AFAICS, duplicates 483bc7e82ccfc in there... > > Yeah, I noticed that after I pushed Christian's commit to my next > branch. I've fallen behind on eCryptfs patch review. :/ > > I plan to review vfs.git #work.ecryptfs in the next couple days. If > everything looks good, do you want me to take it via my tree or were you > planning on taking those yourself? Entirely up to you. The only patch in there that might have some interplay with VFS work is lock_parent() changes (#2/4) and the stuff it might be a prereq for is not going to get ready until the next cycle - you are not the only one with clogged queue ;-/ So even if you prefer to cherry-pick those one by one, I've no problem with that; just tell me when to drop that branch and I'll do so.