Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp481857yba; Wed, 3 Apr 2019 12:36:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqw2iyPnLuJgCbjh+L/aUTWd+rgvx1EmLTlz/blOgAOHginZw56jwxIUwN4eyBO84GR2zxs3 X-Received: by 2002:a17:902:864b:: with SMTP id y11mr1840242plt.1.1554320189059; Wed, 03 Apr 2019 12:36:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554320189; cv=none; d=google.com; s=arc-20160816; b=gnY7VwQKG1eGsBBqmtyUy9R30ofmazx5UfzNljQM4USauP225+3041W3Wqqj0ZSkSq 4ED9/lWVcULyEfX1snS6tzgWP9x6IUOwtolVZQviVcAYrgIaq2/KrCmy+Rf7B+/9gJLR excXMKOlseJXq+Z9vmo0DSKUa5oT3YVB0ntxnd0F448SvVViYYTaKMeDzV35gHodzWdD IMUsEFMi4T8ZoaNKkS4PloJkFOJWKu4YvjyTaxIFWa7EQ1qaFE4Qvc0/E2ieYfktcjTh +LZb0KJ1DL7vvBXE/Ybfc/u3CmeLnvE3mt/f+qh9NAeQ8xA9i8oF8HGNru/lO1JDNdHL P1ig== 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; bh=SbJ641QyKDVNJLLFpU0zJr0BdeS9wDegjJigQWSUZlM=; b=dJ8ft7kUikheOS3/rv6fwngJZ0rcjnta/VF7QBwDuom/EKLImKWNgw0aTyuwmWxJFp JxbwYt8j+UNmcAIwChzfODz2xQtpS6J2yWTgPNGNNWQkWsFobDfUNyF5O00qdohSoy6F CMfwkkvxaCymv9ay508FxGeSOOQLgSAEi6Yko+j87n4LfMXCZfSttcnorBG7eg8hLUpk MBTeX/ra7h/ny6tv5+SixGNcHgrRPJptBweoiUa15qYiW5VKLRSdtuVbZ/K8OSuImz3N H+yk6jmrLNHDoldke04IQEoHhHNRwQfE7p4KTD5NTbz35UYZPsrcFxjpTERSCZx9bAwg sSjw== 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 65si14777983plf.288.2019.04.03.12.36.13; Wed, 03 Apr 2019 12:36:29 -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 S1726770AbfDCTfj (ORCPT + 99 others); Wed, 3 Apr 2019 15:35:39 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:35720 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726151AbfDCTfj (ORCPT ); Wed, 3 Apr 2019 15:35:39 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92 #3 (Red Hat Linux)) id 1hBlfP-0007JU-Si; Wed, 03 Apr 2019 19:35:23 +0000 Date: Wed, 3 Apr 2019 20:35:23 +0100 From: Al Viro To: NeilBrown Cc: Ian Kent , Jonathan Corbet , "Tobin C. Harding" , Mauro Carvalho Chehab , Randy Dunlap , linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/24] Convert vfs.txt to vfs.rst Message-ID: <20190403193523.GX2217@ZenIV.linux.org.uk> References: <20190327051717.23225-1-tobin@kernel.org> <20190402094934.5b242dc0@lwn.net> <20190402164824.GK2217@ZenIV.linux.org.uk> <20190402175401.GL2217@ZenIV.linux.org.uk> <20190402190811.GM2217@ZenIV.linux.org.uk> <5c5e02f8b8add4aa2fc24ba2a0880652529588af.camel@themaw.net> <87ftqz29i2.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87ftqz29i2.fsf@notabene.neil.brown.name> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 03, 2019 at 11:55:01AM +1100, NeilBrown wrote: > It seems very likely that this was just a subtlety that I missed. > I doesn't help that "ino" isn't actually and inode and isn't freed like > an inode, but that is no excuse. > > When we add the rcu_head linkage to 'struct autofs_info', we might as > well remove the 'struct inode' from there - it doesn't seem to have been > used for years. Umm... I can do that, but then we get greater potential for conflicts and the whole thing might be better off in autofs tree. Ian, up to you - I can throw both into a never-rebased branch, so you could merge it into your tree; the first one is -stable fodder, though...