Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751463AbVJYFo6 (ORCPT ); Tue, 25 Oct 2005 01:44:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751464AbVJYFo6 (ORCPT ); Tue, 25 Oct 2005 01:44:58 -0400 Received: from 238-193.adsl.pool.ew.hu ([193.226.238.193]:57097 "EHLO dorka.pomaz.szeredi.hu") by vger.kernel.org with ESMTP id S1751462AbVJYFo5 (ORCPT ); Tue, 25 Oct 2005 01:44:57 -0400 To: viro@ftp.linux.org.uk CC: akpm@osdl.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org In-reply-to: <20051025042519.GJ7992@ftp.linux.org.uk> (message from Al Viro on Tue, 25 Oct 2005 05:25:19 +0100) Subject: Re: [PATCH 2/8] VFS: per inode statfs (core) References: <20051025042519.GJ7992@ftp.linux.org.uk> Message-Id: From: Miklos Szeredi Date: Tue, 25 Oct 2005 07:44:30 +0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 871 Lines: 20 > > This patch adds a statfs method to inode operations. This is invoked > > whenever the dentry is available (not called from sys_ustat()) and the > > filesystem implements this method. Otherwise the normal > > s_op->statfs() will be called. > > > > This change is backward compatible, but calls to vfs_statfs() should > > be changed to vfs_dentry_statfs() whenever possible. > > What the fuck for? statfs() returns data that by definition should > not depend on inode within a filesystem. Exactly. But it's specified nowhere that there has to be a one-one mapping between remote filesystem - local filesystem. Miklos - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/