On Tue, Aug 26, 2014 at 11:44 PM, Harry van Haaren
<harryhaaren@xxxxxxxxx> wrote:
> On Tue, Aug 26, 2014 at 5:34 AM, Viresh Kumar <viresh.kumar@xxxxxxxxxx> wrote:
>> The functions of interest would be, drivers/cpufreq/cpufreq.c:
>> - static ssize_t show(struct kobject *kobj, struct attribute *attr, char *buf)
>> - static ssize_t store_scaling_governor(struct cpufreq_policy *policy,
>> const char *buf, size_t count)
>>
>> Try to add some prints there while returning errors and then try to change
>> governor from userspace and things might get somewhat better then..
>
> Thanks for the suggestion, I'll update once I have more info
Found a little time to check this: the cpufreq_get_policy() call
returns non-zero:
static ssize_t store_scaling_governor(struct cpufreq_policy *policy,
const char *buf, size_t count)
{
int ret;
char str_governor[16];
struct cpufreq_policy new_policy;
printk( "RT debug: store_scaling_governor() with %s\n", buf );
ret = cpufreq_get_policy(&new_policy, policy->cpu);
if (ret)
{
printk( "RT debug: ERROR: get policy() returned \n" );
return ret;
}
dmesg:
[ 43.186804] RT debug: store_scaling_governor() with performance
[ 43.186811] RT debug: ERROR: get policy() returned
This output is from a fresh boot: so it seems that the getting the
current policy after
a boot isn't functioning right here.
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
