From patchwork Mon Jun 27 18:54:31 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Miklos Szeredi X-Patchwork-Id: 9201107 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 83C4E6075F for ; Mon, 27 Jun 2016 18:54:49 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 7319B285B9 for ; Mon, 27 Jun 2016 18:54:49 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 64280285BB; Mon, 27 Jun 2016 18:54:49 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id E7DFC285B9 for ; Mon, 27 Jun 2016 18:54:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751896AbcF0Syq (ORCPT ); Mon, 27 Jun 2016 14:54:46 -0400 Received: from mail-wm0-f68.google.com ([74.125.82.68]:35796 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751644AbcF0Syq (ORCPT ); Mon, 27 Jun 2016 14:54:46 -0400 Received: by mail-wm0-f68.google.com with SMTP id a66so27149294wme.2 for ; Mon, 27 Jun 2016 11:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=szeredi.hu; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=8fA3QmJCti8Ko2v5HSHje2SxI1o78ul1kkbi0vorroc=; b=ks5D6b4vThe0wg38lPQkUWN1M6EOGzDmSjhOvONlR1jPhkZqM+TzvzXEH8RmTUE9/b R1iHriuU7Pg6qyBw3Acp4gLlNqQ/8Z/L7i0W3M2xcDGPsId4E8wk2IpVcBvVhTp8SdZQ durNFDxWfbZLw8iOng4C23AN0oLaMnex7YfFA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=8fA3QmJCti8Ko2v5HSHje2SxI1o78ul1kkbi0vorroc=; b=mAdYfHwSM1qLO0gd4tU0l6n4k90UAM9QIm1TJeVKTP0tjkIARVHfVMYQafGq2Pp2kh WIm7h0pCWZzfHprjGkhwyO4TrskWUvhT43D1wtoHXvi+Qj8ENLeNHQlVKahmeNTYNrld +RtXh5SfiPCAPUhQMwgWDUfy2/2HZI31njOiSTRAdQ5yVTm/C2cPn/CpoZHrMFQIslYU RcNaWprrKckLQ2im5M0USrnVbfLasnxFVhaLehW6TPAEa+Rug0m110Jr7MkIG5CjBo8s beJf29arkhFU2K+iYyO0VqMwkcFK8ceIVUq7UzA43SwJ4i2YRHGss4R5eVua8X8g6Rw2 aCTw== X-Gm-Message-State: ALyK8tI3nj5VfoT8UQTMe4o6LJtvfHsUoUw2VEcjaXQ9FZDTWYU3jR4mldS1c7h41sSkzw== X-Received: by 10.28.26.67 with SMTP id a64mr11693194wma.70.1467053679632; Mon, 27 Jun 2016 11:54:39 -0700 (PDT) Received: from veci.piliscsaba.szeredi.hu (pool-dsl-2c-0018.externet.hu. [217.173.44.24]) by smtp.gmail.com with ESMTPSA id qm9sm3116237wjc.36.2016.06.27.11.54.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Jun 2016 11:54:38 -0700 (PDT) Date: Mon, 27 Jun 2016 20:54:31 +0200 From: Miklos Szeredi To: Alessio Igor Bogani Cc: Eric Van Hensbergen , Ron Minnich , Latchesar Ionkov , v9fs-developer@lists.sourceforge.net, linux-unionfs@vger.kernel.org, LFSDEV , Alexander Viro Subject: Re: Problem with two overlayed 9p filesystems Message-ID: <20160627185431.GA2388@veci.piliscsaba.szeredi.hu> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) Sender: linux-fsdevel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Mon, Jun 27, 2016 at 04:30:59PM +0200, Alessio Igor Bogani wrote: > Hi, > > Using v4.0 I used to put two 9p or two ext4 filesystems in overlay. > Now with v4.7-rc5 I can still put two ext4 filesystems in overlay but > not two 9p filesystems anymore. In the later I obtain the following > error executing a simple "cat overlay/test.txt". > > Bisecting results in the first offending commit > 4bacc9c9234c7c8eec44f5ed4e960d9f96fa0f01 which though contains only Please try the following patch. Thanks, Miklos --- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/fs/9p/vfs_file.c b/fs/9p/vfs_file.c index b84c291ba1eb..d7b78d531e63 100644 --- a/fs/9p/vfs_file.c +++ b/fs/9p/vfs_file.c @@ -74,7 +74,7 @@ int v9fs_file_open(struct inode *inode, struct file *file) v9fs_proto_dotu(v9ses)); fid = file->private_data; if (!fid) { - fid = v9fs_fid_clone(file->f_path.dentry); + fid = v9fs_fid_clone(file_dentry(file)); if (IS_ERR(fid)) return PTR_ERR(fid); @@ -100,7 +100,7 @@ int v9fs_file_open(struct inode *inode, struct file *file) * because we want write after unlink usecase * to work. */ - fid = v9fs_writeback_fid(file->f_path.dentry); + fid = v9fs_writeback_fid(file_dentry(file)); if (IS_ERR(fid)) { err = PTR_ERR(fid); mutex_unlock(&v9inode->v_mutex); @@ -516,7 +516,7 @@ v9fs_mmap_file_mmap(struct file *filp, struct vm_area_struct *vma) * because we want write after unlink usecase * to work. */ - fid = v9fs_writeback_fid(filp->f_path.dentry); + fid = v9fs_writeback_fid(file_dentry(filp)); if (IS_ERR(fid)) { retval = PTR_ERR(fid); mutex_unlock(&v9inode->v_mutex);