Return-Path: linux-nfs-owner@vger.kernel.org Received: from mx1.redhat.com ([209.132.183.28]:44929 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754032Ab2DZV6j (ORCPT ); Thu, 26 Apr 2012 17:58:39 -0400 From: David Howells In-Reply-To: <1335460011.9701.30.camel@lade.trondhjem.org> References: <1335460011.9701.30.camel@lade.trondhjem.org> <20120419140558.17272.74360.stgit@warthog.procyon.org.uk> <20656.1335450358@redhat.com> <1335453958.9701.10.camel@lade.trondhjem.org> <1335459642.9701.27.camel@lade.trondhjem.org> To: "Myklebust, Trond" Cc: dhowells@redhat.com, Steve French , "linux-fsdevel@vger.kernel.org" , "linux-nfs@vger.kernel.org" , "linux-cifs@vger.kernel.org" , "samba-technical@lists.samba.org" , "linux-ext4@vger.kernel.org" , "wine-devel@winehq.org" , "kfm-devel@kde.org" , "nautilus-list@gnome.org" , "linux-api@vger.kernel.org" , "libc-alpha@sourceware.org" Subject: Re: [PATCH 0/6] Extended file stat system call Date: Thu, 26 Apr 2012 22:57:56 +0100 Message-ID: <10104.1335477476@redhat.com> Sender: linux-nfs-owner@vger.kernel.org List-ID: Myklebust, Trond wrote: > You are still not explaining why they need to know the values at all? If > the values are bogus, then don't return them, and don't set the flag > that says they are being returned. What if the xstat() and struct xstat eventually becomes what userspace uses as stat() (as a wrapper) and struct stat (if such a thing is possible with glibc versioning)? Do older programs that think they're using stat() and don't know about the extra fields available expect to see a useful value in st_ino? David