On Tuesday, October 22, 2013 06:12:08 AM Viresh Kumar wrote:
> On 22 October 2013 04:09, Rafael J. Wysocki wrote:
> > I don't think I've missed it. It should be commit 1bab64d in my tree.
>
> I fetched your tree yesterday and this wasn't there in linux-next or
> bleeding-edge branch.. When I
On Tuesday, October 22, 2013 06:12:08 AM Viresh Kumar wrote:
On 22 October 2013 04:09, Rafael J. Wysocki r...@sisk.pl wrote:
I don't think I've missed it. It should be commit 1bab64d in my tree.
I fetched your tree yesterday and this wasn't there in linux-next or
bleeding-edge branch..
On 22 October 2013 04:09, Rafael J. Wysocki wrote:
> I don't think I've missed it. It should be commit 1bab64d in my tree.
I fetched your tree yesterday and this wasn't there in linux-next or
bleeding-edge branch.. When I fetched it now again, it is there..
Thanks.
--
To unsubscribe from this
On Monday, October 21, 2013 12:43:32 PM Viresh Kumar wrote:
> On 13 October 2013 06:07, Viresh Kumar wrote:
> > On 13/10/2013, Rafael J. Wysocki wrote:
> >> -> What about this:
> >>
> >> /*
> >>* The core will not set policy->cur, because cpufreq_driver->get is
> >> NULL,
> >>
On 13 October 2013 06:07, Viresh Kumar wrote:
> On 13/10/2013, Rafael J. Wysocki wrote:
>> -> What about this:
>>
>> /*
>>* The core will not set policy->cur, because cpufreq_driver->get is
>> NULL,
>>* so we need to set it here. However, we have to guess it, because
>>
On 13 October 2013 06:07, Viresh Kumar viresh.ku...@linaro.org wrote:
On 13/10/2013, Rafael J. Wysocki r...@sisk.pl wrote:
- What about this:
/*
* The core will not set policy-cur, because cpufreq_driver-get is
NULL,
* so we need to set it here. However, we have to
On Monday, October 21, 2013 12:43:32 PM Viresh Kumar wrote:
On 13 October 2013 06:07, Viresh Kumar viresh.ku...@linaro.org wrote:
On 13/10/2013, Rafael J. Wysocki r...@sisk.pl wrote:
- What about this:
/*
* The core will not set policy-cur, because cpufreq_driver-get is
On 22 October 2013 04:09, Rafael J. Wysocki r...@sisk.pl wrote:
I don't think I've missed it. It should be commit 1bab64d in my tree.
I fetched your tree yesterday and this wasn't there in linux-next or
bleeding-edge branch.. When I fetched it now again, it is there..
Thanks.
--
To unsubscribe
Sat, 12 Oct 2013 07:00:01 +0530
Subject: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO
case
policy->cur is now set by cpufreq core when cpufreq_driver->get() is defined and
so drivers aren't required to set it. When space_id is ACPI_ADR_SPACE_SYSTEM_IO
for acpi cpufreq dr
On Saturday, October 12, 2013 08:58:10 PM Viresh Kumar wrote:
> On 12/10/2013, Rafael J. Wysocki wrote:
> > Well, please merge it with the existing comment and use the usual format
> > for comments that are longer than two lines.
>
> I thought these are separate comments and so keeping them
cb9ef81b50eb5e8559f7d132ef46803c8272091 Mon Sep 17 00:00:00 2001
Message-Id:
From: Viresh Kumar
Date: Sat, 12 Oct 2013 07:00:01 +0530
Subject: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO
case
policy->cur is now set by cpufreq core when cpufreq_driver->get() is
On Saturday, October 12, 2013 07:06:03 AM Viresh Kumar wrote:
> policy->cur is now set by cpufreq core when cpufreq_driver->get() is defined
> and
> so drivers aren't required to set it. When space_id is
> ACPI_ADR_SPACE_SYSTEM_IO
> for acpi cpufreq driver it doesn't set ->get to a valid
On Saturday, October 12, 2013 07:06:03 AM Viresh Kumar wrote:
policy-cur is now set by cpufreq core when cpufreq_driver-get() is defined
and
so drivers aren't required to set it. When space_id is
ACPI_ADR_SPACE_SYSTEM_IO
for acpi cpufreq driver it doesn't set -get to a valid function
: Add comment under ACPI_ADR_SPACE_SYSTEM_IO
case
policy-cur is now set by cpufreq core when cpufreq_driver-get() is defined and
so drivers aren't required to set it. When space_id is ACPI_ADR_SPACE_SYSTEM_IO
for acpi cpufreq driver it doesn't set -get to a valid function pointer and so
policy-cur
On Saturday, October 12, 2013 08:58:10 PM Viresh Kumar wrote:
On 12/10/2013, Rafael J. Wysocki r...@sisk.pl wrote:
Well, please merge it with the existing comment and use the usual format
for comments that are longer than two lines.
I thought these are separate comments and so keeping them
:01 +0530
Subject: [PATCH] cpufreq: acpi: Add comment under ACPI_ADR_SPACE_SYSTEM_IO
case
policy-cur is now set by cpufreq core when cpufreq_driver-get() is defined and
so drivers aren't required to set it. When space_id is ACPI_ADR_SPACE_SYSTEM_IO
for acpi cpufreq driver it doesn't set -get
policy->cur is now set by cpufreq core when cpufreq_driver->get() is defined and
so drivers aren't required to set it. When space_id is ACPI_ADR_SPACE_SYSTEM_IO
for acpi cpufreq driver it doesn't set ->get to a valid function pointer and so
policy->cur is required to be set by driver.
This is
policy-cur is now set by cpufreq core when cpufreq_driver-get() is defined and
so drivers aren't required to set it. When space_id is ACPI_ADR_SPACE_SYSTEM_IO
for acpi cpufreq driver it doesn't set -get to a valid function pointer and so
policy-cur is required to be set by driver.
This is already
18 matches
Mail list logo