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 <hdego...@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