From mboxrd@z Thu Jan  1 00:00:00 1970
From: Al Viro <viro@ZenIV.linux.org.uk>
Subject: Re: [PATCH 10/13] VFS/namei: handle LOOKUP_RCU in
 page_follow_link_light.
Date: Mon, 16 Mar 2015 22:50:40 +0000
Message-ID: <20150316225040.GG29656@ZenIV.linux.org.uk>
References: <20150316043602.23648.52734.stgit@notabene.brown>
 <20150316044320.23648.90827.stgit@notabene.brown>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
To: NeilBrown <neilb@suse.de>
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Received: from zeniv.linux.org.uk ([195.92.253.2]:34641 "EHLO
	ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932961AbbCPWum (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Mon, 16 Mar 2015 18:50:42 -0400
Content-Disposition: inline
In-Reply-To: <20150316044320.23648.90827.stgit@notabene.brown>
Sender: linux-fsdevel-owner@vger.kernel.org
List-ID: <linux-fsdevel.vger.kernel.org>

On Mon, Mar 16, 2015 at 03:43:20PM +1100, NeilBrown wrote:
> +	char *kaddr;
> +	struct page *page;
> +	struct address_space *mapping = dentry->d_inode->i_mapping;

Who said that dentry->d_inode hasn't gone NULL by that point?

> +	nd_terminate_link(kaddr, dentry->d_inode->i_size, PAGE_SIZE - 1);

... or changed here.  Again, dentry->d_inode is stable only if you are
holding a reference to dentry.  That's why we have those dances around
nd->inode, for example.  Doing unlazy_walk() is enough to stabilize the
damn thing, so currently ->follow_link() doesn't have to worry about it.
With your changes, though...