From: Tom C. <TCalef@HatchScience.com> - 2011-01-10 19:38:36
|
I set my boot arguments so that mpurate=600 (I think this is the max spec reading all the threads on the overo fe), but when I check the speed, I get the following root@omap3evm:~# cat /proc/cpuinfo Processor : ARMv7 Processor rev 3 (v7l) BogoMIPS : 499.92 Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x1 CPU part : 0xc08 CPU revision : 3 Hardware : Gumstix Overo Revision : 0020 Serial : 0000000000000000 Can someone help get me to 600MIPS? Thanks! Tom BOOTARGS AS FOLLOWS Overo # printenv bootcmd=if mmc init; then if run loadbootscript; then run bootscript; else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; else run nandboot; fi bootdelay=5 baudrate=115200 loadaddr=0x82000000 console=ttyS2,115200n8 vram=12M dvimode=1024x768MR-16@60 defaultdisplay=dvi mmcroot=/dev/mmcblk0p2 rw mmcrootfstype=ext3 rootwait nandroot=/dev/mtdblock4 rw nandrootfstype=jffs2 loadbootscript=fatload mmc 0 ${loadaddr} boot.scr bootscript=echo Running bootscript from mmc ...; source ${loadaddr} loaduimage=fatload mmc 0 ${loadaddr} uImage mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} nandboot=echo Booting from nand ...; run nandargs; nand read ${loadaddr} 280000 400000; bootm ${loadaddr} dieid#=1e4e00040000000004037f680d016010 ethact=smc911x-0 nandargs=setenv bootargs console=${console} mpurate=${mpurate} vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y omapdss.def_disp=${defaultdisplay} root=${nandroot} rootfstype=${nandrootfstype} filesize=2D5C5C fileaddr=82000000 ipaddr=10.1.55.122 serverip=10.1.55.107 netmask=255.255.255.0 hostname=overo gatewayip=10.1.55.1 ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none nfsroot=/tcalef/workdir/filesys nfsargs=setenv bootargs console=${console} root=/dev/nfs rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait loadnfskernel=tftp ${loadaddr} uImage stdin=serial stdout=serial stderr=serial mpurate=600 sysram=100M mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait |
From: Bob C. <bco...@ve...> - 2011-01-10 19:48:51
|
http://en.wikipedia.org/wiki/BogoMips BogoMIPS is a calculated value, see the Wikipedia article. It does not correspond to the processor rating in megahertz. Bob Cochran On 01/10/2011 02:39 PM, Tom Calef wrote: > > I set my boot arguments so that mpurate=600 (I think this is the max > spec reading all the threads on the overo fe), but when I check the > speed, I get the following > > root@omap3evm:~# cat /proc/cpuinfo > > Processor : ARMv7 Processor rev 3 (v7l) > > *BogoMIPS : 499.92* > > Features : swp half thumb fastmult vfp edsp thumbee neon > vfpv3 > > CPU implementer : 0x41 > > CPU architecture: 7 > > CPU variant : 0x1 > > CPU part : 0xc08 > > CPU revision : 3 > > Hardware : Gumstix Overo > > Revision : 0020 > > Serial : 0000000000000000 > > Can someone help get me to 600MIPS? > > Thanks! > > Tom > > BOOTARGS AS FOLLOWS > > Overo # printenv > > bootcmd=if mmc init; then if run loadbootscript; then run bootscript; > else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; > else run nandboot; fi > > bootdelay=5 > > baudrate=115200 > > loadaddr=0x82000000 > > console=ttyS2,115200n8 > > vram=12M > > dvimode=1024x768MR-16@60 > > defaultdisplay=dvi > > mmcroot=/dev/mmcblk0p2 rw > > mmcrootfstype=ext3 rootwait > > nandroot=/dev/mtdblock4 rw > > nandrootfstype=jffs2 > > loadbootscript=fatload mmc 0 ${loadaddr} boot.scr > > bootscript=echo Running bootscript from mmc ...; source ${loadaddr} > > loaduimage=fatload mmc 0 ${loadaddr} uImage > > mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} > > nandboot=echo Booting from nand ...; run nandargs; nand read > ${loadaddr} 280000 400000; bootm ${loadaddr} > > dieid#=1e4e00040000000004037f680d016010 > > ethact=smc911x-0 > > nandargs=setenv bootargs console=${console} mpurate=${mpurate} > vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y > omapdss.def_disp=${defaultdisplay} root=${nandroot} > rootfstype=${nandrootfstype} > > filesize=2D5C5C > > fileaddr=82000000 > > ipaddr=10.1.55.122 > > serverip=10.1.55.107 > > netmask=255.255.255.0 > > hostname=overo > > gatewayip=10.1.55.1 > > ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none > > nfsroot=/tcalef/workdir/filesys > > nfsargs=setenv bootargs console=${console} root=/dev/nfs > rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait > > loadnfskernel=tftp ${loadaddr} uImage > > stdin=serial > > stdout=serial > > stderr=serial > > mpurate=600 > > sysram=100M > > mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M > mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y > omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Robert V. IV <ro...@io...> - 2011-01-10 20:03:08
|
Bob, While that is correct, on the gumstix, it seems to have a 1:1 correlation. If I set mine to 600 or 720, I see the corresponding rise in bogoMIPS. Seems like a setting is incorrect somewhere... Robert Vogt IV CEO IOSiX, LLC 2375 Parkwood Ave Ypsilanti, MI 48198 ro...@io... P: 734-730-9690 F: 734-482-2337 On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran <bco...@ve...> wrote: > http://en.wikipedia.org/wiki/BogoMips > > BogoMIPS is a calculated value, see the Wikipedia article. It does not > correspond to the processor rating in megahertz. > > Bob Cochran > > > On 01/10/2011 02:39 PM, Tom Calef wrote: >> >> I set my boot arguments so that mpurate=600 (I think this is the max >> spec reading all the threads on the overo fe), but when I check the >> speed, I get the following >> >> root@omap3evm:~# cat /proc/cpuinfo >> >> Processor : ARMv7 Processor rev 3 (v7l) >> >> *BogoMIPS : 499.92* >> >> Features : swp half thumb fastmult vfp edsp thumbee neon >> vfpv3 >> >> CPU implementer : 0x41 >> >> CPU architecture: 7 >> >> CPU variant : 0x1 >> >> CPU part : 0xc08 >> >> CPU revision : 3 >> >> Hardware : Gumstix Overo >> >> Revision : 0020 >> >> Serial : 0000000000000000 >> >> Can someone help get me to 600MIPS? >> >> Thanks! >> >> Tom >> >> BOOTARGS AS FOLLOWS >> >> Overo # printenv >> >> bootcmd=if mmc init; then if run loadbootscript; then run bootscript; >> else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; >> else run nandboot; fi >> >> bootdelay=5 >> >> baudrate=115200 >> >> loadaddr=0x82000000 >> >> console=ttyS2,115200n8 >> >> vram=12M >> >> dvimode=1024x768MR-16@60 >> >> defaultdisplay=dvi >> >> mmcroot=/dev/mmcblk0p2 rw >> >> mmcrootfstype=ext3 rootwait >> >> nandroot=/dev/mtdblock4 rw >> >> nandrootfstype=jffs2 >> >> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >> >> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >> >> loaduimage=fatload mmc 0 ${loadaddr} uImage >> >> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >> >> nandboot=echo Booting from nand ...; run nandargs; nand read >> ${loadaddr} 280000 400000; bootm ${loadaddr} >> >> dieid#=1e4e00040000000004037f680d016010 >> >> ethact=smc911x-0 >> >> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >> omapdss.def_disp=${defaultdisplay} root=${nandroot} >> rootfstype=${nandrootfstype} >> >> filesize=2D5C5C >> >> fileaddr=82000000 >> >> ipaddr=10.1.55.122 >> >> serverip=10.1.55.107 >> >> netmask=255.255.255.0 >> >> hostname=overo >> >> gatewayip=10.1.55.1 >> >> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >> >> nfsroot=/tcalef/workdir/filesys >> >> nfsargs=setenv bootargs console=${console} root=/dev/nfs >> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >> >> loadnfskernel=tftp ${loadaddr} uImage >> >> stdin=serial >> >> stdout=serial >> >> stderr=serial >> >> mpurate=600 >> >> sysram=100M >> >> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >> >> >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Tom C. <TCalef@HatchScience.com> - 2011-01-10 20:17:32
|
Even if it doesn't have a 1:1 correlation, I don't see any change in that value whatsoever. One thing I just noticed in the boot up is this ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() OPP table not defined for MPU Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1c ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() OPP table not defined for DSP Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1d ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() OPP table not defined for L3 Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1e ]--- Tom -----Original Message----- From: Robert Vogt IV [mailto:ro...@io...] Sent: Monday, January 10, 2011 3:03 PM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! Bob, While that is correct, on the gumstix, it seems to have a 1:1 correlation. If I set mine to 600 or 720, I see the corresponding rise in bogoMIPS. Seems like a setting is incorrect somewhere... Robert Vogt IV CEO IOSiX, LLC 2375 Parkwood Ave Ypsilanti, MI 48198 ro...@io... P: 734-730-9690 F: 734-482-2337 On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran <bco...@ve...> wrote: > http://en.wikipedia.org/wiki/BogoMips > > BogoMIPS is a calculated value, see the Wikipedia article. It does not > correspond to the processor rating in megahertz. > > Bob Cochran > > > On 01/10/2011 02:39 PM, Tom Calef wrote: >> >> I set my boot arguments so that mpurate=600 (I think this is the max >> spec reading all the threads on the overo fe), but when I check the >> speed, I get the following >> >> root@omap3evm:~# cat /proc/cpuinfo >> >> Processor : ARMv7 Processor rev 3 (v7l) >> >> *BogoMIPS : 499.92* >> >> Features : swp half thumb fastmult vfp edsp thumbee neon >> vfpv3 >> >> CPU implementer : 0x41 >> >> CPU architecture: 7 >> >> CPU variant : 0x1 >> >> CPU part : 0xc08 >> >> CPU revision : 3 >> >> Hardware : Gumstix Overo >> >> Revision : 0020 >> >> Serial : 0000000000000000 >> >> Can someone help get me to 600MIPS? >> >> Thanks! >> >> Tom >> >> BOOTARGS AS FOLLOWS >> >> Overo # printenv >> >> bootcmd=if mmc init; then if run loadbootscript; then run bootscript; >> else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; >> else run nandboot; fi >> >> bootdelay=5 >> >> baudrate=115200 >> >> loadaddr=0x82000000 >> >> console=ttyS2,115200n8 >> >> vram=12M >> >> dvimode=1024x768MR-16@60 >> >> defaultdisplay=dvi >> >> mmcroot=/dev/mmcblk0p2 rw >> >> mmcrootfstype=ext3 rootwait >> >> nandroot=/dev/mtdblock4 rw >> >> nandrootfstype=jffs2 >> >> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >> >> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >> >> loaduimage=fatload mmc 0 ${loadaddr} uImage >> >> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >> >> nandboot=echo Booting from nand ...; run nandargs; nand read >> ${loadaddr} 280000 400000; bootm ${loadaddr} >> >> dieid#=1e4e00040000000004037f680d016010 >> >> ethact=smc911x-0 >> >> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >> omapdss.def_disp=${defaultdisplay} root=${nandroot} >> rootfstype=${nandrootfstype} >> >> filesize=2D5C5C >> >> fileaddr=82000000 >> >> ipaddr=10.1.55.122 >> >> serverip=10.1.55.107 >> >> netmask=255.255.255.0 >> >> hostname=overo >> >> gatewayip=10.1.55.1 >> >> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >> >> nfsroot=/tcalef/workdir/filesys >> >> nfsargs=setenv bootargs console=${console} root=/dev/nfs >> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >> >> loadnfskernel=tftp ${loadaddr} uImage >> >> stdin=serial >> >> stdout=serial >> >> stderr=serial >> >> mpurate=600 >> >> sysram=100M >> >> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >> >> >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Darren <imp...@ya...> - 2011-01-10 21:16:09
|
When I've changed the mpurate I've seen a corresponding change in bogomips. Did you check you dmesg output to see what the kernel commandline looks like? ----- Original Message ---- From: Tom Calef <TCalef@HatchScience.com> To: General mailing list for gumstix users. <gum...@li...> Sent: Mon, January 10, 2011 3:16:43 PM Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! Even if it doesn't have a 1:1 correlation, I don't see any change in that value whatsoever. One thing I just noticed in the boot up is this ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() OPP table not defined for MPU Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1c ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() OPP table not defined for DSP Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1d ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() OPP table not defined for L3 Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1e ]--- Tom -----Original Message----- From: Robert Vogt IV [mailto:ro...@io...] Sent: Monday, January 10, 2011 3:03 PM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! Bob, While that is correct, on the gumstix, it seems to have a 1:1 correlation. If I set mine to 600 or 720, I see the corresponding rise in bogoMIPS. Seems like a setting is incorrect somewhere... Robert Vogt IV CEO IOSiX, LLC 2375 Parkwood Ave Ypsilanti, MI 48198 ro...@io... P: 734-730-9690 F: 734-482-2337 On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran <bco...@ve...> wrote: > http://en.wikipedia.org/wiki/BogoMips > > BogoMIPS is a calculated value, see the Wikipedia article. It does not > correspond to the processor rating in megahertz. > > Bob Cochran > > > On 01/10/2011 02:39 PM, Tom Calef wrote: >> >> I set my boot arguments so that mpurate=600 (I think this is the max >> spec reading all the threads on the overo fe), but when I check the >> speed, I get the following >> >> root@omap3evm:~# cat /proc/cpuinfo >> >> Processor : ARMv7 Processor rev 3 (v7l) >> >> *BogoMIPS : 499.92* >> >> Features : swp half thumb fastmult vfp edsp thumbee neon >> vfpv3 >> >> CPU implementer : 0x41 >> >> CPU architecture: 7 >> >> CPU variant : 0x1 >> >> CPU part : 0xc08 >> >> CPU revision : 3 >> >> Hardware : Gumstix Overo >> >> Revision : 0020 >> >> Serial : 0000000000000000 >> >> Can someone help get me to 600MIPS? >> >> Thanks! >> >> Tom >> >> BOOTARGS AS FOLLOWS >> >> Overo # printenv >> >> bootcmd=if mmc init; then if run loadbootscript; then run bootscript; >> else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; >> else run nandboot; fi >> >> bootdelay=5 >> >> baudrate=115200 >> >> loadaddr=0x82000000 >> >> console=ttyS2,115200n8 >> >> vram=12M >> >> dvimode=1024x768MR-16@60 >> >> defaultdisplay=dvi >> >> mmcroot=/dev/mmcblk0p2 rw >> >> mmcrootfstype=ext3 rootwait >> >> nandroot=/dev/mtdblock4 rw >> >> nandrootfstype=jffs2 >> >> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >> >> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >> >> loaduimage=fatload mmc 0 ${loadaddr} uImage >> >> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >> >> nandboot=echo Booting from nand ...; run nandargs; nand read >> ${loadaddr} 280000 400000; bootm ${loadaddr} >> >> dieid#=1e4e00040000000004037f680d016010 >> >> ethact=smc911x-0 >> >> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >> omapdss.def_disp=${defaultdisplay} root=${nandroot} >> rootfstype=${nandrootfstype} >> >> filesize=2D5C5C >> >> fileaddr=82000000 >> >> ipaddr=10.1.55.122 >> >> serverip=10.1.55.107 >> >> netmask=255.255.255.0 >> >> hostname=overo >> >> gatewayip=10.1.55.1 >> >> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >> >> nfsroot=/tcalef/workdir/filesys >> >> nfsargs=setenv bootargs console=${console} root=/dev/nfs >> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >> >> loadnfskernel=tftp ${loadaddr} uImage >> >> stdin=serial >> >> stdout=serial >> >> stderr=serial >> >> mpurate=600 >> >> sysram=100M >> >> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >> >> >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> >> >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Bob C. <bco...@ve...> - 2011-01-10 21:28:33
|
I see I have much to learn. Here is my kernel command line: Kernel command line: console=ttyS2,115200n8 mpurate=500 vram=12M omapfb.mode=dvi :1024x768MR-16@60 omapfb.debug=y omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait And I'm showing a BogoMIPS of 499.92... Bob On 01/10/2011 04:16 PM, Darren wrote: > When I've changed the mpurate I've seen a corresponding change in bogomips. Did > you check you dmesg output to see what the kernel commandline looks like? > > > ----- Original Message ---- > From: Tom Calef<TCalef@HatchScience.com> > To: General mailing list for gumstix users. > <gum...@li...> > Sent: Mon, January 10, 2011 3:16:43 PM > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > Even if it doesn't have a 1:1 correlation, I don't see any change in that value > whatsoever. > > One thing I just noticed in the boot up is this > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() > OPP table not defined for MPU > Modules linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] > (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] > (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] > (omap2_clk_arch_init+0x38/0x1e8) > [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] > (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] > (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1c ]--- > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() > OPP table not defined for DSP > Modules linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] > (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] > (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] > (omap2_clk_arch_init+0x6c/0x1e8) > [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] > (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] > (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1d ]--- > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() > OPP table not defined for L3 > Modules linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] > (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] > (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] > (omap2_clk_arch_init+0x90/0x1e8) > [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] > (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] > (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1e ]--- > > Tom > > -----Original Message----- > From: Robert Vogt IV [mailto:ro...@io...] > Sent: Monday, January 10, 2011 3:03 PM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > Bob, > > While that is correct, on the gumstix, it seems to have a 1:1 > correlation. If I set mine to 600 or 720, I see the corresponding > rise in bogoMIPS. Seems like a setting is incorrect somewhere... > > > Robert Vogt IV > CEO > IOSiX, LLC > 2375 Parkwood Ave > Ypsilanti, MI 48198 > ro...@io... > P: 734-730-9690 > F: 734-482-2337 > > > > On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran<bco...@ve...> wrote: >> http://en.wikipedia.org/wiki/BogoMips >> >> BogoMIPS is a calculated value, see the Wikipedia article. It does not >> correspond to the processor rating in megahertz. >> >> Bob Cochran >> >> >> On 01/10/2011 02:39 PM, Tom Calef wrote: >>> I set my boot arguments so that mpurate=600 (I think this is the max >>> spec reading all the threads on the overo fe), but when I check the >>> speed, I get the following >>> >>> root@omap3evm:~# cat /proc/cpuinfo >>> >>> Processor : ARMv7 Processor rev 3 (v7l) >>> >>> *BogoMIPS : 499.92* >>> >>> Features : swp half thumb fastmult vfp edsp thumbee neon >>> vfpv3 >>> >>> CPU implementer : 0x41 >>> >>> CPU architecture: 7 >>> >>> CPU variant : 0x1 >>> >>> CPU part : 0xc08 >>> >>> CPU revision : 3 >>> >>> Hardware : Gumstix Overo >>> >>> Revision : 0020 >>> >>> Serial : 0000000000000000 >>> >>> Can someone help get me to 600MIPS? >>> >>> Thanks! >>> >>> Tom >>> >>> BOOTARGS AS FOLLOWS >>> >>> Overo # printenv >>> >>> bootcmd=if mmc init; then if run loadbootscript; then run bootscript; >>> else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; >>> else run nandboot; fi >>> >>> bootdelay=5 >>> >>> baudrate=115200 >>> >>> loadaddr=0x82000000 >>> >>> console=ttyS2,115200n8 >>> >>> vram=12M >>> >>> dvimode=1024x768MR-16@60 >>> >>> defaultdisplay=dvi >>> >>> mmcroot=/dev/mmcblk0p2 rw >>> >>> mmcrootfstype=ext3 rootwait >>> >>> nandroot=/dev/mtdblock4 rw >>> >>> nandrootfstype=jffs2 >>> >>> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >>> >>> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >>> >>> loaduimage=fatload mmc 0 ${loadaddr} uImage >>> >>> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >>> >>> nandboot=echo Booting from nand ...; run nandargs; nand read >>> ${loadaddr} 280000 400000; bootm ${loadaddr} >>> >>> dieid#=1e4e00040000000004037f680d016010 >>> >>> ethact=smc911x-0 >>> >>> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >>> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >>> omapdss.def_disp=${defaultdisplay} root=${nandroot} >>> rootfstype=${nandrootfstype} >>> >>> filesize=2D5C5C >>> >>> fileaddr=82000000 >>> >>> ipaddr=10.1.55.122 >>> >>> serverip=10.1.55.107 >>> >>> netmask=255.255.255.0 >>> >>> hostname=overo >>> >>> gatewayip=10.1.55.1 >>> >>> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >>> >>> nfsroot=/tcalef/workdir/filesys >>> >>> nfsargs=setenv bootargs console=${console} root=/dev/nfs >>> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >>> >>> loadnfskernel=tftp ${loadaddr} uImage >>> >>> stdin=serial >>> >>> stdout=serial >>> >>> stderr=serial >>> >>> mpurate=600 >>> >>> sysram=100M >>> >>> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >>> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >>> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >>> >>> >>> > ------------------------------------------------------------------------------ >>> Gaining the trust of online customers is vital for the success of any company >>> that requires sensitive data to be transmitted over the Web. Learn how to >>> best implement a security strategy that keeps consumers' information secure >>> and instills the confidence they need to proceed with transactions. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> >>> >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Tom C. <TCalef@HatchScience.com> - 2011-01-10 21:42:27
|
My kernel command line is as follows: Kernel command line: console=ttyS2,115200n8 mpurate=600 vram=12M mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait -----Original Message----- From: Bob Cochran [mailto:bco...@ve...] Sent: Monday, January 10, 2011 4:28 PM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! I see I have much to learn. Here is my kernel command line: Kernel command line: console=ttyS2,115200n8 mpurate=500 vram=12M omapfb.mode=dvi :1024x768MR-16@60 omapfb.debug=y omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait And I'm showing a BogoMIPS of 499.92... Bob On 01/10/2011 04:16 PM, Darren wrote: > When I've changed the mpurate I've seen a corresponding change in > bogomips. Did you check you dmesg output to see what the kernel commandline looks like? > > > ----- Original Message ---- > From: Tom Calef<TCalef@HatchScience.com> > To: General mailing list for gumstix users. > <gum...@li...> > Sent: Mon, January 10, 2011 3:16:43 PM > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > Even if it doesn't have a 1:1 correlation, I don't see any change in > that value whatsoever. > > One thing I just noticed in the boot up is this ------------[ cut here > ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:456 > omap2_clk_arch_init+0x38/0x1e8() OPP table not defined for MPU Modules > linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] > (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] > (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] > (omap2_clk_arch_init+0x38/0x1e8) > [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] > (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] > (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1c ]--- > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:460 > omap2_clk_arch_init+0x6c/0x1e8() OPP table not defined for DSP Modules > linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] > (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] > (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] > (omap2_clk_arch_init+0x6c/0x1e8) > [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] > (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] > (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1d ]--- > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:463 > omap2_clk_arch_init+0x90/0x1e8() OPP table not defined for L3 Modules > linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] > (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] > (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] > (omap2_clk_arch_init+0x90/0x1e8) > [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] > (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] > (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1e ]--- > > Tom > > -----Original Message----- > From: Robert Vogt IV [mailto:ro...@io...] > Sent: Monday, January 10, 2011 3:03 PM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > Bob, > > While that is correct, on the gumstix, it seems to have a 1:1 > correlation. If I set mine to 600 or 720, I see the corresponding > rise in bogoMIPS. Seems like a setting is incorrect somewhere... > > > Robert Vogt IV > CEO > IOSiX, LLC > 2375 Parkwood Ave > Ypsilanti, MI 48198 > ro...@io... > P: 734-730-9690 > F: 734-482-2337 > > > > On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran<bco...@ve...> wrote: >> http://en.wikipedia.org/wiki/BogoMips >> >> BogoMIPS is a calculated value, see the Wikipedia article. It does >> not correspond to the processor rating in megahertz. >> >> Bob Cochran >> >> >> On 01/10/2011 02:39 PM, Tom Calef wrote: >>> I set my boot arguments so that mpurate=600 (I think this is the max >>> spec reading all the threads on the overo fe), but when I check the >>> speed, I get the following >>> >>> root@omap3evm:~# cat /proc/cpuinfo >>> >>> Processor : ARMv7 Processor rev 3 (v7l) >>> >>> *BogoMIPS : 499.92* >>> >>> Features : swp half thumb fastmult vfp edsp thumbee neon >>> vfpv3 >>> >>> CPU implementer : 0x41 >>> >>> CPU architecture: 7 >>> >>> CPU variant : 0x1 >>> >>> CPU part : 0xc08 >>> >>> CPU revision : 3 >>> >>> Hardware : Gumstix Overo >>> >>> Revision : 0020 >>> >>> Serial : 0000000000000000 >>> >>> Can someone help get me to 600MIPS? >>> >>> Thanks! >>> >>> Tom >>> >>> BOOTARGS AS FOLLOWS >>> >>> Overo # printenv >>> >>> bootcmd=if mmc init; then if run loadbootscript; then run >>> bootscript; else if run loaduimage; then run mmcboot; else run >>> nandboot; fi; fi; else run nandboot; fi >>> >>> bootdelay=5 >>> >>> baudrate=115200 >>> >>> loadaddr=0x82000000 >>> >>> console=ttyS2,115200n8 >>> >>> vram=12M >>> >>> dvimode=1024x768MR-16@60 >>> >>> defaultdisplay=dvi >>> >>> mmcroot=/dev/mmcblk0p2 rw >>> >>> mmcrootfstype=ext3 rootwait >>> >>> nandroot=/dev/mtdblock4 rw >>> >>> nandrootfstype=jffs2 >>> >>> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >>> >>> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >>> >>> loaduimage=fatload mmc 0 ${loadaddr} uImage >>> >>> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >>> >>> nandboot=echo Booting from nand ...; run nandargs; nand read >>> ${loadaddr} 280000 400000; bootm ${loadaddr} >>> >>> dieid#=1e4e00040000000004037f680d016010 >>> >>> ethact=smc911x-0 >>> >>> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >>> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >>> omapdss.def_disp=${defaultdisplay} root=${nandroot} >>> rootfstype=${nandrootfstype} >>> >>> filesize=2D5C5C >>> >>> fileaddr=82000000 >>> >>> ipaddr=10.1.55.122 >>> >>> serverip=10.1.55.107 >>> >>> netmask=255.255.255.0 >>> >>> hostname=overo >>> >>> gatewayip=10.1.55.1 >>> >>> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >>> >>> nfsroot=/tcalef/workdir/filesys >>> >>> nfsargs=setenv bootargs console=${console} root=/dev/nfs >>> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >>> >>> loadnfskernel=tftp ${loadaddr} uImage >>> >>> stdin=serial >>> >>> stdout=serial >>> >>> stderr=serial >>> >>> mpurate=600 >>> >>> sysram=100M >>> >>> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >>> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >>> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >>> >>> >>> > ---------------------------------------------------------------------- > -------- >>> Gaining the trust of online customers is vital for the success of any company >>> that requires sensitive data to be transmitted over the Web. Learn how to >>> best implement a security strategy that keeps consumers' information >>> secure and instills the confidence they need to proceed with transactions. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> >>> >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> --------------------------------------------------------------------- >> --------- Gaining the trust of online customers is vital for the >> success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information >> secure and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > ---------------------------------------------------------------------- > -------- Gaining the trust of online customers is vital for the > success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information > secure and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ---------------------------------------------------------------------- > -------- Gaining the trust of online customers is vital for the > success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information > secure and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > ---------------------------------------------------------------------- > -------- Gaining the trust of online customers is vital for the > success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information > secure and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > ------------------------------------------------------------------------ ------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2011-01-11 23:24:02
|
On Mon, Jan 10, 2011 at 1:42 PM, Tom Calef <TC...@ha...> wrote: > My kernel command line is as follows: > Kernel command line: console=ttyS2,115200n8 mpurate=600 vram=12M > mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y > omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait Could you send us a copy of your boot log so we can see what is going on during boot? If I do a "setenv mpurate 600" and then boot I get the following: Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.36 (st...@bu...) (gcc version 4.3.3 (GCC) ) #1 Sun Jan 9 21:22:33 PST 2011 CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: Gumstix Overo Reserving 12582912 bytes SDRAM for VRAM Memory policy: ECC disabled, Data cache writeback OMAP3525 ES3.1 (l2cache iva neon isp ) SRAM: Mapped pa 0x40208000 to va 0xfe408000 size: 0x8000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: console=ttyS2,115200n8 mpurate=600 vram=12M omapfb.mode=dvi:1024x768MR-16@60 omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait PID hash table entries: 1024 (order: 0, 4096 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 128MB 128MB = 256MB total Memory: 241584k/241584k available, 20560k reserved, 0K highmem Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) DMA : 0xffc00000 - 0xffe00000 ( 2 MB) vmalloc : 0xd0800000 - 0xf8000000 ( 632 MB) lowmem : 0xc0000000 - 0xd0000000 ( 256 MB) modules : 0xbf000000 - 0xc0000000 ( 16 MB) .init : 0xc0008000 - 0xc0032000 ( 168 kB) .text : 0xc0032000 - 0xc0554000 (5256 kB) .data : 0xc0578000 - 0xc05b25e0 ( 234 kB) Hierarchical RCU implementation. RCU-based detection of stalled CPUs is disabled. Verbose stalled-CPUs detection is disabled. NR_IRQS:402 Clocking rate (Crystal/Core/MPU): 26.0/224/500 MHz Reprogramming SDRC clock to 224791666 Hz dpll3_m2_clk rate change failed: -22 GPMC revision 5.0 IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts Total of 96 interrupts on 1 active controller OMAP GPIO hardware version 2.5 OMAP clockevent source: GPTIMER1 at 32768 Hz Console: colour dummy device 80x30 Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok devtmpfs: initialized regulator: core version 0.5 NET: Registered protocol family 16 Found NAND on CS0 Registering NAND on CS0 Switched to new clocking rate (Crystal/Core/MPU): 26.0/600/224 MHz What do you see? Steve |
From: Tom C. <TCalef@HatchScience.com> - 2011-01-12 15:59:46
|
Steve, Thanks for the reply, it looks like I have some module that wasn't linked right or something.. here is my boot log. Also, could you send your boot args? One of my problems other than setting the clock to 600MHz is that I think I'm running out of memory because my memory map isn't correct. I see that yours is much more explicit stating which memory is where. I have a 256mb board, but it looks like I only have 100mb assigned, and the kernel may not be using it correctly. Thanks! Tom Machine: Gumstix Overo Memory policy: ECC disabled, Data cache writeback OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp 720m ) SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x100000 Reserving 12582912 bytes SDRAM for VRAM Built 1 zonelists in Zone order, mobility grouping on. Total pages: 25400 Kernel command line: console=ttyS2,115200n8 mpurate=600 vram=12M mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait PID hash table entries: 512 (order: -1, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 100MB = 100MB total Memory: 82716KB available (5388K code, 616K data, 164K init, 0K highmem) Hierarchical RCU implementation. NR_IRQS:402 Clocking rate (Crystal/Core/MPU): 26.0/224/500 MHz Reprogramming SDRC clock to 224791666 Hz dpll3_m2_clk rate change failed: -22 GPMC revision 5.0 IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts Total of 96 interrupts on 1 active controller OMAP GPIO hardware version 2.5 OMAP clockevent source: GPTIMER1 at 32768 Hz Console: colour dummy device 80x30 Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok tmpfs: No value for mount option 'mode' devtmpfs: initialized regulator: core version 0.5 NET: Registered protocol family 16 Found NAND on CS0 Registering NAND on CS0 ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() OPP table not defined for MPU Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1c ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() OPP table not defined for DSP Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1d ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() OPP table not defined for L3 Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1e ]--- OMAP DMA hardware revision 4.0 -----Original Message----- From: Steve Sakoman [mailto:sa...@gm...] Sent: Tuesday, January 11, 2011 6:24 PM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! On Mon, Jan 10, 2011 at 1:42 PM, Tom Calef <TC...@ha...> wrote: > My kernel command line is as follows: > Kernel command line: console=ttyS2,115200n8 mpurate=600 vram=12M > mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y > omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait Could you send us a copy of your boot log so we can see what is going on during boot? If I do a "setenv mpurate 600" and then boot I get the following: Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.36 (st...@bu...) (gcc version 4.3.3 (GCC) ) #1 Sun Jan 9 21:22:33 PST 2011 CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: Gumstix Overo Reserving 12582912 bytes SDRAM for VRAM Memory policy: ECC disabled, Data cache writeback OMAP3525 ES3.1 (l2cache iva neon isp ) SRAM: Mapped pa 0x40208000 to va 0xfe408000 size: 0x8000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: console=ttyS2,115200n8 mpurate=600 vram=12M omapfb.mode=dvi:1024x768MR-16@60 omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait PID hash table entries: 1024 (order: 0, 4096 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 128MB 128MB = 256MB total Memory: 241584k/241584k available, 20560k reserved, 0K highmem Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) DMA : 0xffc00000 - 0xffe00000 ( 2 MB) vmalloc : 0xd0800000 - 0xf8000000 ( 632 MB) lowmem : 0xc0000000 - 0xd0000000 ( 256 MB) modules : 0xbf000000 - 0xc0000000 ( 16 MB) .init : 0xc0008000 - 0xc0032000 ( 168 kB) .text : 0xc0032000 - 0xc0554000 (5256 kB) .data : 0xc0578000 - 0xc05b25e0 ( 234 kB) Hierarchical RCU implementation. RCU-based detection of stalled CPUs is disabled. Verbose stalled-CPUs detection is disabled. NR_IRQS:402 Clocking rate (Crystal/Core/MPU): 26.0/224/500 MHz Reprogramming SDRC clock to 224791666 Hz dpll3_m2_clk rate change failed: -22 GPMC revision 5.0 IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts Total of 96 interrupts on 1 active controller OMAP GPIO hardware version 2.5 OMAP clockevent source: GPTIMER1 at 32768 Hz Console: colour dummy device 80x30 Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok devtmpfs: initialized regulator: core version 0.5 NET: Registered protocol family 16 Found NAND on CS0 Registering NAND on CS0 Switched to new clocking rate (Crystal/Core/MPU): 26.0/600/224 MHz What do you see? Steve ------------------------------------------------------------------------ ------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2011-01-12 16:11:39
|
On Wed, Jan 12, 2011 at 8:00 AM, Tom Calef <TC...@ha...> wrote: > Steve, > > Thanks for the reply, it looks like I have some module that wasn't > linked right or something.. here is my boot log. What kernel are you using? That information wasn't included in your boot log. > Also, could you send your boot args? One of my problems other than > setting the clock to 600MHz is that I think I'm running out of memory > because my memory map isn't correct. I see that yours is much more > explicit stating which memory is where. I have a 256mb board, but it > looks like I only have 100mb assigned, and the kernel may not be using > it correctly. I suggest you just use the default u-boot environment -- that will work. To do this, break into u-boot and erase the u-boot environment partition: nand erase 240000 20000 Then reboot, and the default u-boot environment will be used. Once you verify that works, you can increase the clock rate by once again breaking into u-boot and typing: setenv mpurate 600 saveenv reset Let me know what results you get from this process. If there are still issues, please send the complete boot log, including the x-load and u-boot output. Steve |
From: Tom C. <TCalef@HatchScience.com> - 2011-01-12 16:26:37
|
Hi Steve, When I did the nand erase and rebooted, I got the following boot log Texas Instruments X-Loader 1.4.4ss (Nov 12 2010 - 10:22:09) OMAP3530-GP ES3.1 Board revision: 0 Reading boot sector Loading u-boot.bin from mmc U-Boot 2010.09 (Nov 13 2010 - 20:30:07) OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max CPU Clock 720 mHz Gumstix Overo board + LPDDR/NAND I2C: ready DRAM: 256 MiB NAND: 256 MiB *** Warning - bad CRC or NAND, using default environment In: serial Out: serial Err: serial Board revision: 0 Tranceiver detected on mmc2 No EEPROM on expansion board Die ID #1e4e00040000000004037f680d016010 Net: smc911x-0 Hit any key to stop autoboot: 0 mmc1 is available reading boot.scr Invalid FAT entry ** Unable to read "boot.scr" from mmc 0:1 ** reading uImage 2972820 bytes read Booting from mmc ... ## Booting kernel from Legacy Image at 82000000 ... Image Name: Linux-2.6.32 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2972756 Bytes = 2.8 MiB Load Address: 80008000 Entry Point: 80008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux................................................................... ........................................................................ ................................................... done, booting the kernel. Linux version 2.6.32 (tcalef@tcalef-desktop) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #1 Mon Dec 27 14:48:12 EST 2010 CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: Gumstix Overo Memory policy: ECC disabled, Data cache writeback OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp 720m ) SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x100000 Reserving 12582912 bytes SDRAM for VRAM Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: console=ttyS2,115200n8 mpurate=500 vram=12M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait PID hash table entries: 1024 (order: 0, 4096 bytes) Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 128MB 128MB = 256MB total Memory: 241024KB available (5388K code, 616K data, 164K init, 0K highmem) Hierarchical RCU implementation. NR_IRQS:402 Clocking rate (Crystal/Core/MPU): 26.0/224/500 MHz Reprogramming SDRC clock to 224791666 Hz dpll3_m2_clk rate change failed: -22 GPMC revision 5.0 IRQ: Found an INTC at 0xfa200000 (revision 4.0) with 96 interrupts Total of 96 interrupts on 1 active controller OMAP GPIO hardware version 2.5 OMAP clockevent source: GPTIMER1 at 32768 Hz Console: colour dummy device 80x30 Calibrating delay loop... 499.92 BogoMIPS (lpj=1949696) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok tmpfs: No value for mount option 'mode' devtmpfs: initialized regulator: core version 0.5 NET: Registered protocol family 16 Found NAND on CS0 Registering NAND on CS0 ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() OPP table not defined for MPU Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1c ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() OPP table not defined for DSP Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1d ]--- ------------[ cut here ]------------ WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() OPP table not defined for L3 Modules linked in: [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) ---[ end trace 1b75b31a2719ed1e ]--- OMAP DMA hardware revision 4.0 bio: create slab <bio-0> at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb i2c_omap i2c_omap.1: bus 1 rev3.12 at 2600 kHz twl4030: PIH (irq 7) chaining IRQs 368..375 twl4030: power (irq 373) chaining IRQs 376..383 twl4030: gpio (irq 368) chaining IRQs 384..401 regulator: VUSB1V5: 1500 mV normal standby regulator: VUSB1V8: 1800 mV normal standby regulator: VUSB3V1: 3100 mV normal standby twl4030_usb twl4030_usb: Initialized TWL4030 USB module regulator: VMMC1: 1850 <--> 3150 mV normal standby i2c_omap i2c_omap.3: bus 3 rev3.12 at 400 kHz Bluetooth: Core ver 2.15 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized cfg80211: Using static regulatory domain info cfg80211: Regulatory domain: 00 (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) (2457000 KHz - 2482000 KHz @ 20000 KHz), (600 mBi, 2000 mBm) (2474000 KHz - 2494000 KHz @ 20000 KHz), (600 mBi, 2000 mBm) (5170000 KHz - 5250000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) cfg80211: Calling CRDA to update world regulatory domain Switching to clocksource 32k_counter musb_hdrc: version 6.0, musb-dma, host, debug=0 musb_hdrc: USB Host mode controller at fa0ab000 using DMA, IRQ 92 musb_hdrc musb_hdrc: MUSB HDRC host driver musb_hdrc musb_hdrc: new USB bus registered, assigned bus number 1 usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb1: Product: MUSB HDRC host driver usb usb1: Manufacturer: Linux 2.6.32 musb-hcd usb usb1: SerialNumber: musb_hdrc hub 1-0:1.0: USB hub found hub 1-0:1.0: 1 port detected NET: Registered protocol family 2 IP route cache hash table entries: 2048 (order: 1, 8192 bytes) TCP established hash table entries: 8192 (order: 4, 65536 bytes) TCP bind hash table entries: 8192 (order: 3, 32768 bytes) TCP: Hash tables configured (established 8192 bind 8192) TCP reno registered UDP hash table entries: 256 (order: 0, 4096 bytes) UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) NET: Registered protocol family 1 RPC: Registered udp transport module. RPC: Registered tcp transport module. RPC: Registered tcp NFSv4.1 backchannel transport module. omap-iommu omap-iommu.0: isp registered VFS: Disk quotas dquot_6.5.2 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) JFFS2 version 2.2. (NAND) (SUMMARY) (c) 2001-2006 Red Hat, Inc. msgmni has been set to 471 alg: No test for stdrng (krng) Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) io scheduler noop registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled serial8250.0: ttyS0 at MMIO 0x4806a000 (irq = 72) is a ST16654 serial8250.1: ttyS1 at MMIO 0x4806c000 (irq = 73) is a ST16654 serial8250.2: ttyS2 at MMIO 0x49020000 (irq = 74) is a ST16654 console [ttyS2] enabled brd: module loaded loop: module loaded omap2-nand driver initializing NAND device: Manufacturer ID: 0x2c, Chip ID: 0xba (Micron NAND 256MiB 1,8V 16-bit) cmdlinepart partition parsing not available Creating 5 MTD partitions on "omap2-nand": 0x000000000000-0x000000080000 : "xloader" 0x000000080000-0x000000240000 : "uboot" 0x000000240000-0x000000280000 : "uboot environment" 0x000000280000-0x000000680000 : "linux" 0x000000680000-0x000010000000 : "rootfs" smsc911x: Driver version 2008-10-21. smsc911x-mdio: probed eth0: attached PHY driver [Generic PHY] (mii_bus:phy_addr=ffffffff:01, irq=-1) net eth0: MAC Address: 00:15:c9:28:d6:4e usbcore: registered new interface driver asix usbcore: registered new interface driver cdc_ether ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver ehci-omap ehci-omap.0: OMAP-EHCI Host Controller ehci-omap ehci-omap.0: new USB bus registered, assigned bus number 2 ehci-omap ehci-omap.0: irq 77, io mem 0x48064800 usb 1-1: new high speed USB device using musb_hdrc and address 2 ehci-omap ehci-omap.0: USB 2.0 started, EHCI 1.00 usb usb2: New USB device found, idVendor=1d6b, idProduct=0002 usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb2: Product: OMAP-EHCI Host Controller usb usb2: Manufacturer: Linux 2.6.32 ehci_hcd usb usb2: SerialNumber: ehci-omap.0 hub 2-0:1.0: USB hub found hub 2-0:1.0: 3 ports detected Initializing USB Mass Storage driver... usbcore: registered new interface driver usb-storage USB Mass Storage support registered. udc: OMAP UDC driver, version: 4 October 2004 (iso) (dma) mice: PS/2 mouse device common for all mice twl_rtc twl_rtc: rtc core: registered twl_rtc as rtc0 i2c /dev entries driver Linux video capture interface: v2.00 omap-iommu omap-iommu.0: isp: version 1.1 OMAP Watchdog Timer Rev 0x31: initial timeout 60 sec Bluetooth: HCI UART driver ver 2.2 Bluetooth: HCI H4 protocol initialized Bluetooth: HCI BCSP protocol initialized Bluetooth: HCILL protocol initialized usb 1-1: New USB device found, idVendor=050d, idProduct=0017 usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 1-1: Product: USB 2.0 Hub [MTT] hub 1-1:1.0: USB hub found hub 1-1:1.0: 7 ports detected usbcore: registered new interface driver usbhid usbhid: USB HID core driver Advanced Linux Sound Architecture Driver Version 1.0.21. usbcore: registered new interface driver snd-usb-audio No device for DAI omap-mcbsp-dai-0 No device for DAI omap-mcbsp-dai-1 No device for DAI omap-mcbsp-dai-2 No device for DAI omap-mcbsp-dai-3 No device for DAI omap-mcbsp-dai-4 overo SoC init asoc: twl4030 <-> omap-mcbsp-dai-0 mapping ok ALSA device list: #0: overo (twl4030) oprofile: using arm/armv7 TCP cubic registered NET: Registered protocol family 17 NET: Registered protocol family 15 Bluetooth: L2CAP ver 2.14 Bluetooth: L2CAP socket layer initialized Bluetooth: SCO (Voice Link) ver 0.6 Bluetooth: SCO socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM ver 1.11 Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Bluetooth: BNEP filters: protocol multicast Bluetooth: HIDP (Human Interface Emulation) ver 1.2 ThumbEE CPU extension supported. Power Management for TI OMAP3. SR: OPP rate tables not defined for platform, not enabling SmartReflex VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 1 omapfb omapfb: no displays omapfb omapfb: failed to setup omapfb omapfb: probe of omapfb failed with error -22 twl_rtc twl_rtc: setting system clock to 2010-10-29 10:41:39 UTC (1288348899) omap_vout omap_vout: probed for an unknown device Waiting for root device /dev/mmcblk0p2... usb 1-1.2: new high speed USB device using musb_hdrc and address 3 usb 1-1.2: New USB device found, idVendor=045e, idProduct=076e usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-1.2: Product: Microsoft(r) LifeCam HD-5001 usb 1-1.2: Manufacturer: Microsoft mmc0: host does not support reading read-only switch. assuming write-enable. mmc0: new high speed SDHC card at address e624 mmcblk0: mmc0:e624 SU08G 7.40 GiB mmcblk0: p1 p2 mmc1: new SDIO card at address 0001 ALSA sound/usb/usbaudio.c:1297: 3:3:1: cannot get freq at ep 0x82 usb 1-1.7: new low speed USB device using musb_hdrc and address 4 kjournald starting. Commit interval 5 seconds EXT3-fs (mmcblk0p2): warning: maximal mount count reached, running e2fsck is recommended EXT3-fs (mmcblk0p2): using internal journal EXT3-fs (mmcblk0p2): mounted filesystem with writeback data mode VFS: Mounted root (ext3 filesystem) on device 179:2. devtmpfs: mounted Freeing init memory: 164K usb 1-1.7: New USB device found, idVendor=04b3, idProduct=310c usb 1-1.7: New USB device strings: Mfr=0, Product=2, SerialNumber=0 usb 1-1.7: Product: USB Optical Mouse input: USB Optical Mouse as /devices/platform/musb_hdrc/usb1/1-1/1-1.7/1-1.7:1.0/input/input0 generic-usb 0003:04B3:310C.0001: input: USB HID v1.11 Mouse [USB Optical Mouse] on usb-musb_hdrc-1.7/input0 INIT: version 2.86 booting Please wait: booting... Error opening /dev/fb0: No such file or directory Starting udev uvcvideo: Found UVC 1.00 device Microsoft(r) LifeCam HD-5001 (045e:076e) ads7846 spi1.0: touchscreen, irq 274 input: Microsoft(r) LifeCam HD-5001 as /devices/platform/musb_hdrc/usb1/1-1/1-1.2/1-1.2:1.0/input/input1 input: ADS7846 Touchscreen as /devices/platform/omap2_mcspi.1/spi1.0/input/input2 usbcore: registered new interface driver uvcvideo USB Video Class driver (v0.1.0) lib80211: common routines for IEEE802.11 drivers libertas_sdio: Libertas SDIO driver libertas_sdio: Copyright Pierre Ossman libertas_sdio mmc1:0001:1: firmware: requesting sd8686_helper.bin libertas: can't load helper firmware libertas: failed to load helper firmware libertas_sdio: probe of mmc1:0001:1 failed with error -2 Remounting root file system... Caching udev devnodes Populating dev cache ALSA: Restoring mixer settings... Configuring network interfaces... net eth0: SMSC911x/921x identified at 0xd08c8000, IRQ: 336 udhcpc (v1.13.2) started Sending discover... Sending discover... Sending select for 10.1.55.101... Lease of 10.1.55.101 obtained, lease time 691200 adding dns 10.1.55.2 adding dns 209.213.64.2 done. Setting up IP spoofing protection: rp_filter. INIT: Entering runlevel: 5 Starting system message bus: dbus. Starting telnet daemon. Starting syslogd/klogd: done Starting thttpdNET: Registered protocol family 10 . Loading kernel modules for gstreamer-ti... Running /usr/share/ti/gst/<platform>/loadmodule.shERROR: Module cmemk does not exist in /proc/modules ERROR: Module lpm_omap3530 does not exist in /proc/modules ERROR: Module dsplinkk does not exist in /proc/modules ERROR: Module sdmak does not exist in /proc/modules CMEMK module: built on Dec 13 2010 at 09:26:44 Reference Linux version 2.6.32 File /home/tcalef/ti-dvsdk_omap3530-evm_4_00_00_22/linuxutils_2_25_05_11/pack ages/ti/sdo/linuxutils/cmem/src/module/cmemk.c CMEM Range Overlaps Kernel Physical - allowing overlap CMEM phys_start (0x8c900000) overlaps kernel (0x80000000 -> 0x90000000) CMEMK Error: Failed to request_mem_region(0x8c900000, 16777216) FATAL: Error inserting cmemk (/lib/modules/2.6.32/kernel/drivers/dsp/cmemk.ko): Bad address DSPLINK Module (1.65.00.02) created on Date: Dec 13 2010 Time: 09:41:58 SDMAK module: built on Dec 13 2010 at 09:48:33 Reference Linux version 2.6.32 File /home/tcalef/ti-dvsdk_omap3530-evm_4_00_00_22/linuxutils_2_25_05_11/pack ages/ti/sdo/linuxutils/sdma/src/module/sdmak.c done _____ _____ _ _ | _ |___ ___ ___ ___ | _ |___ ___ |_|___ ___| |_ | | _| .'| . | . | | __| _| . | | | -_| _| _| |__|__|_| |__,|_ |___| |__| |_| |___|_| |___|___|_| |___| |___| Arago Project http://arago-project.org omap3evm ttyS2 Arago 2010.07 omap3evm ttyS2 omap3evm login: root root@omap3evm:~# -----Original Message----- From: Steve Sakoman [mailto:sa...@gm...] Sent: Wednesday, January 12, 2011 11:12 AM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! On Wed, Jan 12, 2011 at 8:00 AM, Tom Calef <TC...@ha...> wrote: > Steve, > > Thanks for the reply, it looks like I have some module that wasn't > linked right or something.. here is my boot log. What kernel are you using? That information wasn't included in your boot log. > Also, could you send your boot args? One of my problems other than > setting the clock to 600MHz is that I think I'm running out of memory > because my memory map isn't correct. I see that yours is much more > explicit stating which memory is where. I have a 256mb board, but it > looks like I only have 100mb assigned, and the kernel may not be using > it correctly. I suggest you just use the default u-boot environment -- that will work. To do this, break into u-boot and erase the u-boot environment partition: nand erase 240000 20000 Then reboot, and the default u-boot environment will be used. Once you verify that works, you can increase the clock rate by once again breaking into u-boot and typing: setenv mpurate 600 saveenv reset Let me know what results you get from this process. If there are still issues, please send the complete boot log, including the x-load and u-boot output. Steve ------------------------------------------------------------------------ ------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2011-01-12 16:40:23
|
On Wed, Jan 12, 2011 at 8:27 AM, Tom Calef <TC...@ha...> wrote: > Hi Steve, > > When I did the nand erase and rebooted, I got the following boot log <snip> > Image Name: Linux-2.6.32 And there is your answer! You are using an old kernel that pre-dates mpurate support. Steve |
From: Tom C. <TCalef@HatchScience.com> - 2011-01-12 16:42:44
|
ARGH!! I did this so that I could use the TI GStreamer. Do you know if this has been successfully done through OE on a later kernel? -----Original Message----- From: Steve Sakoman [mailto:sa...@gm...] Sent: Wednesday, January 12, 2011 11:40 AM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! On Wed, Jan 12, 2011 at 8:27 AM, Tom Calef <TC...@ha...> wrote: > Hi Steve, > > When I did the nand erase and rebooted, I got the following boot log <snip> > Image Name: Linux-2.6.32 And there is your answer! You are using an old kernel that pre-dates mpurate support. Steve ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2011-01-12 16:51:33
|
On Wed, Jan 12, 2011 at 8:43 AM, Tom Calef <TC...@ha...> wrote: > ARGH!! > > I did this so that I could use the TI GStreamer. Do you know if this has been successfully done through OE on a later kernel? I don't think so, but don't know for certain since I don't use the DSP (and hence don't use the psp kernels) Steve > -----Original Message----- > From: Steve Sakoman [mailto:sa...@gm...] > Sent: Wednesday, January 12, 2011 11:40 AM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > On Wed, Jan 12, 2011 at 8:27 AM, Tom Calef <TC...@ha...> wrote: >> Hi Steve, >> >> When I did the nand erase and rebooted, I got the following boot log > <snip> >> Image Name: Linux-2.6.32 > > And there is your answer! You are using an old kernel that pre-dates mpurate support. > > Steve > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Tom C. <TCalef@HatchScience.com> - 2011-01-12 16:54:48
|
Well, at least now I know another limitation of my setup. Thanks for your help Steve! BTW.. I had no idea of who I was emailing with.. it's pretty neat getting help from someone with your experience! -----Original Message----- From: Steve Sakoman [mailto:sa...@gm...] Sent: Wednesday, January 12, 2011 11:51 AM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! On Wed, Jan 12, 2011 at 8:43 AM, Tom Calef <TC...@ha...> wrote: > ARGH!! > > I did this so that I could use the TI GStreamer. Do you know if this has been successfully done through OE on a later kernel? I don't think so, but don't know for certain since I don't use the DSP (and hence don't use the psp kernels) Steve > -----Original Message----- > From: Steve Sakoman [mailto:sa...@gm...] > Sent: Wednesday, January 12, 2011 11:40 AM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > On Wed, Jan 12, 2011 at 8:27 AM, Tom Calef <TC...@ha...> wrote: >> Hi Steve, >> >> When I did the nand erase and rebooted, I got the following boot log > <snip> >> Image Name: Linux-2.6.32 > > And there is your answer! You are using an old kernel that pre-dates mpurate support. > > Steve > > ---------------------------------------------------------------------- > -------- Protect Your Site and Customers from Malware Attacks Learn > about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ---------------------------------------------------------------------- > -------- Protect Your Site and Customers from Malware Attacks Learn > about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how > you can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Bob C. <bco...@ve...> - 2011-01-10 21:13:31
|
I don't have the skill or knowledge to evaluate what the BogoMIPS really means when translated to megahertz of processor speed, but it does seem to be comparing apples and oranges. A calculated value that purports to count the number of millions of instructions per second is not the same as a processor clock rating of 600 megahertz. Any 1:1 correspondence here is probably coincidental. With that said I have no technical skill to evaluate this. My own cpuinfo is similar to Tom's: Processor : ARMv7 Processor rev 3 (v7l) BogoMIPS : 499.92 Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3 CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x1 CPU part : 0xc08 CPU revision : 3 Hardware : Gumstix Overo Revision : 0020 Serial : 0000000000000000 Bob On 01/10/2011 03:16 PM, Tom Calef wrote: > Even if it doesn't have a 1:1 correlation, I don't see any change in that value whatsoever. > > One thing I just noticed in the boot up is this > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() > OPP table not defined for MPU > Modules linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) > [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1c ]--- > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() > OPP table not defined for DSP > Modules linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) > [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1d ]--- > ------------[ cut here ]------------ > WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() > OPP table not defined for L3 > Modules linked in: > [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) > [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) > [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) > [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) > [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) > [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1e ]--- > > Tom > > -----Original Message----- > From: Robert Vogt IV [mailto:ro...@io...] > Sent: Monday, January 10, 2011 3:03 PM > To: General mailing list for gumstix users. > Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! > > Bob, > > While that is correct, on the gumstix, it seems to have a 1:1 > correlation. If I set mine to 600 or 720, I see the corresponding > rise in bogoMIPS. Seems like a setting is incorrect somewhere... > > > Robert Vogt IV > CEO > IOSiX, LLC > 2375 Parkwood Ave > Ypsilanti, MI 48198 > ro...@io... > P: 734-730-9690 > F: 734-482-2337 > > > > On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran<bco...@ve...> wrote: >> http://en.wikipedia.org/wiki/BogoMips >> >> BogoMIPS is a calculated value, see the Wikipedia article. It does not >> correspond to the processor rating in megahertz. >> >> Bob Cochran >> >> >> On 01/10/2011 02:39 PM, Tom Calef wrote: >>> I set my boot arguments so that mpurate=600 (I think this is the max >>> spec reading all the threads on the overo fe), but when I check the >>> speed, I get the following >>> >>> root@omap3evm:~# cat /proc/cpuinfo >>> >>> Processor : ARMv7 Processor rev 3 (v7l) >>> >>> *BogoMIPS : 499.92* >>> >>> Features : swp half thumb fastmult vfp edsp thumbee neon >>> vfpv3 >>> >>> CPU implementer : 0x41 >>> >>> CPU architecture: 7 >>> >>> CPU variant : 0x1 >>> >>> CPU part : 0xc08 >>> >>> CPU revision : 3 >>> >>> Hardware : Gumstix Overo >>> >>> Revision : 0020 >>> >>> Serial : 0000000000000000 >>> >>> Can someone help get me to 600MIPS? >>> >>> Thanks! >>> >>> Tom >>> >>> BOOTARGS AS FOLLOWS >>> >>> Overo # printenv >>> >>> bootcmd=if mmc init; then if run loadbootscript; then run bootscript; >>> else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; >>> else run nandboot; fi >>> >>> bootdelay=5 >>> >>> baudrate=115200 >>> >>> loadaddr=0x82000000 >>> >>> console=ttyS2,115200n8 >>> >>> vram=12M >>> >>> dvimode=1024x768MR-16@60 >>> >>> defaultdisplay=dvi >>> >>> mmcroot=/dev/mmcblk0p2 rw >>> >>> mmcrootfstype=ext3 rootwait >>> >>> nandroot=/dev/mtdblock4 rw >>> >>> nandrootfstype=jffs2 >>> >>> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >>> >>> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >>> >>> loaduimage=fatload mmc 0 ${loadaddr} uImage >>> >>> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >>> >>> nandboot=echo Booting from nand ...; run nandargs; nand read >>> ${loadaddr} 280000 400000; bootm ${loadaddr} >>> >>> dieid#=1e4e00040000000004037f680d016010 >>> >>> ethact=smc911x-0 >>> >>> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >>> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >>> omapdss.def_disp=${defaultdisplay} root=${nandroot} >>> rootfstype=${nandrootfstype} >>> >>> filesize=2D5C5C >>> >>> fileaddr=82000000 >>> >>> ipaddr=10.1.55.122 >>> >>> serverip=10.1.55.107 >>> >>> netmask=255.255.255.0 >>> >>> hostname=overo >>> >>> gatewayip=10.1.55.1 >>> >>> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >>> >>> nfsroot=/tcalef/workdir/filesys >>> >>> nfsargs=setenv bootargs console=${console} root=/dev/nfs >>> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >>> >>> loadnfskernel=tftp ${loadaddr} uImage >>> >>> stdin=serial >>> >>> stdout=serial >>> >>> stderr=serial >>> >>> mpurate=600 >>> >>> sysram=100M >>> >>> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >>> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >>> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >>> >>> >>> ------------------------------------------------------------------------------ >>> Gaining the trust of online customers is vital for the success of any company >>> that requires sensitive data to be transmitted over the Web. Learn how to >>> best implement a security strategy that keeps consumers' information secure >>> and instills the confidence they need to proceed with transactions. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> >>> >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Brad M. <bmi...@gm...> - 2011-01-10 21:21:23
|
to see the actual (current) frequency cat /proc/cpuinfo On Mon, Jan 10, 2011 at 2:13 PM, Bob Cochran <bco...@ve...> wrote: > I don't have the skill or knowledge to evaluate what the BogoMIPS really > means when translated to megahertz of processor speed, but it does seem > to be comparing apples and oranges. A calculated value that purports to > count the number of millions of instructions per second is not the same > as a processor clock rating of 600 megahertz. Any 1:1 correspondence > here is probably coincidental. With that said I have no technical skill > to evaluate this. > > My own cpuinfo is similar to Tom's: > > Processor : ARMv7 Processor rev 3 (v7l) > BogoMIPS : 499.92 > Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3 > CPU implementer : 0x41 > CPU architecture: 7 > CPU variant : 0x1 > CPU part : 0xc08 > CPU revision : 3 > > Hardware : Gumstix Overo > Revision : 0020 > Serial : 0000000000000000 > > Bob > > > > > > On 01/10/2011 03:16 PM, Tom Calef wrote: >> Even if it doesn't have a 1:1 correlation, I don't see any change in that value whatsoever. >> >> One thing I just noticed in the boot up is this >> ------------[ cut here ]------------ >> WARNING: at arch/arm/mach-omap2/clock34xx.c:456 omap2_clk_arch_init+0x38/0x1e8() >> OPP table not defined for MPU >> Modules linked in: >> [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) >> [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) >> [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) >> [<c000fa0c>] (omap2_clk_arch_init+0x38/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) >> [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) >> [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) >> ---[ end trace 1b75b31a2719ed1c ]--- >> ------------[ cut here ]------------ >> WARNING: at arch/arm/mach-omap2/clock34xx.c:460 omap2_clk_arch_init+0x6c/0x1e8() >> OPP table not defined for DSP >> Modules linked in: >> [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) >> [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) >> [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) >> [<c000fa40>] (omap2_clk_arch_init+0x6c/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) >> [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) >> [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) >> ---[ end trace 1b75b31a2719ed1d ]--- >> ------------[ cut here ]------------ >> WARNING: at arch/arm/mach-omap2/clock34xx.c:463 omap2_clk_arch_init+0x90/0x1e8() >> OPP table not defined for L3 >> Modules linked in: >> [<c00366cc>] (unwind_backtrace+0x0/0xdc) from [<c005dd60>] (warn_slowpath_common+0x48/0x60) >> [<c005dd60>] (warn_slowpath_common+0x48/0x60) from [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) >> [<c005ddb0>] (warn_slowpath_fmt+0x24/0x30) from [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) >> [<c000fa64>] (omap2_clk_arch_init+0x90/0x1e8) from [<c003133c>] (do_one_initcall+0x5c/0x1b4) >> [<c003133c>] (do_one_initcall+0x5c/0x1b4) from [<c00083f8>] (kernel_init+0x90/0x10c) >> [<c00083f8>] (kernel_init+0x90/0x10c) from [<c003287c>] (kernel_thread_exit+0x0/0x8) >> ---[ end trace 1b75b31a2719ed1e ]--- >> >> Tom >> >> -----Original Message----- >> From: Robert Vogt IV [mailto:ro...@io...] >> Sent: Monday, January 10, 2011 3:03 PM >> To: General mailing list for gumstix users. >> Subject: Re: [Gumstix-users] Overo FE - Clock wont go above 500MHz! >> >> Bob, >> >> While that is correct, on the gumstix, it seems to have a 1:1 >> correlation. If I set mine to 600 or 720, I see the corresponding >> rise in bogoMIPS. Seems like a setting is incorrect somewhere... >> >> >> Robert Vogt IV >> CEO >> IOSiX, LLC >> 2375 Parkwood Ave >> Ypsilanti, MI 48198 >> ro...@io... >> P: 734-730-9690 >> F: 734-482-2337 >> >> >> >> On Mon, Jan 10, 2011 at 11:48 AM, Bob Cochran<bco...@ve...> wrote: >>> http://en.wikipedia.org/wiki/BogoMips >>> >>> BogoMIPS is a calculated value, see the Wikipedia article. It does not >>> correspond to the processor rating in megahertz. >>> >>> Bob Cochran >>> >>> >>> On 01/10/2011 02:39 PM, Tom Calef wrote: >>>> I set my boot arguments so that mpurate=600 (I think this is the max >>>> spec reading all the threads on the overo fe), but when I check the >>>> speed, I get the following >>>> >>>> root@omap3evm:~# cat /proc/cpuinfo >>>> >>>> Processor : ARMv7 Processor rev 3 (v7l) >>>> >>>> *BogoMIPS : 499.92* >>>> >>>> Features : swp half thumb fastmult vfp edsp thumbee neon >>>> vfpv3 >>>> >>>> CPU implementer : 0x41 >>>> >>>> CPU architecture: 7 >>>> >>>> CPU variant : 0x1 >>>> >>>> CPU part : 0xc08 >>>> >>>> CPU revision : 3 >>>> >>>> Hardware : Gumstix Overo >>>> >>>> Revision : 0020 >>>> >>>> Serial : 0000000000000000 >>>> >>>> Can someone help get me to 600MIPS? >>>> >>>> Thanks! >>>> >>>> Tom >>>> >>>> BOOTARGS AS FOLLOWS >>>> >>>> Overo # printenv >>>> >>>> bootcmd=if mmc init; then if run loadbootscript; then run bootscript; >>>> else if run loaduimage; then run mmcboot; else run nandboot; fi; fi; >>>> else run nandboot; fi >>>> >>>> bootdelay=5 >>>> >>>> baudrate=115200 >>>> >>>> loadaddr=0x82000000 >>>> >>>> console=ttyS2,115200n8 >>>> >>>> vram=12M >>>> >>>> dvimode=1024x768MR-16@60 >>>> >>>> defaultdisplay=dvi >>>> >>>> mmcroot=/dev/mmcblk0p2 rw >>>> >>>> mmcrootfstype=ext3 rootwait >>>> >>>> nandroot=/dev/mtdblock4 rw >>>> >>>> nandrootfstype=jffs2 >>>> >>>> loadbootscript=fatload mmc 0 ${loadaddr} boot.scr >>>> >>>> bootscript=echo Running bootscript from mmc ...; source ${loadaddr} >>>> >>>> loaduimage=fatload mmc 0 ${loadaddr} uImage >>>> >>>> mmcboot=echo Booting from mmc ...; run mmcargs; bootm ${loadaddr} >>>> >>>> nandboot=echo Booting from nand ...; run nandargs; nand read >>>> ${loadaddr} 280000 400000; bootm ${loadaddr} >>>> >>>> dieid#=1e4e00040000000004037f680d016010 >>>> >>>> ethact=smc911x-0 >>>> >>>> nandargs=setenv bootargs console=${console} mpurate=${mpurate} >>>> vram=${vram} mem=${sysram} omapfb.mode=dvi:${dvimode} omapfb.debug=y >>>> omapdss.def_disp=${defaultdisplay} root=${nandroot} >>>> rootfstype=${nandrootfstype} >>>> >>>> filesize=2D5C5C >>>> >>>> fileaddr=82000000 >>>> >>>> ipaddr=10.1.55.122 >>>> >>>> serverip=10.1.55.107 >>>> >>>> netmask=255.255.255.0 >>>> >>>> hostname=overo >>>> >>>> gatewayip=10.1.55.1 >>>> >>>> ip=10.1.55.122:10.1.55.107:10.1.55.1:255.255.255.0:overo:eth0:none >>>> >>>> nfsroot=/tcalef/workdir/filesys >>>> >>>> nfsargs=setenv bootargs console=${console} root=/dev/nfs >>>> rootfstype=nfs ip=${ip} nfsroot=${nfsroot} rootwait >>>> >>>> loadnfskernel=tftp ${loadaddr} uImage >>>> >>>> stdin=serial >>>> >>>> stdout=serial >>>> >>>> stderr=serial >>>> >>>> mpurate=600 >>>> >>>> sysram=100M >>>> >>>> mmcargs=setenv bootargs console=ttyS2,115200n8 mpurate=600 vram=12M >>>> mem=100M omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y >>>> omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Gaining the trust of online customers is vital for the success of any company >>>> that requires sensitive data to be transmitted over the Web. Learn how to >>>> best implement a security strategy that keeps consumers' information secure >>>> and instills the confidence they need to proceed with transactions. >>>> http://p.sf.net/sfu/oracle-sfdevnl >>>> >>>> >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> ------------------------------------------------------------------------------ >>> Gaining the trust of online customers is vital for the success of any company >>> that requires sensitive data to be transmitted over the Web. Learn how to >>> best implement a security strategy that keeps consumers' information secure >>> and instills the confidence they need to proceed with transactions. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> ------------------------------------------------------------------------------ >> Gaining the trust of online customers is vital for the success of any company >> that requires sensitive data to be transmitted over the Web. Learn how to >> best implement a security strategy that keeps consumers' information secure >> and instills the confidence they need to proceed with transactions. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Brad Midgley |