cpufreq-dt error: failed to init cpufreq table: -61

cpufreq-dt error: failed to init cpufreq table: -61

[Belisko Marek]

Hi Tony,

I'm using custom am33xx board where mpu voltage can be changed through
gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
node and also operating-points to DT. Gpio regulator seems to be
working fine but during probing cpufreq-dt I get error:
failed to init cpufreq table: -61

I did small investigation and seem that dev_pm_opp_init_cpufreq_table
fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
because opp_list is empty. So it seems that any opp for am33xx aren't
defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
but there is nothing am33xx specific. It is known problem or exist
some patches around to fix that? Many thanks.

BR,

marek

-- 
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com

Re: cpufreq-dt error: failed to init cpufreq table: -61

[Felipe Balbi]

[-- Attachment #1: Type: text/plain, Size: 1107 bytes --]


Hi,

Belisko Marek <marek.belisko@gmail.com> writes:
> Hi Tony,
>
> I'm using custom am33xx board where mpu voltage can be changed through
> gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
> node and also operating-points to DT. Gpio regulator seems to be
> working fine but during probing cpufreq-dt I get error:
> failed to init cpufreq table: -61
>
> I did small investigation and seem that dev_pm_opp_init_cpufreq_table
> fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
> because opp_list is empty. So it seems that any opp for am33xx aren't
> defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
> but there is nothing am33xx specific. It is known problem or exist
> some patches around to fix that? Many thanks.

OPP initialization is not in mainline yet, there are some out-of-tree
patches which TI has been working on. If you want to use them, have a
look at TI's vendor kernel at [1]

[1] http://git.ti.com/ti-linux-kernel/ti-linux-kernel/blobs/ti-lsk-linux-4.1.y/arch/arm/mach-omap2/opp33xx_data.c

-- 
balbi

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: cpufreq-dt error: failed to init cpufreq table: -61

[Belisko Marek]

Hi Felipe,

On Tue, Oct 6, 2015 at 4:00 PM, Felipe Balbi <balbi@ti.com> wrote:
>
> Hi,
>
> Belisko Marek <marek.belisko@gmail.com> writes:
>> Hi Tony,
>>
>> I'm using custom am33xx board where mpu voltage can be changed through
>> gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
>> node and also operating-points to DT. Gpio regulator seems to be
>> working fine but during probing cpufreq-dt I get error:
>> failed to init cpufreq table: -61
>>
>> I did small investigation and seem that dev_pm_opp_init_cpufreq_table
>> fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
>> because opp_list is empty. So it seems that any opp for am33xx aren't
>> defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
>> but there is nothing am33xx specific. It is known problem or exist
>> some patches around to fix that? Many thanks.
>
> OPP initialization is not in mainline yet, there are some out-of-tree
> patches which TI has been working on. If you want to use them, have a
> look at TI's vendor kernel at [1]
Thanks for link. One thing which is still not puzzled before I use 3.9
kernel and it was working fine
it's stops working when bumped to 4.1.
>
> [1] http://git.ti.com/ti-linux-kernel/ti-linux-kernel/blobs/ti-lsk-linux-4.1.y/arch/arm/mach-omap2/opp33xx_data.c
>
> --
> balbi

BR,

marek

-- 
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com

Re: cpufreq-dt error: failed to init cpufreq table: -61

[Belisko Marek]

Hi,

On Tue, Oct 6, 2015 at 4:03 PM, Belisko Marek <marek.belisko@gmail.com> wrote:
> Hi Felipe,
>
> On Tue, Oct 6, 2015 at 4:00 PM, Felipe Balbi <balbi@ti.com> wrote:
>>
>> Hi,
>>
>> Belisko Marek <marek.belisko@gmail.com> writes:
>>> Hi Tony,
>>>
>>> I'm using custom am33xx board where mpu voltage can be changed through
>>> gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
>>> node and also operating-points to DT. Gpio regulator seems to be
>>> working fine but during probing cpufreq-dt I get error:
>>> failed to init cpufreq table: -61
>>>
>>> I did small investigation and seem that dev_pm_opp_init_cpufreq_table
>>> fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
>>> because opp_list is empty. So it seems that any opp for am33xx aren't
>>> defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
>>> but there is nothing am33xx specific. It is known problem or exist
>>> some patches around to fix that? Many thanks.
>>
>> OPP initialization is not in mainline yet, there are some out-of-tree
>> patches which TI has been working on. If you want to use them, have a
>> look at TI's vendor kernel at [1]
> Thanks for link. One thing which is still not puzzled before I use 3.9
> kernel and it was working fine
> it's stops working when bumped to 4.1.
Sorry information was incorrect. On 3.9 kernel we did use tps, pmic
now we have only gpio regulator
so this is the difference.
>>
>> [1] http://git.ti.com/ti-linux-kernel/ti-linux-kernel/blobs/ti-lsk-linux-4.1.y/arch/arm/mach-omap2/opp33xx_data.c
>>
>> --
>> balbi
>

BR,

marek

-- 
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com

Re: cpufreq-dt error: failed to init cpufreq table: -61

[Felipe Balbi]

[-- Attachment #1: Type: text/plain, Size: 1741 bytes --]

Belisko Marek <marek.belisko@gmail.com> writes:

> Hi,
>
> On Tue, Oct 6, 2015 at 4:03 PM, Belisko Marek <marek.belisko@gmail.com> wrote:
>> Hi Felipe,
>>
>> On Tue, Oct 6, 2015 at 4:00 PM, Felipe Balbi <balbi@ti.com> wrote:
>>>
>>> Hi,
>>>
>>> Belisko Marek <marek.belisko@gmail.com> writes:
>>>> Hi Tony,
>>>>
>>>> I'm using custom am33xx board where mpu voltage can be changed through
>>>> gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
>>>> node and also operating-points to DT. Gpio regulator seems to be
>>>> working fine but during probing cpufreq-dt I get error:
>>>> failed to init cpufreq table: -61
>>>>
>>>> I did small investigation and seem that dev_pm_opp_init_cpufreq_table
>>>> fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
>>>> because opp_list is empty. So it seems that any opp for am33xx aren't
>>>> defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
>>>> but there is nothing am33xx specific. It is known problem or exist
>>>> some patches around to fix that? Many thanks.
>>>
>>> OPP initialization is not in mainline yet, there are some out-of-tree
>>> patches which TI has been working on. If you want to use them, have a
>>> look at TI's vendor kernel at [1]
>> Thanks for link. One thing which is still not puzzled before I use 3.9
>> kernel and it was working fine
>> it's stops working when bumped to 4.1.
>
> Sorry information was incorrect. On 3.9 kernel we did use tps, pmic
> now we have only gpio regulator so this is the difference.

okay, if it's only a regulator how can you set different voltages ?
Seems like you won't be able to do anything more than enable/disable a
voltage rail.

-- 
balbi

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: cpufreq-dt error: failed to init cpufreq table: -61

[Felipe Balbi]

[-- Attachment #1: Type: text/plain, Size: 1918 bytes --]

Felipe Balbi <balbi@ti.com> writes:

> Belisko Marek <marek.belisko@gmail.com> writes:
>
>> Hi,
>>
>> On Tue, Oct 6, 2015 at 4:03 PM, Belisko Marek <marek.belisko@gmail.com> wrote:
>>> Hi Felipe,
>>>
>>> On Tue, Oct 6, 2015 at 4:00 PM, Felipe Balbi <balbi@ti.com> wrote:
>>>>
>>>> Hi,
>>>>
>>>> Belisko Marek <marek.belisko@gmail.com> writes:
>>>>> Hi Tony,
>>>>>
>>>>> I'm using custom am33xx board where mpu voltage can be changed through
>>>>> gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
>>>>> node and also operating-points to DT. Gpio regulator seems to be
>>>>> working fine but during probing cpufreq-dt I get error:
>>>>> failed to init cpufreq table: -61
>>>>>
>>>>> I did small investigation and seem that dev_pm_opp_init_cpufreq_table
>>>>> fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
>>>>> because opp_list is empty. So it seems that any opp for am33xx aren't
>>>>> defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
>>>>> but there is nothing am33xx specific. It is known problem or exist
>>>>> some patches around to fix that? Many thanks.
>>>>
>>>> OPP initialization is not in mainline yet, there are some out-of-tree
>>>> patches which TI has been working on. If you want to use them, have a
>>>> look at TI's vendor kernel at [1]
>>> Thanks for link. One thing which is still not puzzled before I use 3.9
>>> kernel and it was working fine
>>> it's stops working when bumped to 4.1.
>>
>> Sorry information was incorrect. On 3.9 kernel we did use tps, pmic
>> now we have only gpio regulator so this is the difference.
>
> okay, if it's only a regulator how can you set different voltages ?
                       ^^^^^^^^^
                       GPIO, rather


> Seems like you won't be able to do anything more than enable/disable a
> voltage rail.
>
> -- 
> balbi

-- 
balbi

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]

Re: cpufreq-dt error: failed to init cpufreq table: -61

[Belisko Marek]

On Tue, Oct 6, 2015 at 5:07 PM, Felipe Balbi <balbi@ti.com> wrote:
> Belisko Marek <marek.belisko@gmail.com> writes:
>
>> Hi,
>>
>> On Tue, Oct 6, 2015 at 4:03 PM, Belisko Marek <marek.belisko@gmail.com> wrote:
>>> Hi Felipe,
>>>
>>> On Tue, Oct 6, 2015 at 4:00 PM, Felipe Balbi <balbi@ti.com> wrote:
>>>>
>>>> Hi,
>>>>
>>>> Belisko Marek <marek.belisko@gmail.com> writes:
>>>>> Hi Tony,
>>>>>
>>>>> I'm using custom am33xx board where mpu voltage can be changed through
>>>>> gpio regulator on 4.1 (latest stable) kernel. I defined gpio-regulator
>>>>> node and also operating-points to DT. Gpio regulator seems to be
>>>>> working fine but during probing cpufreq-dt I get error:
>>>>> failed to init cpufreq table: -61
>>>>>
>>>>> I did small investigation and seem that dev_pm_opp_init_cpufreq_table
>>>>> fails at first condition dev_pm_opp_get_opp_count <= 0 and this is
>>>>> because opp_list is empty. So it seems that any opp for am33xx aren't
>>>>> defined if I'm getting it right. I did look to mach-omap2/opp3xxx_data
>>>>> but there is nothing am33xx specific. It is known problem or exist
>>>>> some patches around to fix that? Many thanks.
>>>>
>>>> OPP initialization is not in mainline yet, there are some out-of-tree
>>>> patches which TI has been working on. If you want to use them, have a
>>>> look at TI's vendor kernel at [1]
>>> Thanks for link. One thing which is still not puzzled before I use 3.9
>>> kernel and it was working fine
>>> it's stops working when bumped to 4.1.
>>
>> Sorry information was incorrect. On 3.9 kernel we did use tps, pmic
>> now we have only gpio regulator so this is the difference.
>
> okay, if it's only a regulator how can you set different voltages ?
> Seems like you won't be able to do anything more than enable/disable a
> voltage rail.
Sorry I wasn't precise. There are 2 gpios's with some small logic so
we have 4 voltage
states.
>
> --
> balbi

BR,

marek

-- 
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com