[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <D8078B8B3B09934AA9F8F2D5FB3F28CE08A3CEFD3A@pdsmsx502.ccr.corp.intel.com>
Date: Fri, 17 Oct 2008 10:43:24 +0800
From: "Tian, Kevin" <kevin.tian@...el.com>
To: 'Arjan van de Ven' <arjan@...radead.org>,
"arun@...ux.vnet.ibm.com" <arun@...ux.vnet.ibm.com>
CC: "a.p.zijlstra@...llo.nl" <a.p.zijlstra@...llo.nl>,
"mingo@...e.hu" <mingo@...e.hu>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"vatsa@...ux.vnet.ibm.com" <vatsa@...ux.vnet.ibm.com>,
"andi@...stfloor.org" <andi@...stfloor.org>,
"linux-pm@...ts.linux-foundation.org"
<linux-pm@...ts.linux-foundation.org>,
"tglx@...utronix.de" <tglx@...utronix.de>
Subject: RE: [linux-pm] [RFC PATCH 0/4] timers: Timer migration
>From: Arjan van de Ven
>Sent: Thursday, October 16, 2008 10:38 PM
>On Thu, 16 Oct 2008 17:12:39 +0530
>>
>>
>> Here's a brief introduction as to why we need timer migration.
>>
>
>as I've said before, for reducing power consumption I don't buy into
>needing this concept....
>
>If you have high frequency timers, you've lost no matter what (and we
>fixed almost all of them in the ecosystem); if you don't have those
>then this patch doesn't really add anything.
>(and the range-hrtimers fixes the intermediate state)
>
Does range-hrtimers work in per-cpu style or globally? If the former
I guess this timer migration may help range-hrtimers feature to
further align rest timers. If globally, then small room remains.
Arun, did you have any actual power improvement data with it?
Thanks,
Kevin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists