Re: [fedora-arm] BeagleBone Black CPU speed
On Tue, Jan 21, 2014 at 10:09 PM, Steve Underwood ste...@coppice.org wrote: Hi Peter, On 01/22/2014 04:14 AM, Peter Robinson wrote: It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. If you're interested could you try the kernel-3.13.0-1.1.fc20 scratch kernel [1] on your BBBlack. It should add freq scaling support and you should be able to tell if it detects it appropriately if the cpufreq-cpu0 module loads. Feedback welcome. So that kernel works with my testing but the module doesn't auto load the cpufreq-cpu0 module. If you do: modprobe cpufreq-cpu0 You then get: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 30 60 80 100 Even with 3.12.8 you can manually load that module and it works but you only get up to 720mhz. Peter [1] http://pbrobinson.fedorapeople.org/arm-kernel/kernel-3.13.0-1.1.fc20.armv7hl.rpm Earlier Jos Vos reported the following results for his BeagleBoneBlack running pystone.py Fedora: Pystone(1.1) time for 5 passes = 10.9073 This machine benchmarks at 4584.1 pystones/second Which governor are you using? It seems to be definitely stuck at 300Mhz 3.13.0-bone4 (what i'm shipping to debian bone users..) # cpufreq-set --freq 30 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 11.37 This machine benchmarks at 4397.54 pystones/second # cpufreq-set --freq 60 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 5.67 This machine benchmarks at 8818.34 pystones/second # cpufreq-set --freq 80 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 4.28 This machine benchmarks at 11682.2 pystones/second # cpufreq-set --freq 100 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 3.35 This machine benchmarks at 14925.4 pystones/second When just leaving the ondemand govenor set: 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 1000 MHz (asserted by call to hardware). cpufreq stats: 300 MHz:0.00%, 600 MHz:0.00%, 800 MHz:0.00%, 1000 MHz:100.00% # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 3.39 This machine benchmarks at 14749.3 pystones/second Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
Hi Robert, Fedora: Pystone(1.1) time for 5 passes = 10.9073 This machine benchmarks at 4584.1 pystones/second Which governor are you using? It seems to be definitely stuck at 300Mhz # cpupower frequency-info 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, userspace, powersave, ondemand, 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 (asserted by call to hardware). 3.13.0-bone4 (what i'm shipping to debian bone users..) kernel-3.13.0-1.1.fc20.armv7hl [root@bblack ~]# cpupower frequency-info 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, userspace, powersave, ondemand, 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 (asserted by call to hardware). [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 6.20305 This machine benchmarks at 8060.55 pystones/second [root@bblack ~]# cpupower frequency-set -f 60 Setting cpu: 0 [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 10.6237 This machine benchmarks at 4706.45 pystones/second [root@bblack ~]# cpupower frequency-set -f 80 Setting cpu: 0 [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 7.76076 This machine benchmarks at 6442.67 pystones/second [root@bblack ~]# cpupower frequency-set -f 100 Setting cpu: 0 [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 6.16087 This machine benchmarks at 8115.74 pystones/second [root@bblack ~]# cpupower frequency-info 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, userspace, powersave, ondemand, performance current policy: frequency should be within 300 MHz and 1000 MHz. The governor userspace may decide which speed to use within this range. current CPU frequency is 1000 MHz (asserted by call to hardware). So it appears to work but the results are some what variable. Also I presume you've got the cpufreq driver built in rather than a module as it doesn't auto load. Peter ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
On Wed, Jan 22, 2014 at 10:32 AM, Peter Robinson pbrobin...@gmail.com wrote: Hi Robert, Fedora: Pystone(1.1) time for 5 passes = 10.9073 This machine benchmarks at 4584.1 pystones/second Which governor are you using? It seems to be definitely stuck at 300Mhz # cpupower frequency-info 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, userspace, powersave, ondemand, 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 (asserted by call to hardware). 3.13.0-bone4 (what i'm shipping to debian bone users..) kernel-3.13.0-1.1.fc20.armv7hl [root@bblack ~]# cpupower frequency-info 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, userspace, powersave, ondemand, 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 (asserted by call to hardware). [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 6.20305 This machine benchmarks at 8060.55 pystones/second [root@bblack ~]# cpupower frequency-set -f 60 Setting cpu: 0 [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 10.6237 This machine benchmarks at 4706.45 pystones/second [root@bblack ~]# cpupower frequency-set -f 80 Setting cpu: 0 [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 7.76076 This machine benchmarks at 6442.67 pystones/second [root@bblack ~]# cpupower frequency-set -f 100 Setting cpu: 0 [root@bblack ~]# /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 6.16087 This machine benchmarks at 8115.74 pystones/second [root@bblack ~]# cpupower frequency-info 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, userspace, powersave, ondemand, performance current policy: frequency should be within 300 MHz and 1000 MHz. The governor userspace may decide which speed to use within this range. current CPU frequency is 1000 MHz (asserted by call to hardware). So it appears to work but the results are some what variable. Also I presume you've got the cpufreq driver built in rather than a module as it doesn't auto load. Yeap, it's built in.. https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/defconfig#L574 Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
Hi Robert, On 01/22/2014 10:59 PM, Robert Nelson wrote: On Tue, Jan 21, 2014 at 10:09 PM, Steve Underwood ste...@coppice.org wrote: Hi Peter, On 01/22/2014 04:14 AM, Peter Robinson wrote: It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. If you're interested could you try the kernel-3.13.0-1.1.fc20 scratch kernel [1] on your BBBlack. It should add freq scaling support and you should be able to tell if it detects it appropriately if the cpufreq-cpu0 module loads. Feedback welcome. So that kernel works with my testing but the module doesn't auto load the cpufreq-cpu0 module. If you do: modprobe cpufreq-cpu0 You then get: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 30 60 80 100 Even with 3.12.8 you can manually load that module and it works but you only get up to 720mhz. Peter [1] http://pbrobinson.fedorapeople.org/arm-kernel/kernel-3.13.0-1.1.fc20.armv7hl.rpm Earlier Jos Vos reported the following results for his BeagleBoneBlack running pystone.py Fedora: Pystone(1.1) time for 5 passes = 10.9073 This machine benchmarks at 4584.1 pystones/second Which governor are you using? It seems to be definitely stuck at 300Mhz 3.13.0-bone4 (what i'm shipping to debian bone users..) # cpufreq-set --freq 30 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 11.37 This machine benchmarks at 4397.54 pystones/second # cpufreq-set --freq 60 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 5.67 This machine benchmarks at 8818.34 pystones/second # cpufreq-set --freq 80 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 4.28 This machine benchmarks at 11682.2 pystones/second # cpufreq-set --freq 100 # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 3.35 This machine benchmarks at 14925.4 pystones/second When just leaving the ondemand govenor set: 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 1000 MHz (asserted by call to hardware). cpufreq stats: 300 MHz:0.00%, 600 MHz:0.00%, 800 MHz:0.00%, 1000 MHz:100.00% # /usr/lib/python2.7/test/pystone.py Pystone(1.1) time for 5 passes = 3.39 This machine benchmarks at 14749.3 pystones/second Regards, On my BeagleBoneBlack running Peter's new Linux 3.13.0 RPM I get: [root@beagle]# cpupower frequency-info 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, userspace, powersave, ondemand, performance current policy: frequency should be within 300 MHz and 1000 MHz. The governor userspace may decide which speed to use within this range. current CPU frequency is 300 MHz (asserted by call to hardware). [root@beagle]# cpupower frequency-set -f 300MHz [root@beagle]# ./pystone.py Pystone(1.1) time for 5 passes = 22.0034 This machine benchmarks at 2272.37 pystones/second [root@beagle]# cpupower frequency-set -f 600MHz [root@beagle]# ./pystone.py Pystone(1.1) time for 5 passes = 10.4669 This machine benchmarks at 4776.98 pystones/second [root@beagle]# cpupower frequency-set -f 800MHz [root@beagle]# ./pystone.py Pystone(1.1) time for 5 passes = 7.81685 This machine benchmarks at 6396.44 pystones/second [root@beagle]# cpupower frequency-set -f 1000MHz [root@beagle]# ./pystone.py Pystone(1.1) time for 5 passes = 6.36032 This machine benchmarks at 7861.24 pystones/second So, the results scale nicely with the clock speed, but all the results are around half as fast as your result at the same clock speed. Regards, Steve ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
Hi Steve, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. If you're interested could you try the kernel-3.13.0-1.1.fc20 scratch kernel [1] on your BBBlack. It should add freq scaling support and you should be able to tell if it detects it appropriately if the cpufreq-cpu0 module loads. Feedback welcome. Peter [1] http://pbrobinson.fedorapeople.org/arm-kernel/kernel-3.13.0-1.1.fc20.armv7hl.rpm ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. If you're interested could you try the kernel-3.13.0-1.1.fc20 scratch kernel [1] on your BBBlack. It should add freq scaling support and you should be able to tell if it detects it appropriately if the cpufreq-cpu0 module loads. Feedback welcome. So that kernel works with my testing but the module doesn't auto load the cpufreq-cpu0 module. If you do: modprobe cpufreq-cpu0 You then get: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 30 60 80 100 Even with 3.12.8 you can manually load that module and it works but you only get up to 720mhz. Peter [1] http://pbrobinson.fedorapeople.org/arm-kernel/kernel-3.13.0-1.1.fc20.armv7hl.rpm ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
Hi Peter, On 01/22/2014 04:14 AM, Peter Robinson wrote: It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. If you're interested could you try the kernel-3.13.0-1.1.fc20 scratch kernel [1] on your BBBlack. It should add freq scaling support and you should be able to tell if it detects it appropriately if the cpufreq-cpu0 module loads. Feedback welcome. So that kernel works with my testing but the module doesn't auto load the cpufreq-cpu0 module. If you do: modprobe cpufreq-cpu0 You then get: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 30 60 80 100 Even with 3.12.8 you can manually load that module and it works but you only get up to 720mhz. Peter [1] http://pbrobinson.fedorapeople.org/arm-kernel/kernel-3.13.0-1.1.fc20.armv7hl.rpm Earlier Jos Vos reported the following results for his BeagleBoneBlack running pystone.py Fedora: Pystone(1.1) time for 5 passes = 10.9073 This machine benchmarks at 4584.1 pystones/second Debian: Pystone(1.1) time for 5 passes = 4.38 This machine benchmarks at 11415.5 pystones/second Before this latest kernel I was getting results a few percent slower than he reported for Fedora. With this new kernel RPM I get Pystone(1.1) time for 5 passes = 6.23986 This machine benchmarks at 8013.01 pystones/second That speed is very consistent across runs of the test. The speed has increased, but it seems to still be well below that of Debian. If I use cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq While the machine is idle it says 300MHz. While pystone.py is running it says 1GHz. When the machine is idle, top says the CPU is around 1% loaded. When pystone.py is running it says it is 99.x% loaded. As far as I can tell the clock jumps from 300MHz to 1GHz as pystone.py starts up - i.e there is no substantial lag, resulting in half the test running at 300MHz and half at 1GHz. If my board really is now running pystone.py at 1GHz, I wonder what else could be causing this test to be around 50% slower than with Debian. Regards, Steve ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
On Sun, Dec 29, 2013 at 7:14 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sun, Dec 29, 2013 at 12:10 PM, Steve Underwood ste...@coppice.org wrote: Hi, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. with v3.12.x: These 5 patches are needed: https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.12/patches/cpufreq or with v3.13-rcX: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0002-arm-dts-am335x-boneblack-add-cpu0-opp-points.patch I've enabled the generic cpufreq support, we had it disabled as when it first landed it had problems. The BBB is booting with 3.13rc8 with no patches but there's a few issues I need to resolve this week with USB so I'll review that for the BB patchset to make sure it's there. Is it queued to go upstream for 3.14? Peter ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
On Fri, Jan 17, 2014 at 3:52 AM, Peter Robinson pbrobin...@gmail.com wrote: On Sun, Dec 29, 2013 at 7:14 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sun, Dec 29, 2013 at 12:10 PM, Steve Underwood ste...@coppice.org wrote: Hi, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. with v3.12.x: These 5 patches are needed: https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.12/patches/cpufreq or with v3.13-rcX: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0002-arm-dts-am335x-boneblack-add-cpu0-opp-points.patch I've enabled the generic cpufreq support, we had it disabled as when it first landed it had problems. The BBB is booting with 3.13rc8 with no patches but there's a few issues I need to resolve this week with USB so I'll review that for the BB patchset to make sure it's there. Is it queued to go upstream for 3.14? 3.14 is closed, I'm cleaning my patches listed in that repo and planning to post to l-a/l-o after v3.14-rc1 hits.. Talking with CircuitCo, they would prefer the default pinmux to be setup like so: http://elinux.org/Basic_Proto_Cape So i'm adding those changes to the push too.. Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
[fedora-arm] BeagleBone Black CPU speed
Hi, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. Regards, Steve ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
On Sun, Dec 29, 2013 at 12:10 PM, Steve Underwood ste...@coppice.org wrote: Hi, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. with v3.12.x: These 5 patches are needed: https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.12/patches/cpufreq or with v3.13-rcX: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0002-arm-dts-am335x-boneblack-add-cpu0-opp-points.patch Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
On Sun, Dec 29, 2013 at 1:14 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sun, Dec 29, 2013 at 12:10 PM, Steve Underwood ste...@coppice.org wrote: Hi, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. with v3.12.x: These 5 patches are needed: https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.12/patches/cpufreq or with v3.13-rcX: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0002-arm-dts-am335x-boneblack-add-cpu0-opp-points.patch ps, while your at it, also add: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0001-arm-dts-am335x-boneblack-lcdc-add-panel-info.patch to get the full kms experience over hdmi with the CONFIG_DRM_TILCDC/CONFIG_DRM_I2C_NXP_TDA998X Since they are both dts patches, you don't even have to rebuild the kernel, just patch the dtb file.. Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
Hi all, Hey Robert do you have a rc ( 3.13 ) kernel rolled?. Regards On Sun, Dec 29, 2013 at 2:18 PM, Robert Nelson robertcnel...@gmail.comwrote: On Sun, Dec 29, 2013 at 1:14 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sun, Dec 29, 2013 at 12:10 PM, Steve Underwood ste...@coppice.org wrote: Hi, It looks like the BeagleBone Black is still running at 550MHz with the latest Fedora 20. Does anyone know what is holding it back from running at 1GHz? Is the a uboot thing, or a kernel thing, or something else? I saw a version of uboot referred to as making the BBB run at 1GHz, but when I tried experimenting with that I got the same 550MHz clock speed. with v3.12.x: These 5 patches are needed: https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.12/patches/cpufreq or with v3.13-rcX: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0002-arm-dts-am335x-boneblack-add-cpu0-opp-points.patch ps, while your at it, also add: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.13/patches/dts/0001-arm-dts-am335x-boneblack-lcdc-add-panel-info.patch to get the full kms experience over hdmi with the CONFIG_DRM_TILCDC/CONFIG_DRM_I2C_NXP_TDA998X Since they are both dts patches, you don't even have to rebuild the kernel, just patch the dtb file.. Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm -- “Science is a differential equation. Religion is a boundary condition.” Alan Turing ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
Re: [fedora-arm] BeagleBone Black CPU speed
On Sun, Dec 29, 2013 at 4:13 PM, Nigel Sollars nsoll...@gmail.com wrote: Hi all, Hey Robert do you have a rc ( 3.13 ) kernel rolled?. I do.. https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.13 Just waiting for rc6 to fall, before i push it out to building farm.. The config is really minimal right now, going to throw the kitchen sink at it tomorrow so v3.12.x users won't be missing stuff. Regards, -- Robert Nelson http://www.rcn-ee.com/ ___ arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm
