Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp2130590ybc; Wed, 20 Nov 2019 09:20:36 -0800 (PST) X-Google-Smtp-Source: APXvYqznChOQsIn4V0x2ThtYnOKhPHRsXdYJ1qFju+1efWFWRWBjms6HXQYtdhJrYgGBOjPpa1+H X-Received: by 2002:a05:6512:1c3:: with SMTP id f3mr3840494lfp.25.1574270436684; Wed, 20 Nov 2019 09:20:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574270436; cv=none; d=google.com; s=arc-20160816; b=n7/oJra3+G6MkD2+CMf63S8dUWv93OtHf2QHit3P0vTRZRHr21yrvnZRXRx+9GKtUy 0koiJXONmo7UEQ2f5+vpbQmuyO50El4nG4ZHlMIGss/ESUR2rbdmuCYN7qvWyNVYFbwI XQsQM8ywhtw/xV8F1h9ZNmz6EDCTkyXHv19fIE70/Xsu7JPLnux09XaWyWFZQZ/Qmvc5 yGz15m1dQTg/WO6V3P14WqHwJJdwZ4nvaplB7HYZ1KHxZdBqmFacdM3zsAgVnnWtVVEI E4Ywe9Aq3JoYjC0I87rQ1VAG4TjYNae99wVYBiqi4erfZ1oiARqk4PFuEpwMlxdw5pku tJFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:message-id:date :subject:cc:to:from:dkim-signature; bh=kz9ekAzvSekRk4X6nJ8KA9PrKHAB3IZgOj/bQ01C+3w=; b=gRCwQrCc7JiP2a8Z44egubuTa7me+jxzYE1aaYDMNYca2kgrPhZ+6pfleUiIq9FbBb ZtDxbUElRtY2KktFFWaf9sJK9+v90xlzpIcjJmP+PmKwazqM3d6KQL+TaMb/guE7KSdO drYaxwgCPYr0THd/Zqk3JdrBM1SUuyHp3A6IUqkfyXDDj/Ed4DuWoFP9aYPtSzZHyvSD pK4VeaSmJSueKpZ28igw6qhuNZJbdu6kO7rmOGY3h61ZN5LcsiXIICHVZyseqyO/b8B/ yDlksZoj9GAMccMzmUWLK2aEzQfKvArWrJpFOlC1tYYdXkv/QFAAcOOPk7XL6Zq4S7pj /lqA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=F1rliuSv; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (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 re9si17215173ejb.332.2019.11.20.09.20.10; Wed, 20 Nov 2019 09:20:36 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=F1rliuSv; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729325AbfKTP2T (ORCPT + 99 others); Wed, 20 Nov 2019 10:28:19 -0500 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:25080 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730747AbfKTP2G (ORCPT ); Wed, 20 Nov 2019 10:28:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1574263686; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=kz9ekAzvSekRk4X6nJ8KA9PrKHAB3IZgOj/bQ01C+3w=; b=F1rliuSv4f6tqSIM2H7xc54KryjJyFsOiOOV4HTrW9j21M1Jw2lAJ39wGxgBf8ErStGM/7 tMJaJS4Fm/a2cqjRuYsP+5EzumJo2ejMJd5UmhhzDu5iOzOkLO2U9s1xp+YG/ohtCxBs+q FP0vAZ0vyLenERbfAbMmSuu6nXPDq+Q= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-76-ZlvB1-SHP5iyUq_z3j-4cg-1; Wed, 20 Nov 2019 10:28:02 -0500 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id C1305100550E; Wed, 20 Nov 2019 15:28:00 +0000 (UTC) Received: from coeurl.usersys.redhat.com (ovpn-123-90.rdu2.redhat.com [10.10.123.90]) by smtp.corp.redhat.com (Postfix) with ESMTP id 9EE155C1D4; Wed, 20 Nov 2019 15:28:00 +0000 (UTC) Received: by coeurl.usersys.redhat.com (Postfix, from userid 1000) id 1DDDA20786; Wed, 20 Nov 2019 10:27:50 -0500 (EST) From: Scott Mayhew To: anna.schumaker@netapp.com, trond.myklebust@hammerspace.com Cc: dhowells@redhat.com, viro@zeniv.linux.org.uk, linux-nfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 00/27] nfs: Mount API conversion Date: Wed, 20 Nov 2019 10:27:23 -0500 Message-Id: <20191120152750.6880-1-smayhew@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-MC-Unique: ZlvB1-SHP5iyUq_z3j-4cg-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Hi Trond, Anna, Here's a set of patches that converts NFS to use the mount API. Note that there are a lot of preliminary patches, some from David and some from Al. The final patch (the one that does the actual conversion) from the David's initial posting has been split into 5 separate patches, and the entire set has been rebased on top of 5.4-rc8. Changes since v4: - further split the original "NFS: Add fs_context support" patch (new patch is about 25% smaller than the v4 patch) - fixed NFSv4 referral mounts (broken in the original patch) - fixed leak of nfs_fattr when fs_context is freed Changes since v3: - changed license and copyright text in fs/nfs/fs_context.c Changes since v2: - fixed the conversion of the nconnect=3D option - added '#if IS_ENABLED(CONFIG_NFS_V4)' around nfs4_parse_monolithic() to avoid unused-function warning when compiling with v4 disabled Chagnes since v1: - split up patch 23 into 4 separate patches -Scott Al Viro (15): saner calling conventions for nfs_fs_mount_common() nfs: stash server into struct nfs_mount_info nfs: lift setting mount_info from nfs4_remote{,_referral}_mount nfs: fold nfs4_remote_fs_type and nfs4_remote_referral_fs_type nfs: don't bother setting/restoring export_path around do_nfs_root_mount() nfs4: fold nfs_do_root_mount/nfs_follow_remote_path nfs: lift setting mount_info from nfs_xdev_mount() nfs: stash nfs_subversion reference into nfs_mount_info nfs: don't bother passing nfs_subversion to ->try_mount() and nfs_fs_mount_common() nfs: merge xdev and remote file_system_type nfs: unexport nfs_fs_mount_common() nfs: don't pass nfs_subversion to ->create_server() nfs: get rid of mount_info ->fill_super() nfs_clone_sb_security(): simplify the check for server bogosity nfs: get rid of ->set_security() David Howells (8): NFS: Move mount parameterisation bits into their own file NFS: Constify mount argument match tables NFS: Rename struct nfs_parsed_mount_data to struct nfs_fs_context NFS: Split nfs_parse_mount_options() NFS: Deindent nfs_fs_context_parse_option() NFS: Add a small buffer in nfs_fs_context to avoid string dup NFS: Do some tidying of the parsing code NFS: Add fs_context support. Scott Mayhew (4): NFS: rename nfs_fs_context pointer arg in a few functions NFS: Convert mount option parsing to use functionality from fs_parser.h NFS: Additional refactoring for fs_context conversion NFS: Attach supplementary error information to fs_context. fs/nfs/Makefile | 2 +- fs/nfs/client.c | 80 +- fs/nfs/fs_context.c | 1424 +++++++++++++++++++++++++ fs/nfs/fscache.c | 2 +- fs/nfs/getroot.c | 73 +- fs/nfs/internal.h | 132 +-- fs/nfs/namespace.c | 144 ++- fs/nfs/nfs3_fs.h | 2 +- fs/nfs/nfs3client.c | 6 +- fs/nfs/nfs3proc.c | 2 +- fs/nfs/nfs4_fs.h | 9 +- fs/nfs/nfs4client.c | 99 +- fs/nfs/nfs4namespace.c | 291 ++--- fs/nfs/nfs4proc.c | 2 +- fs/nfs/nfs4super.c | 257 ++--- fs/nfs/proc.c | 2 +- fs/nfs/super.c | 2219 +++++---------------------------------- include/linux/nfs_xdr.h | 9 +- 18 files changed, 2283 insertions(+), 2472 deletions(-) create mode 100644 fs/nfs/fs_context.c --=20 2.17.2