From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Woodhouse Subject: Re: [PATCH] UBIFS: fill f_fsid Date: Mon, 01 Sep 2008 12:50:04 +0100 Message-ID: <1220269804.2982.72.camel@pmac.infradead.org> References: <1220194366-12731-1-git-send-email-dedekind@infradead.org> <1220194366-12731-13-git-send-email-dedekind@infradead.org> <1220262187.2982.58.camel@pmac.infradead.org> <1220267810.4036.24.camel@sauron> <1220268480.2982.68.camel@pmac.infradead.org> <1220269436.4036.29.camel@sauron> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Adrian Hunter To: dedekind@infradead.org Return-path: Received: from casper.infradead.org ([85.118.1.10]:35288 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757215AbYIALuI (ORCPT ); Mon, 1 Sep 2008 07:50:08 -0400 In-Reply-To: <1220269436.4036.29.camel@sauron> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Mon, 2008-09-01 at 14:43 +0300, Artem Bityutskiy wrote: > May be, but there are only 5 bytes left. There are 5 uint32_ts left. And then there would be 3. > But why would you need more UUID bytes? People are mostly using 16-byte UUIDs. We only have space to expose 8 bytes. It just seems to make sense to expose all 16. But there's no overriding reason to do it, really. -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation