xfs
[Top] [All Lists]

Re: [patch 1/1] Update laptop mode control script with XFS_HZ=100

To: Nathan Scott <nathans@xxxxxxx>
Subject: Re: [patch 1/1] Update laptop mode control script with XFS_HZ=100
From: Bart Samwel <bart@xxxxxxxxx>
Date: Wed, 12 May 2004 09:53:07 +0200
Cc: Andrew Morton <akpm@xxxxxxxx>, linux-xfs@xxxxxxxxxxx
In-reply-to: <20040512090006.B362314@xxxxxxxxxxxxxxxxxxxxxxxx>
References: <E1BNdCk-0008BN-TJ@xxxxxxxxx> <20040511154057.6d6c193b.akpm@xxxxxxxx> <20040512090006.B362314@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113
Nathan Scott wrote:

On Tue, May 11, 2004 at 03:40:57PM -0700, Andrew Morton wrote:

bart@xxxxxxxxx wrote:

The laptop mode control script incorrectly guesses XFS_HZ=1000.

I thought you switched the laptop mode XFS patches to USER_HZ to
avoid this issue Bart?

I did. But I forgot to update the Laptop Mode control script to use the common USER_HZ value as well, and that's what this patch is for. (In fact, I didn't see that the USER_HZ patch went in until 2.6.6 came out, so that's why I didn't submit this patch earlier.)

aargh.  XFS is broken.  It shouldn't be exposing jiffy-based tunables into
/proc, or `mount -o remount' or whatever.

It would be much better to rework XFS so that these user-visible tunables
are in units of milliseconds, centiseconds or whatever.

They're in USER_HZ since 2.6.6. Andrew, is that OK or should they really be in some even more fixed unit?

--Bart


<Prev in Thread] Current Thread [Next in Thread>