From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030314AbWLTTzB (ORCPT ); Wed, 20 Dec 2006 14:55:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030333AbWLTTzB (ORCPT ); Wed, 20 Dec 2006 14:55:01 -0500 Received: from zeniv.linux.org.uk ([195.92.253.2]:40949 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030314AbWLTTzA (ORCPT ); Wed, 20 Dec 2006 14:55:00 -0500 Date: Wed, 20 Dec 2006 19:54:58 +0000 From: Al Viro To: Miklos Szeredi Cc: mikulas@artax.karlin.mff.cuni.cz, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: Finding hardlinks Message-ID: <20061220195458.GH17561@ftp.linux.org.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 20, 2006 at 05:50:11PM +0100, Miklos Szeredi wrote: > I don't see any problems with changing struct kstat. There would be > reservations against changing inode.i_ino though. > > So filesystems that have 64bit inodes will need a specialized > getattr() method instead of generic_fillattr(). And they are already free to do so. And no, struct kstat doesn't need to be changed - it has u64 ino already.