Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752552AbYATIXc (ORCPT ); Sun, 20 Jan 2008 03:23:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751434AbYATIXW (ORCPT ); Sun, 20 Jan 2008 03:23:22 -0500 Received: from fxip-0047f.externet.hu ([88.209.222.127]:45862 "EHLO pomaz-ex.szeredi.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751432AbYATIXV (ORCPT ); Sun, 20 Jan 2008 03:23:21 -0500 To: hpa@zytor.com CC: miklos@szeredi.hu, akpm@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, util-linux-ng@vger.kernel.org, linuxram@us.ibm.com, viro@ftp.linux.org.uk, hch@infradead.org, a.p.zijlstra@chello.nl In-reply-to: <4792DF11.7040403@zytor.com> (hpa@zytor.com) Subject: Re: [RFC][PATCH] VFS: create /proc//mountinfo References: <4792DF11.7040403@zytor.com> Message-Id: From: Miklos Szeredi Date: Sun, 20 Jan 2008 09:23:00 +0100 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 747 Lines: 18 > Miklos Szeredi wrote: > > - for mount ID's use IDA (from the IDR library) instead of a 32bit > > counter, which could overflow > > IDAs tend to get reused quickly, which can cause race conditions. Any > reason not to just use a 64-bit counter? They tend to become hard to parse/compare for humans after a while. And all this is basically only for humans, so race conditions don't really matter. Also a changed mount with a reused ID is easily identified by comparing the other fields. 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/