Re: [beagleboard] CPU speed and kernel builds

2014-03-21 Thread Dennis Cote
On Friday, March 21, 2014 8:32:48 AM UTC-6, RobertCNelson wrote:
>
> voodoo@am335x-boneblack-512mb-0:~$ cpufreq-info 
> cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 
> Report errors and bugs to cpu...@vger.kernel.org , please. 
> analyzing CPU 0: 
>   driver: generic_cpu0 
>   CPUs which run at the same hardware frequency: 0 
>   CPUs which need to have their frequency coordinated by software: 0 
>   maximum transition latency: 300 us. 
>   hardware limits: 300 MHz - 1000 MHz 
>   available frequency steps: 300 MHz, 600 MHz, 800 MHz, 1000 MHz 
>   available cpufreq governors: conservative, ondemand, userspace, 
> powersave, performance 
>   current policy: frequency should be within 300 MHz and 1000 MHz. 
>   The governor "ondemand" may decide which speed to use 
>   within this range. 
>   current CPU frequency is 300 MHz. 
>   cpufreq stats: 300 MHz:43.76%, 600 MHz:0.00%, 800 MHz:0.57%, 1000 
> MHz:55.67%  (6) 
>
>
Robert,

When using your Debian beta image, I always get 300 MHz as the current CPU 
frequency for the cpufreq-info command, both at idle and under load. I also 
get nan% for all the entries on the cpufreq stats line at the end. I see 
that you are getting real percentages there. 

As I noted earlier, I believe the speed is changing and cpufreq-info -w 
shows the correct values when idle and under load, 300 MHz and 1000 MHz.

Any idea why I am seeing these strange values, in particular the nan% 
values?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] CPU speed and kernel builds

2014-03-21 Thread cwrseckford


On Friday, March 21, 2014 2:32:48 PM UTC, RobertCNelson wrote:
> 
> 2:32 PM (6 hours ago)
> On Fri, Mar 21, 2014 at 9:24 AM,   wrote:
> > Okay, I'm officially confused.  I've been trying to increase the speed
> > of my BBB from the default 550MHz to 1GHz, and failing; this is with the
> > elderly 3.8.13-37 sources.  After a few failures I went back to a 
seriously
> > ancient kernel, just to get something to run, and found that the
> > 3.8.13-bone22
> > sources boot and run at 1GHz using the performance governor with no
> > problems.
> >
> > I then found that there are a set of patches for _3.12_ on a Fedora 
mailing
> > list which add cpu speed setting, which implies that 3.8 can't set the
> > speed.
> > Can anyone resolve that conundrum?

... snippage ...

I got USB working in 3.14.0-rc7 by turning on most of the CONFIG_USB
stuff, but I hit a wall trying to configure the cpu frequency.  In 3.8.x
at least the files under /sys/devices/system/cpu/cpu0/cpufreq are present
and correct, but with (apparently) the same flags in 3.14 there's no sign
of any cpufreq stuff, or of any governors.  I can even build and load a
governor module, and the /sys directory won't see it and the cpufreq tools
won't find it.

I did my USB trick and turned on every likely cpufreq flag with no change,
so it's something pretty obscure in the config (I doubt it's an actual bug).
Anyone any ideas?  After the last three days I'm fresh out.

> > I then tried building 3.14, since that's the most recent set of fixes
> > (btw am335x-pm-firmware.bin is missing from the 3.14 kernel package)
>
> That actually does not matter, as it does not work outside ti's v3.12.x 
anyways.

However, the 3.14.0-rc7 build fails without it.

>
> > and found that it couldn't boot from the USB; it simply hung trying
> > to access /dev/sda.  It couldn't handle my standard NFS boot either.
> >

This was a config problem, and I bodged a solution, see above.
However, the 3.14.0 cpufreq stuff still won't fly.

Will

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [beagleboard] CPU speed and kernel builds

2014-03-21 Thread Robert Nelson
On Fri, Mar 21, 2014 at 9:24 AM,   wrote:
> Okay, I'm officially confused.  I've been trying to increase the speed
> of my BBB from the default 550MHz to 1GHz, and failing; this is with the
> elderly 3.8.13-37 sources.  After a few failures I went back to a seriously
> ancient kernel, just to get something to run, and found that the
> 3.8.13-bone22
> sources boot and run at 1GHz using the performance governor with no
> problems.
>
> I then found that there are a set of patches for _3.12_ on a Fedora mailing
> list which add cpu speed setting, which implies that 3.8 can't set the
> speed.
> Can anyone resolve that conundrum?

voodoo@am335x-boneblack-512mb-0:~$ uname -a
Linux am335x-boneblack-512mb-0 3.13.6-bone7 #1 SMP Fri Mar 7 21:37:01
UTC 2014 armv7l GNU/Linux

voodoo@am335x-boneblack-512mb-0:~$ cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpuf...@vger.kernel.org, please.
analyzing CPU 0:
  driver: generic_cpu0
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 300 us.
  hardware limits: 300 MHz - 1000 MHz
  available frequency steps: 300 MHz, 600 MHz, 800 MHz, 1000 MHz
  available cpufreq governors: conservative, ondemand, userspace,
powersave, performance
  current policy: frequency should be within 300 MHz and 1000 MHz.
  The governor "ondemand" may decide which speed to use
  within this range.
  current CPU frequency is 300 MHz.
  cpufreq stats: 300 MHz:43.76%, 600 MHz:0.00%, 800 MHz:0.57%, 1000
MHz:55.67%  (6)


> I then tried building 3.14, since that's the most recent set of fixes
> (btw am335x-pm-firmware.bin is missing from the 3.14 kernel package)

That actually does not matter, as it does not work outside ti's v3.12.x anyways.

> and found that it couldn't boot from the USB; it simply hung trying
> to access /dev/sda.  It couldn't handle my standard NFS boot either.
>
> Most of the kernel problems have to be configuration issues, but after a
> couple of days of checking I can't find anything missing from the USB/SCSI
> setup. So does anyone have a kernel config file for 3.14, which enables
> most of the peripherals?

I actually haven't tried that in awhile, might have broke something.
(usb rootfs)

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.