Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932575AbcK3Qg2 (ORCPT ); Wed, 30 Nov 2016 11:36:28 -0500 Received: from mail-wj0-f196.google.com ([209.85.210.196]:36515 "EHLO mail-wj0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755563AbcK3QgU (ORCPT ); Wed, 30 Nov 2016 11:36:20 -0500 MIME-Version: 1.0 In-Reply-To: References: <20161125212934.GB2622@veci.piliscsaba.szeredi.hu> From: Amir Goldstein Date: Wed, 30 Nov 2016 18:36:18 +0200 Message-ID: Subject: Re: [POC/RFC PATCH] overlayfs: constant inode numbers To: Miklos Szeredi Cc: "linux-unionfs@vger.kernel.org" , linux-fsdevel , linux-kernel Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 707 Lines: 17 On Wed, Nov 30, 2016 at 5:05 PM, Amir Goldstein wrote: ... > For non-lowets entry, we can provide mount option 'readdir_ino'. > With readdir_ino, readdir pays a penalty of getxattr for any non-lowest > entry (either OVL_XATTR_FH or OVL_XATTR_INO). > Without readdir_ino, readdir will get d_ino = 0, in which case, at least > `find --inum=` does the right thing (fallback to fstat for > this dirent). > Well, I was wrong about findutils. The -inum filter seems to fail to find the file if d_ino is set to 0. That's at least the case for findutils 4.4.2 that I have on debian and 4.7.0-git that I built myself. Now I have a simple command line to use for the xfstest... Amir.