[<prev] [next>] [day] [month] [year] [list]
Message-id: <1134564356.176631418712156720.JavaMail.weblogic@epmlwas06d>
Date: Tue, 16 Dec 2014 06:42:39 +0000 (GMT)
From: MyungJoo Ham <myungjoo.ham@...sung.com>
To: Alexandre Courbot <gnurou@...il.com>,
Arto Merilainen <amerilainen@...dia.com>
Cc: 박경민 <kyungmin.park@...sung.com>,
"tomeu.vizoso@...labora.com" <tomeu.vizoso@...labora.com>,
"javier.martinez@...labora.co.uk" <javier.martinez@...labora.co.uk>,
"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"swarren@...dotorg.org" <swarren@...dotorg.org>,
"thierry.reding@...il.com" <thierry.reding@...il.com>,
"grant.likely@...aro.org" <grant.likely@...aro.org>,
"srasal@...dia.com" <srasal@...dia.com>
Subject: Re: Re: [RFC RESEND 0/3] Add watermark support to devfreq
Alexandre Courbot:
>
> MyungJoo, the issue of having this feature in the core vs. having it
> as a devfreq "extension" aside, do you agree with the core idea? An
> informl ack for the idea would allow us to start leveraging this for
> the ACTMON driver. With a concrete user it will make it easier for
> everyone to understand how the pieces should fit together.
Yes, I love the idea of event/interrupt-driven DVFS and I agree with
the core idea. The remaining concern is that the current "implementation"
might be too invasive to the subsystem while it does not need to be as
a governor can always choose not to poll. And the other issues are
quite minor as well.
Actually, it appears that next-generations of some architectures
(I think I cannot publically say which and when) are going to support
this for general peripherals on the bus and the CPU soon.
Cheers,
MyungJoo
>
Powered by blists - more mailing lists