On Fri, Apr 9, 2010 at 10:57 PM, Mike Turquette wrote:
> Should this interface really be used directly by applications? What
> if two applications want to touch this interface? "He who writes last
> wins."
It sounds to me that what you're doing is a one-off hack anyway. As
Ben explained, a norm
On Thu, Apr 8, 2010 at 5:51 PM, Marti Raudsepp wrote:
> On Thu, Apr 8, 2010 at 9:24 PM, Mike Turquette wrote:
>> [...] Since DSP speed is tied to ARM speed
>> through the operating points I was hoping to use upower to place a
>> minimum frequency requirement. cpufreq governors like ondemand wil
On Thu, Apr 8, 2010 at 9:24 PM, Mike Turquette wrote:
> [...] Since DSP speed is tied to ARM speed
> through the operating points I was hoping to use upower to place a
> minimum frequency requirement. cpufreq governors like ondemand will
> not do this since it knows nothing of the DSP's needs.
On Wed, Apr 7, 2010 at 10:00 PM, Ben Gamari wrote:
> On Wed, 7 Apr 2010 13:25:30 -0500, Mike Turquette
> wrote:
>> Hi all,
>>
>> I was glancing over the QoS aspects of upower, and the control knobs
>> all appear to be related to latency.
>>
>> What if I had a codec for, say, video playback and I
On Wed, 7 Apr 2010 13:25:30 -0500, Mike Turquette wrote:
> Hi all,
>
> I was glancing over the QoS aspects of upower, and the control knobs
> all appear to be related to latency.
>
> What if I had a codec for, say, video playback and I know it needs X
> MHz to run properly. How could upower hel
Hi all,
I was glancing over the QoS aspects of upower, and the control knobs
all appear to be related to latency.
What if I had a codec for, say, video playback and I know it needs X
MHz to run properly. How could upower help me to do this? I'll
assume I have some cpufreq governor running in th
