Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp1490234imd; Thu, 1 Nov 2018 17:00:01 -0700 (PDT) X-Google-Smtp-Source: AJdET5fEqgAOCWMQHDTNxdVdkR4940RxdWC3SepWePOhZAwhLasErZMDSshp++GuRc/hxAsDZndD X-Received: by 2002:a62:90db:: with SMTP id q88-v6mr9551665pfk.98.1541116801588; Thu, 01 Nov 2018 17:00:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541116801; cv=none; d=google.com; s=arc-20160816; b=xxgd7bzAf/+bVlLGISunLG65iYOPCatuEOHGAUaFyIsykwM+d7p2gMnsY0FwWBekjd HAitfqoB66T4u8qIvTYuiYXD3L2BR7l8U3BFXQkaDCrrUOHIVrxfgTkZIR3qaU8vdp2l gi5qOy1kM6lx0ryvpruZj0DOOXHQQyYhFRFU9jmA1mW1azTvkBn1uXzsdTHd/XSCgdGU cU1nJs1liBrt+ia6BkFWMWX1/jXFwb0dTDmpNeV2gtVTHDgp4YR7vyJ/5SnmF5MoARI5 BtNwmmwuE+bJfPsNzuWXkQrj+TOUXkldM8iAdOqzjm2qjOKlcjaGo1lZGAg6cH9/kG8G /2iQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:content-id:mime-version :subject:cc:to:references:in-reply-to:from:organization; bh=5wzMjxTbqqI8ZOIHT8El0h+7Du0XJcRQb6xQ2kgBclw=; b=NwfDtXThg6lM/H03A4iiIZsnwuADukCzXQicDihw1OOx3UhD7v57VTsvzzNRl9mj2L 05oqVxzwwYl2CnpUCtKZSysGpEZRgFYw4pGoKHSJPy5++Bc323LuYfB+VzDvNIEtLZl1 ZiHULTgLPoH0pNkV2DUDfUrm/3h/EZqFe4pjwb+CMBQzYEr5d2HbwyvubS+3IlUG14oB RWNBQ9PYX+DVmnpAw+d6Z53v/hIwZh6/SQx6vKZ6D1Rh/cQMg7edcMKUH7EtYNPTepKA C8CW8zKlTM2ac2JOsG1GrfEsmcZ3JLKW0cUvSeA1W0VxEddt5TMggkD1GNrBpEDi0nxn NEiA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 37-v6si14595267ple.389.2018.11.01.16.59.46; Thu, 01 Nov 2018 17:00:01 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728280AbeKBJEd (ORCPT + 99 others); Fri, 2 Nov 2018 05:04:33 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47340 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728169AbeKBJEd (ORCPT ); Fri, 2 Nov 2018 05:04:33 -0400 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A938285546; Thu, 1 Nov 2018 23:59:25 +0000 (UTC) Received: from warthog.procyon.org.uk (ovpn-120-113.rdu2.redhat.com [10.10.120.113]) by smtp.corp.redhat.com (Postfix) with ESMTP id 1E9C61001F53; Thu, 1 Nov 2018 23:59:23 +0000 (UTC) Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: References: <20181031053355.GQ32577@ZenIV.linux.org.uk> <28156.1541092687@warthog.procyon.org.uk> To: Linus Torvalds , Al Viro Cc: dhowells@redhat.com, swhiteho@redhat.com, john.johansen@canonical.com, alan.christopher.jenkins@gmail.com, ebiederm@redhat.com, linux-fsdevel@vger.kernel.org, Linux Kernel Mailing List Subject: Re: [git pull] mount API series MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3548.1541116763.1@warthog.procyon.org.uk> Date: Thu, 01 Nov 2018 23:59:23 +0000 Message-ID: <3549.1541116763@warthog.procyon.org.uk> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Thu, 01 Nov 2018 23:59:25 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Linus Torvalds wrote: > So if the patch series can be split up into a prep-phase that doesn't > change any user-visible semantics (including the security side), but > that uses the fs_context internally and allows the filesystems to be > converted to the new world order, than that would make merging the > early work much easier (and then my worry about the later phases would > probably be much less too). As a first go, I've rebased the patches to v4.19 (which required no other changes), folded in some small bugfixes (fix error handling in remount, fix incorrect user_ns in proc and mqueue) and split the set up. There are now three branches in my git tree: (*) mount-api-core. These are the internal-only patches that add the fs_context, the legacy wrapper and the security hooks and make certain filesystems make use of it. (*) mount-api-uapi. This is mount-api-core with the UAPI-visible patches stacked thereon. (*) mount-api. This is the original patchset. "git diff mount-api mount-api-uapi" shows no differences. Note that the commit "vfs: Implement logging through fs_context" appears in both sets. I was just going to leave it as macros that just wrap pr_notice(), but I think it might be wiser to pull it out of line (as will be required later) and make it produce messages at different levels. The git tree in question is at: https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git David