Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, Maxime Ripard wrote: > > So any mechanical change is not something that can be done. Especially > for something that might blow up your board. > Thanks for the warning. I already started to prepare to blow away the Lamobo R1 I've here by applying the cubietruck device tree settings (for this board there's only a reverse engineered power scheme available that looks good to my. But actually I've no idea what I'm doing :-) Now with CONFIG_REGULATOR_AXP20X=y everything's fine on cubietruck. Thanks for providing both the solution and the comprehensive interrelationship between here and there (and of course for all the good work you all provide) -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[linux-sunxi] CCCamp 2015
Hey everyone, I'll be attending CCCamp next month near Berlin, Germany. I'll be presenting Replicant and the various issues related to freedom and privacy/security on mobile devices there. Do other members of the linux-sunxi community plan on attending the event? It could be a nice idea to gather up, like we did at FOSDEM! I'm looking forward to meeting members of the community there! -- Paul Kocialkowski, Replicant developer Replicant is a fully free Android distribution running on several devices, a free software mobile operating system putting the emphasis on freedom and privacy/security. Website: http://www.replicant.us/ Blog: http://blog.replicant.us/ Wiki/tracker/forums: http://redmine.replicant.us/ -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: This is a digitally signed message part
[linux-sunxi] Re: [PATCH v3 4/4] power: Add an axp20x-usb-power driver
Hi, On Fri, Jun 26, 2015 at 12:59:17PM +0200, Hans de Goede wrote: > This adds a driver for the usb power_supply bits of the axp20x PMICs. > > I initially started writing my own driver, before coming aware of > Bruno Prémont's excellent earlier RFC with a driver for this. > > My driver was lacking CURRENT_MAX and VOLTAGE_MIN support Bruno's > drvier has, so I've copied the code for those from his driver. > > Note that the AC-power-supply and battery charger bits will need separate > drivers. Each one needs its own devictree child-node so that other > devicetree nodes can reference the right power-supply, and thus each one > will get its own mfd-cell / platform_device and platform-driver. Once the other comments have been taken care of, the driver looks ok to me. -- Sebastian -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
[linux-sunxi] Re: [PATCH v3 1/4] ARM: dts: Add binding documentation for AXP20x pmic usb power supply
Hi, On Fri, Jun 26, 2015 at 12:59:14PM +0200, Hans de Goede wrote: > Add binding documentation for the usb power supply part of the AXP20x pmic. > [...] > +Example: > + > [...] > + > + usb_power_supply: usb_power_supply { use usb-power-supply here. > + compatible = "x-powers,axp202-usb-power-supply"; > + }; > +}; -- Sebastian -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
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 -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
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?) 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. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 05:58:34AM -0700, m.silentcr...@gmail.com wrote: > > So while using CONFIG_REGULATOR_AXP20X=y will bring working > > cpufreq support to the cubietruck, shouldn't adding these lines to > > the device trees of the other 5 A20 devices enable CPU voltage > > scaling there? > > Basically yes. The point that Chen-Yu made is that he and other > developers don't have all boards available to verify that all of > these boards use the same layout for their wiring. The hard part is that there's not a single reference design there. There's some pattern, but it's not at all something that can be made generic, because to a few exceptions, no one uses the same regulator to power the same thing, and with the same constraints (that directly depend on the stuff that you have connected on the other end of the regulator). So any mechanical change is not something that can be done. Especially for something that might blow up your board. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 05:49:42AM -0700, Thomas Kaiser wrote: > Hi, > > Timo wrote: > > > > I think what Maxime was trying to say is, that while all of your boards > > support Cpufreq, only the Cubietruck supports voltage scaling because only > > Cubietruck has the power regulator nodes defined in it's dts file (just > > have a look at the last lines of the Cubitruck dts file and compare that to > > the dts file, let's say, for Bananapi). On the other boards, the frequency > > is scaled, but the voltage always stays at 1.4V as set in U-Boot (that > > means the voltages in the cpufreq operating points are not used on these > > boards). At least that's what I understand after a recent email axchange > > with Chen-Yu Tsai. > > > Ah, now I think I understand. You're talking about these lines here? > > > https://github.com/RobertCNelson/u-boot/blob/master/arch/arm/dts/sun7i-a20-cubietruck.dts#L244-L269 > > So while using CONFIG_REGULATOR_AXP20X=y will bring working cpufreq > support to the cubietruck, shouldn't adding these lines to the > device trees of the other 5 A20 devices enable CPU voltage scaling > there? That and https://github.com/RobertCNelson/u-boot/blob/master/arch/arm/dts/sun7i-a20-cubietruck.dts#L108-L110 Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, On 24-07-15 14:49, Thomas Kaiser wrote: Hi, Timo wrote: I think what Maxime was trying to say is, that while all of your boards support Cpufreq, only the Cubietruck supports voltage scaling because only Cubietruck has the power regulator nodes defined in it's dts file (just have a look at the last lines of the Cubitruck dts file and compare that to the dts file, let's say, for Bananapi). On the other boards, the frequency is scaled, but the voltage always stays at 1.4V as set in U-Boot (that means the voltages in the cpufreq operating points are not used on these boards). At least that's what I understand after a recent email axchange with Chen-Yu Tsai. Ah, now I think I understand. You're talking about these lines here? https://github.com/RobertCNelson/u-boot/blob/master/arch/arm/dts/sun7i-a20-cubietruck.dts#L244-L269 So while using CONFIG_REGULATOR_AXP20X=y will bring working cpufreq support to the cubietruck, shouldn't adding these lines to the device trees of the other 5 A20 devices enable CPU voltage scaling there? 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) :) Regards, Hans -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Am Freitag, 24. Juli 2015 14:49:42 UTC+2 schrieb Thomas Kaiser: > Ah, now I think I understand. You're talking about these lines here? > > > > https://github.com/RobertCNelson/u-boot/blob/master/arch/arm/dts/sun7i-a20-cubietruck.dts#L244-L269 > Yes. > > So while using CONFIG_REGULATOR_AXP20X=y will bring working cpufreq support > to the cubietruck, shouldn't adding these lines to the device trees of the > other 5 A20 devices enable CPU voltage scaling there? Basically yes. The point that Chen-Yu made is that he and other developers don't have all boards available to verify that all of these boards use the same layout for their wiring. Therefore they just leave these bits out. I'm actually working on a small patch to add these regulator bits to the BananaPi and possibly BananaPro dts files. I will post it soon, when I gathered enough information to ensure everything works fine. But anyway, we're getting offtopic here. So let's postpone this discussion until then. Cheers, Timo -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, Timo wrote: > > I think what Maxime was trying to say is, that while all of your boards > support Cpufreq, only the Cubietruck supports voltage scaling because only > Cubietruck has the power regulator nodes defined in it's dts file (just > have a look at the last lines of the Cubitruck dts file and compare that to > the dts file, let's say, for Bananapi). On the other boards, the frequency > is scaled, but the voltage always stays at 1.4V as set in U-Boot (that > means the voltages in the cpufreq operating points are not used on these > boards). At least that's what I understand after a recent email axchange > with Chen-Yu Tsai. Ah, now I think I understand. You're talking about these lines here? https://github.com/RobertCNelson/u-boot/blob/master/arch/arm/dts/sun7i-a20-cubietruck.dts#L244-L269 So while using CONFIG_REGULATOR_AXP20X=y will bring working cpufreq support to the cubietruck, shouldn't adding these lines to the device trees of the other 5 A20 devices enable CPU voltage scaling there? -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 05:12:57AM -0700, Thomas Kaiser wrote: > > > What puzzles me is that exactly the same kernel (I used Igor Pečovnik's > > > build system) provides working cpufreq support on 5 A20 devices and one > > it > > > fails. > > > > And none of those 5 use CPU voltage scaling. > > > > Maybe I don't understand the whole meaning. But on a Banana Pi a few weeks > ago [1] and on a pcDuino3 Nano I used the last days for USB/UAS benchmarks > the cpufreq stuff was available below /sys/devices/system/cpu/cpu0/cpufreq/ > and altering parameters always had an effect. Yes, and it had an effect on the frequency, not the voltage. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Am Freitag, 24. Juli 2015 14:12:57 UTC+2 schrieb Thomas Kaiser: > Maxime Ripard wrote: > > > What puzzles me is that exactly the same kernel (I used Igor Pečovnik's > > > > build system) provides working cpufreq support on 5 A20 devices and one > > > it > > > > fails. > > > And none of those 5 use CPU voltage scaling. > > Maybe I don't understand the whole meaning. But on a Banana Pi a few weeks > ago [1] and on a pcDuino3 Nano I used the last days for USB/UAS benchmarks > the cpufreq stuff was available below /sys/devices/system/cpu/cpu0/cpufreq/ > and altering parameters always had an effect. But I will follow your advise, > double check and report back. I think what Maxime was trying to say is, that while all of your boards support Cpufreq, only the Cubietruck supports voltage scaling because only Cubietruck has the power regulator nodes defined in it's dts file (just have a look at the last lines of the Cubitruck dts file and compare that to the dts file, let's say, for Bananapi). On the other boards, the frequency is scaled, but the voltage always stays at 1.4V as set in U-Boot (that means the voltages in the cpufreq operating points are not used on these boards). At least that's what I understand after a recent email axchange with Chen-Yu Tsai. Cheers, Timo -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, Maxime Ripard wrote: > On Fri, Jul 24, 2015 at 04:36:57AM -0700, Thomas Kaiser wrote: > > > And this was the kernel config I used: > > > https://github.com/igorpecovnik/lib/blob/429867a80c85011b6d31048481c0beb1c7bc76fa/config/linux-sunxi-next.config > > > # CONFIG_REGULATOR_AXP20X is not set > Thanks. Will give it a try with CONFIG_REGULATOR_AXP20X=y ASAP. > > What puzzles me is that exactly the same kernel (I used Igor Pečovnik's > > build system) provides working cpufreq support on 5 A20 devices and one > it > > fails. > > And none of those 5 use CPU voltage scaling. > Maybe I don't understand the whole meaning. But on a Banana Pi a few weeks ago [1] and on a pcDuino3 Nano I used the last days for USB/UAS benchmarks the cpufreq stuff was available below /sys/devices/system/cpu/cpu0/cpufreq/ and altering parameters always had an effect. But I will follow your advise, double check and report back. Thx, Thomas [1] http://www.lemaker.org/forum.php?mod=viewthread&tid=15543 -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 04:36:57AM -0700, Thomas Kaiser wrote: > Hi, > > Hans de Goede wrote: > > > > Is the debian kernel building the axp209 mfd driver, and also > > the axp20x regulator drive, and do these get loaded properly on the > > cubietruck ? > > > > Unfortunately I've no idea since i fetch the kernel sources directly from > git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git > > And this was the kernel config I used: > https://github.com/igorpecovnik/lib/blob/429867a80c85011b6d31048481c0beb1c7bc76fa/config/linux-sunxi-next.config # CONFIG_REGULATOR_AXP20X is not set > What puzzles me is that exactly the same kernel (I used Igor Pečovnik's > build system) provides working cpufreq support on 5 A20 devices and one it > fails. And none of those 5 use CPU voltage scaling. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, Hans de Goede wrote: > > Is the debian kernel building the axp209 mfd driver, and also > the axp20x regulator drive, and do these get loaded properly on the > cubietruck ? > Unfortunately I've no idea since i fetch the kernel sources directly from git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git And this was the kernel config I used: https://github.com/igorpecovnik/lib/blob/429867a80c85011b6d31048481c0beb1c7bc76fa/config/linux-sunxi-next.config What puzzles me is that exactly the same kernel (I used Igor Pečovnik's build system) provides working cpufreq support on 5 A20 devices and one it fails. -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Hi, On 24-07-15 12:08, Thomas Kaiser wrote: Leonardo Canducci wrote: I've submitted a bug [0] in the Debian BTS and tried kernel 4.0 and 4.1 from unstable and experimental branches with no success I can confirm that it's neither working with 4.0.4 and 4.1 on cubietruck (always tried Wheezy): http://forum.armbian.com/index.php/topic/108-no-cpufreq-support-in-cubietruck-debian-39-wheezy-405/#entry764 With the very same kernel/userland (kernel exactly identical) cpufreq stuff works on the other A20 devices I tested with: A20-Lime2, Banana Pi, Banana Pro, pcDuino3 Nano, Lamobo R1 The Cubietruck has the necessary bits in the dts to also enable voltage scaling. Is the debian kernel building the axp209 mfd driver, and also the axp20x regulator drive, and do these get loaded properly on the cubietruck ? Regards, Hans -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[linux-sunxi] Re: forwarding a bug: cpufreq missing in debian stable on a cuibeboard
Leonardo Canducci wrote: > > I've submitted a bug [0] in the Debian BTS and tried kernel 4.0 and 4.1 > from unstable and experimental branches with no success > I can confirm that it's neither working with 4.0.4 and 4.1 on cubietruck (always tried Wheezy): http://forum.armbian.com/index.php/topic/108-no-cpufreq-support-in-cubietruck-debian-39-wheezy-405/#entry764 With the very same kernel/userland (kernel exactly identical) cpufreq stuff works on the other A20 devices I tested with: A20-Lime2, Banana Pi, Banana Pro, pcDuino3 Nano, Lamobo R1 -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [linux-sunxi] Re: [PATCH v2] mmc: sunxi: Don't start commands while the card is busy
On Mon, Jul 20, 2015 at 05:23:36PM +0200, Hans de Goede wrote: > Hi, > > On 20-07-15 10:00, Maxime Ripard wrote: > >Hi, > > > >On Fri, Jul 10, 2015 at 05:14:44PM +0200, Hans de Goede wrote: > >>Some sdio wifi modules have not been working reliable with the sunxi-mmc > >>host code. This turns out to be caused by it starting new commands while > >>the card signals that it is still busy processing a previous command. > >> > >>This commit fixes this, thereby fixing the wifi reliability issues on > >>the Cubietruck and other sunxi boards using sdio wifi. > >> > >>Reported-by: Eugene K > >>Suggested-by: Eugene K > >>Cc: Eugene K > > > >You should use the "real" name here, and not some shortening. > > I don't know the real name, and AFAIK this is really only important > for S-o-b lines. This is mandatory only for SoB, but it's pointless to have it in the other tags. This is to identify the developper that sets these tags, and we can't do that without a full name. Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 10:11:48AM +0200, Leonardo Canducci wrote: > lsmod output on 4.1 kernel is attached. There's a bunch of cpufreq stuff > but cpufreq-dt is not listed. I loaded that module but cpufreq is still not > there (see second attached file). Is there anything in the kernel logs after the module have been loaded? -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
[linux-sunxi] Re: [PATCH v11] crypto: Add Allwinner Security System crypto accelerator
On Tue, Jul 21, 2015 at 08:50:14PM +0800, Herbert Xu wrote: > On Tue, Jul 21, 2015 at 02:38:47PM +0200, Maxime Ripard wrote: > > I thought you needed at least my Acked-by for that, but > > whatever... How are we supposed to handle subsequent DT patches that > > should be merged through arm-soc then? > > What subsequent patches are you referring to? The changes in > this series are fairly self-contained so it should be unlikely > to cause serious merge conflicts. Enabling it in other boards / SoCs, and/or any change that might conflict with this one. -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature
Re: [linux-sunxi] forwarding a bug: cpufreq missing in debian stable on a cuibeboard
lsmod output on 4.1 kernel is attached. There's a bunch of cpufreq stuff but cpufreq-dt is not listed. I loaded that module but cpufreq is still not there (see second attached file). Is that behaviour somewhat tied to the missing CPU freq in /proc/cpuinfo? 2015-07-24 9:35 GMT+02:00 Maxime Ripard : > On Fri, Jul 24, 2015 at 08:34:34AM +0200, Leonardo Canducci wrote: > > Attaching kernel config files from /boot (3.16, 4.0 and 4.1 from stable, > > unstable and experimental). > > We're using the cpufreq-dt driver, that is compiled as a module. Is > the module loaded? > > Maxime > > -- > Maxime Ripard, Free Electrons > Embedded Linux, Kernel and Android engineering > http://free-electrons.com > -- Leonardo Canducci -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Module Size Used by cpufreq_powersave 1124 0 cpufreq_ondemand8944 0 cpufreq_stats 3004 0 cpufreq_userspace 2308 0 cpufreq_conservative 6829 0 nfsd 276939 2 auth_rpcgss49698 1 nfsd oid_registry2271 1 auth_rpcgss nfs_acl 2578 1 nfsd nfs 187591 0 lockd 76055 2 nfs,nfsd grace 1511 2 nfsd,lockd fscache54487 1 nfs sunrpc254988 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl i2c_mv64xxx 7438 0 sun4i_ts4098 0 sunxi_wdt 3531 0 ohci_platform 4658 0 ehci_platform 5206 0 ohci_hcd 39208 1 ohci_platform ehci_hcd 65058 1 ehci_platform leds_gpio 3180 0 autofs430688 2 ext4 502993 2 crc16 1154 1 ext4 mbcache 8326 1 ext4 jbd2 89217 1 ext4 ahci_sunxi 2915 0 libahci_platform6145 1 ahci_sunxi libahci23210 2 libahci_platform,ahci_sunxi libata180973 3 libahci,libahci_platform,ahci_sunxi scsi_mod 182203 1 libata sun4i_emac 10381 0 phy_sun4i_usb 4208 8 sunxi_mmc 11177 0 leo@cubetto:~$ sudo modprobe cpufreq-dt leo@cubetto:~$ lsmod Module Size Used by cpufreq_dt 4984 0 cpufreq_powersave 1124 0 cpufreq_ondemand8944 0 cpufreq_stats 3004 0 cpufreq_userspace 2308 0 cpufreq_conservative 6829 0 nfsd 276939 2 auth_rpcgss49698 1 nfsd oid_registry2271 1 auth_rpcgss nfs_acl 2578 1 nfsd nfs 187591 0 lockd 76055 2 nfs,nfsd grace 1511 2 nfsd,lockd fscache54487 1 nfs sunrpc254988 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl i2c_mv64xxx 7438 0 sun4i_ts4098 0 sunxi_wdt 3531 0 ohci_platform 4658 0 ehci_platform 5206 0 ohci_hcd 39208 1 ohci_platform ehci_hcd 65058 1 ehci_platform leds_gpio 3180 0 autofs430688 2 ext4 502993 2 crc16 1154 1 ext4 mbcache 8326 1 ext4 jbd2 89217 1 ext4 ahci_sunxi 2915 0 libahci_platform6145 1 ahci_sunxi libahci23210 2 libahci_platform,ahci_sunxi libata180973 3 libahci,libahci_platform,ahci_sunxi scsi_mod 182203 1 libata sun4i_emac 10381 0 phy_sun4i_usb 4208 8 sunxi_mmc 11177 0 leo@cubetto:~$ ls /sys/devices/system/cpu/cpu0/ crash_notes crash_notes_size of_node online power subsystem topology uevent
Re: [linux-sunxi] forwarding a bug: cpufreq missing in debian stable on a cuibeboard
On Fri, Jul 24, 2015 at 08:34:34AM +0200, Leonardo Canducci wrote: > Attaching kernel config files from /boot (3.16, 4.0 and 4.1 from stable, > unstable and experimental). We're using the cpufreq-dt driver, that is compiled as a module. Is the module loaded? Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: Digital signature