Bug#793185: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard

[Leonardo Canducci <leonardo.canducci@gmail.com>]

I got lost somewhere in that long thread but I saw cpufreq on cubie* works for someone [0]. It's just a matter of loading two modules. I tried myself on my jessie install (kernel from experimental) and can confirm that:

leo@cubetto:~$ sudo modprobe axp20x-regulator
leo@cubetto:~$ sudo modprobe cpufreq-dt
leo@cubetto:~$ ls /sys/devices/system/cpu/cpu0/cpufreq/
affected_cpus               related_cpus                   scaling_governor
cpuinfo_cur_freq            scaling_available_frequencies  scaling_max_freq
cpuinfo_max_freq            scaling_available_governors    scaling_min_freq
cpuinfo_min_freq            scaling_cur_freq               scaling_setspeed
cpuinfo_transition_latency  scaling_driver                 stats

How do I make this change persistent?

Thanks, Leonardo

[0] http://forum.armbian.com/index.php/topic/108-no-cpufreq-support-in-cubietruck-debian-39-wheezy-405/?p=781

2015-07-24 15:23 GMT+02:00 Hans de Goede <hdegoede@redhat.com>:

Hi,

On 24-07-15 15:16, Maxime Ripard wrote:

On Fri, Jul 24, 2015 at 02:58:31PM +0200, Hans de Goede wrote:

There is slightly more to it then those 5 lines, but yes we should enable
voltage scaling on more boards. This mostly requires someone to simply
just do the work.

I've a workshop on dts this weekend at our localhacker space and the plan
is for the people attending to get some handson experience by them doing
this work (amongst other things)  :)

While I agree with you on the fact that more board needs to have the
regulators enabled, I really don't think that making some newbies
doing it without any schematics (and boards I guess?)

They will only be writing patches for boards which I have, and the patches
will be tested on the actual boards before submitting them upstream.

I will be collecting and double checking all patches before sending them
to you.

I will let you know if they blow up any boards :)  But I do not really
expect that to happen.

> is a good thing

when it comes to something that can permanently damage a board.

I'd expect that such changes would be carefully done and tested before
being submitted.

And they will be, see above.

Regards,

Hans

--

Leonardo Canducci