| 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> |
|---|---|---|
| ||
| Previous by Date: | TAKE 912975 - laptop mode patch, Nathan Scott |
|---|---|
| Next by Date: | Re: [patch 1/1] Update laptop mode control script with XFS_HZ=100, Bart Samwel |
| Previous by Thread: | Re: [patch 1/1] Update laptop mode control script with XFS_HZ=100, Bart Samwel |
| Next by Thread: | Re: [patch 1/1] Update laptop mode control script with XFS_HZ=100, Andrew Morton |
| Indexes: | [Date] [Thread] [Top] [All Lists] |