From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Garrett Subject: Re: [PATCH v2 2/2] relatime: Allow making relatime the default behaviour Date: Thu, 27 Nov 2008 16:47:54 +0000 Message-ID: <20081127164754.GC22963@srcf.ucam.org> References: <20081126195457.GA3541@srcf.ucam.org> <20081126195824.GB3541@srcf.ucam.org> <492DD035.5020705@oracle.com> <20081127150126.GA20941@srcf.ucam.org> <20081127150341.GB20941@srcf.ucam.org> <20081127163535.775729bf@lxorguk.ukuu.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Randy Dunlap , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, mingo@redhat.com, val.henson@gmail.com, matthew@wil.cx To: Alan Cox Return-path: Received: from cavan.codon.org.uk ([93.93.128.6]:39408 "EHLO vavatch.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751272AbYK0QsC (ORCPT ); Thu, 27 Nov 2008 11:48:02 -0500 Content-Disposition: inline In-Reply-To: <20081127163535.775729bf@lxorguk.ukuu.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, Nov 27, 2008 at 04:35:35PM +0000, Alan Cox wrote: > Putting in extra flags to allow the kernel and user space to fight each > other over mount defaults is a recipe for disaster. Take your userspace > mount command and beat it up appropriately. If you want a mount command > that defaults to relatime then ship a mount command that does. Yes, that sounds like a reasonable approach. In that case I'll update the first to include the support for configuring the timeout. -- Matthew Garrett | mjg59@srcf.ucam.org