Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753602Ab1DRXDE (ORCPT ); Mon, 18 Apr 2011 19:03:04 -0400 Received: from mx1.redhat.com ([209.132.183.28]:33883 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752893Ab1DRXDC (ORCPT ); Mon, 18 Apr 2011 19:03:02 -0400 Date: Mon, 18 Apr 2011 19:02:55 -0400 From: Dave Jones To: Kay Sievers Cc: "Aneesh Kumar K.V" , Linus Torvalds , Linux Kernel Mailing List , Eric Sandeen Subject: Re: Linux 2.6.39-rc3 Message-ID: <20110418230254.GA22588@redhat.com> Mail-Followup-To: Dave Jones , Kay Sievers , "Aneesh Kumar K.V" , Linus Torvalds , Linux Kernel Mailing List , Eric Sandeen References: <20110412190934.GA12082@redhat.com> <20110412192103.GA13278@redhat.com> <87tye1ckhr.fsf@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 890 Lines: 23 On Tue, Apr 19, 2011 at 12:57:27AM +0200, Kay Sievers wrote: > > uuid: is the option field ?as per > > Documentation/filesystem/proc.txt. There was an error in libmount > > parsing which got fixed upstream recently > > Just a simple question about this approach in general? A filesystem > UUID can be changed on disk at any time (tune2fs -U ...). > > Your code looks like you copy the bytes to the in-kernel superblock > structure without noticing any later changes on disk? How is that > supposed to work? I thought tune2fs on a mounted filesystem was always a "you get to keep both pieces if it breaks" situation. Dave -- 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/