Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1855829imm; Thu, 12 Jul 2018 08:55:15 -0700 (PDT) X-Google-Smtp-Source: AAOMgpem6o7y02tUno3ySK4Wv+o392l6+nOPFgTRA0ZIHMc3cc5CXdUvl4H6qC+Mvxo2zp6WIyGd X-Received: by 2002:a62:843:: with SMTP id c64-v6mr3026225pfd.14.1531410915471; Thu, 12 Jul 2018 08:55:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531410915; cv=none; d=google.com; s=arc-20160816; b=j9i3yp/apzru8cACbU4KnVUOzuS0GzZEDtzDSMxziDrP21kWXDfznxvN2B6ABPf9tq jjA8QTdngmeli6WAh6A+Agq/HoNOmL5Jv7GqrIDhrmtZrpMVzQuG2T87NeFe9KCH5j94 gAPZeqpumxLRZghcAbpG/AIwH1MuzJOUgiXyIcI6N7DjauwxLUzsGC+iIAwy72mEp80D QlKvLIm4iHNY1Ja7RfGmcahzn/aiyX41/2gqJVR4eDz7O7iqSLxWrJYNj1j2Mvp6tnbt 4vsPRonT5rkXOtWkisDfQl6HUZHoFHz2Bfl3T2dP6FqkWzobSJi9nPqmqyxemDLNLZFS Loqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=1joLUJeU/BSWPHMHkTtAzQ68Y9gUjyMONPhJrzO9rNY=; b=Q1v8SpKTjPNNAU5PkEjd2zFZr/2fzrMNVXtuqlrrILfbzKTGUnBvCXn6EBbxf204zD TPm1Sold4uIHR//8rhK5LgBXGAGlr9YtCMMwnD9br/6ByUY4OaJcnF++wr1MH3wrQrlb fChQsIZKd2txFSgmyiTO1xmVepBtstAPj7bRuhFyi/ZdxtPUArTSzL7KNPzTB/ZO+6yt 6dqKTqMXIKsLipXzoxU+9KT9W1RfJxSiaB24tpWRaquuZs9GQNlOeMkmj4ye/p6LCLR7 ZPLCBk1UicyHdSq7G+IwIHI2i8RTCjQMgwGzqbeq4T8U86Z1h1Qwyfq++hqOBxOl+sa9 ixjA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x37-v6si18202667pgl.544.2018.07.12.08.54.56; Thu, 12 Jul 2018 08:55:15 -0700 (PDT) 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; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732343AbeGLQDr (ORCPT + 99 others); Thu, 12 Jul 2018 12:03:47 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:39224 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726843AbeGLQDr (ORCPT ); Thu, 12 Jul 2018 12:03:47 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.87 #1 (Red Hat Linux)) id 1fdduT-0000aW-4j; Thu, 12 Jul 2018 15:53:37 +0000 Date: Thu, 12 Jul 2018 16:53:37 +0100 From: Al Viro To: Miklos Szeredi Cc: linux-fsdevel , Linux Kernel Mailing List , Linus Torvalds , Stephen Rothwell Subject: vfs / overlayfs conflict resolution for linux-next Message-ID: <20180712155337.GU30522@ZenIV.linux.org.uk> References: <20180711021136.GN30522@ZenIV.linux.org.uk> <20180711022206.12571-1-viro@ZenIV.linux.org.uk> <20180711152555.GR30522@ZenIV.linux.org.uk> <20180711161540.GS30522@ZenIV.linux.org.uk> <20180712124326.GA19272@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 12, 2018 at 08:05:26AM -0700, Linus Torvalds wrote: > On Thu, Jul 12, 2018 at 5:43 AM Al Viro wrote: > > > > A question regarding the customs in such situations - are previous > > Reviewed-by/Acked-by normally kept across rebases like that? > > Yeah, unless there were big changes, keep the reviewed/acked-by lines. > > Otherwise you'd never be able to handle different people giving > slightly different feedback about separate issues. OK... Miklos, I've pushed #ovl-candidate, with equivalent of the beginning of your branch. I'm *not* saying that I've no remaining issues with your series - this is just how I'd prefer to resolve that group of conflicts. Everything past "vfs: simplify dentry_open()" could live on top of that one, or its equivalent. I'm going to put #work-open3 into -next, let's figure out what to do with the conflicts; what I can promise is never-rebased status for #for-ovl (the beginning of #work-open3 merged into #ovl-candidate).