On Thu, Apr 28, 2011 at 5:48 AM, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 12:26 PM, Thomas Gleixner t...@linutronix.de wrote:
Forget OMAP implementation details for a while, sit back and look at
the big picture.
Here's my proposal for DVFS:
- DVFS is implemented in
On Wed, Apr 27, 2011 at 10:59 PM, MyungJoo Ham myungjoo@samsung.com wrote:
What one instance of DVFS (devfreq) controls are clocks and
regulators. (a device may have multiple regulators as well as multiple
clocks)
What one instance of DVFS (devfreq) monitors (device load and/or
On Wed, Apr 27, 2011 at 11:12 PM, MyungJoo Ham myungjoo@samsung.com wrote:
On Thu, Apr 28, 2011 at 5:48 AM, Colin Cross ccr...@google.com wrote:
OPP currently has opp_enable and opp_disable functions. I don't
understand why these are needed, they are only used at init time to
determine
On Thu, Apr 28, 2011 at 3:44 PM, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:12 PM, MyungJoo Ham myungjoo@samsung.com
wrote:
On Thu, Apr 28, 2011 at 5:48 AM, Colin Cross ccr...@google.com wrote:
OPP currently has opp_enable and opp_disable functions. I don't
On Wed, Apr 27, 2011 at 11:50 PM, MyungJoo Ham myungjoo@samsung.com wrote:
On Thu, Apr 28, 2011 at 3:44 PM, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:12 PM, MyungJoo Ham myungjoo@samsung.com
wrote:
On Thu, Apr 28, 2011 at 5:48 AM, Colin Cross ccr...@google.com
On Thu, Apr 28, 2011 at 3:43 PM, Colin Cross ccr...@google.com wrote:
I understand the need for some sort of governor that can use device
state to determine the necessary clock frequencies. Where I disagree
is the connection to voltages. The governor should ONLY determine the
frequencies
On Thu, Apr 28, 2011 at 4:06 PM, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:50 PM, MyungJoo Ham myungjoo@samsung.com
wrote:
On Thu, Apr 28, 2011 at 3:44 PM, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:12 PM, MyungJoo Ham myungjoo@samsung.com
On Wed, Apr 27, 2011 at 01:48:52PM -0700, Colin Cross wrote:
OPP currently has opp_enable and opp_disable functions. I don't
understand why these are needed, they are only used at init time to
determine available voltages, which could be handled by never passing
unavailable voltages to the
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a struct device * and a frequency to a voltage, which is not a
generically useful pairing, as far as I can tell. On Tegra, it is
quite
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a struct device * and a frequency to a voltage, which is not a
(sorry, missent the earlier one)
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a struct device * and a frequency to a
On Wed, Apr 27, 2011 at 13:29, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for this, and OPP as well. OPP
matches a
On Wed, Apr 27, 2011 at 11:48 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 13:29, Colin Cross ccr...@google.com wrote:
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little
On Wed, 27 Apr 2011, Menon, Nishanth wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
I proposed in a different thread on LKML that DVFS be handled within
the generic clock implementation. Platforms would register a
regulator and a table of voltages for each
On Wed, 27 Apr 2011, Menon, Nishanth wrote:
OPP table is just a storage and retrieval mechanism, it is upto SoC
frameworks to choose the most adequate of solutions - e.g. OMAP has
omap_device, hwmod and a clock framework for more intricate control to
work in conjunction with cpuidle
On Wed, Apr 27, 2011 at 12:26 PM, Thomas Gleixner t...@linutronix.de wrote:
Forget OMAP implementation details for a while, sit back and look at
the big picture.
Here's my proposal for DVFS:
- DVFS is implemented in drivers/clk/dvfs.c, and is called by the
common clock implementation to adjust
On Thu, Apr 28, 2011 at 3:37 AM, Colin Cross ccr...@google.com wrote:
(sorry, missent the earlier one)
On Wed, Apr 27, 2011 at 11:07 AM, Menon, Nishanth n...@ti.com wrote:
On Wed, Apr 27, 2011 at 12:49, Colin Cross ccr...@google.com wrote:
+l-o
I'm a little confused about the design for
17 matches
Mail list logo