Re: [linux-pm] PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-09-01 Thread David Brownell
> Date: Wed, 31 Aug 2005 20:05:02 -0700 > From: Todd Poynor <[EMAIL PROTECTED]> > > David Brownell wrote: > > Interesting. I start to like this shape better; it moves more of the > > logic to operating point code, where it can make the sysfs interface > > talk in terms of meaningful abstractions,

Re: [linux-pm] PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-09-01 Thread David Brownell
Date: Wed, 31 Aug 2005 20:05:02 -0700 From: Todd Poynor [EMAIL PROTECTED] David Brownell wrote: Interesting. I start to like this shape better; it moves more of the logic to operating point code, where it can make the sysfs interface talk in terms of meaningful abstractions, not cryptic

Re: [linux-pm] PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-08-31 Thread Todd Poynor
David Brownell wrote: Interesting. I start to like this shape better; it moves more of the logic to operating point code, where it can make the sysfs interface talk in terms of meaningful abstractions, not cryptic numeric offsets. But it was odd to see the first patch be platform-specific

Re: [linux-pm] PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-08-31 Thread Todd Poynor
David Brownell wrote: Interesting. I start to like this shape better; it moves more of the logic to operating point code, where it can make the sysfs interface talk in terms of meaningful abstractions, not cryptic numeric offsets. But it was odd to see the first patch be platform-specific

Re: [linux-pm] PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-08-30 Thread David Brownell
Interesting. I start to like this shape better; it moves more of the logic to operating point code, where it can make the sysfs interface talk in terms of meaningful abstractions, not cryptic numeric offsets. But it was odd to see the first patch be platform-specific support, rather than be a

Re: [linux-pm] PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-08-30 Thread David Brownell
Interesting. I start to like this shape better; it moves more of the logic to operating point code, where it can make the sysfs interface talk in terms of meaningful abstractions, not cryptic numeric offsets. But it was odd to see the first patch be platform-specific support, rather than be a

PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-08-24 Thread Todd Poynor
PowerOP support for OMAP1 platforms. Currently handles these power parameters: dpllmult DPLL_CTL reg PLL MULT bits dplldiv DPLL_CTL reg PLL DIV bits armdiv ARM_CKCTL reg ARMDIV bits dspdiv ARM_CKCTL reg DSPDIV bits tcdivARM_CKCTL reg TCDIV bits

PowerOP Take 2 1/3: ARM OMAP1 platform support

2005-08-24 Thread Todd Poynor
PowerOP support for OMAP1 platforms. Currently handles these power parameters: dpllmult DPLL_CTL reg PLL MULT bits dplldiv DPLL_CTL reg PLL DIV bits armdiv ARM_CKCTL reg ARMDIV bits dspdiv ARM_CKCTL reg DSPDIV bits tcdivARM_CKCTL reg TCDIV bits