Re: Beagleboard xM crashes when being set to 800MHz with smartreflex on linux-omap-3.6-rc6

2012-10-10 Thread jean-philippe francois
2012/10/2 Kevin Hilman khil...@deeprootsystems.com:
 Maximilian Schwerin maximilian.schwe...@tigris.de writes:

 Hi,

 I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
 as basis for the kernel config.

 When I enable smartreflex and switch to 800MHz via

 echo 1  /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
 echo 1  /sys/kernel/debug/smartreflex/smartreflex_mpu_iva/autocomp
 cpufreq-set -f 800MHz

 the board crashes. If I switch to 800MHz and enable smartreflex later
 nothing happens. This used to work in my 3.3 based kernel.

 SmartReflex is kwown to be unstable in mainline and there are several
 errata that still need fixing for it to be stable.

 I strongly recommend you simply leave SR disabled.

Does it apply to a device always at opp1G ?
Ie if I boot @1GHz and then enable smart reflex, is it ok ?

 Kevin


 --
 To unsubscribe from this list: send the line unsubscribe linux-omap in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Beagleboard xM crashes when being set to 800MHz with smartreflex on linux-omap-3.6-rc6

2012-10-01 Thread Kevin Hilman
Maximilian Schwerin maximilian.schwe...@tigris.de writes:

 Hi,

 I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
 as basis for the kernel config.

 When I enable smartreflex and switch to 800MHz via

 echo 1  /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
 echo 1  /sys/kernel/debug/smartreflex/smartreflex_mpu_iva/autocomp
 cpufreq-set -f 800MHz

 the board crashes. If I switch to 800MHz and enable smartreflex later
 nothing happens. This used to work in my 3.3 based kernel.

SmartReflex is kwown to be unstable in mainline and there are several
errata that still need fixing for it to be stable.

I strongly recommend you simply leave SR disabled.

Kevin


--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Beagleboard xM crashes when being set to 800MHz with smartreflex on linux-omap-3.6-rc6

2012-09-21 Thread Joni Lapilainen
On Fri, Sep 21, 2012 at 9:45 AM, Maximilian Schwerin
maximilian.schwe...@tigris.de wrote:
 Hi,

 I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
 as basis for the kernel config.

 When I enable smartreflex and switch to 800MHz via

 echo 1  /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
 echo 1  /sys/kernel/debug/smartreflex/smartreflex_mpu_iva/autocomp
 cpufreq-set -f 800MHz

 the board crashes. If I switch to 800MHz and enable smartreflex later
 nothing happens. This used to work in my 3.3 based kernel.

 Regards, Maximilian

Also happens with N900 when changing frequency.

-JL
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Beagleboard xM crashes when being set to 800MHz with smartreflex on linux-omap-3.6-rc6

2012-09-21 Thread Robert Nelson
On Fri, Sep 21, 2012 at 1:45 AM, Maximilian Schwerin
maximilian.schwe...@tigris.de wrote:
 Hi,

 I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
 as basis for the kernel config.

 When I enable smartreflex and switch to 800MHz via

 echo 1  /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
 echo 1  /sys/kernel/debug/smartreflex/smartreflex_mpu_iva/autocomp
 cpufreq-set -f 800MHz

 the board crashes. If I switch to 800MHz and enable smartreflex later
 nothing happens. This used to work in my 3.3 based kernel.

btw, once it locks up... retry with your 3.3 based kernel (hold reset
and swap sd card's, the bug should lock up again when trying to set
800Mhz on bootup..  In my testing, once it locks up, any cpufreq
enabled kernel will keep locking up...  Makes you wonder if a pll
setting isn't getting reset on bootup...)

I've traced it to the arch_clock-clk_set_rate(clk, rate); call in
the int clk_set_rate(struct clk *clk, unsigned long rate) function

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=arch/arm/plat-omap/clock.c;hb=HEAD#l132

at that point, I'm a little lost in the omap36xx code..

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Beagleboard xM crashes when being set to 800MHz with smartreflex on linux-omap-3.6-rc6

2012-09-21 Thread Tony Lindgren
* Maximilian Schwerin maximilian.schwe...@tigris.de [120920 23:46]:
 Hi,
 
 I've just built a linux-omap kernel at 3.6-rc6 using omap2plus_defconfig
 as basis for the kernel config.
 
 When I enable smartreflex and switch to 800MHz via
 
 echo 1  /sys/kernel/debug/smartreflex/smartreflex_core/autocomp
 echo 1  /sys/kernel/debug/smartreflex/smartreflex_mpu_iva/autocomp
 cpufreq-set -f 800MHz
 
 the board crashes. If I switch to 800MHz and enable smartreflex later
 nothing happens. This used to work in my 3.3 based kernel.

I'm suspecting that this is because of all the missing PM
errata we don't have in the mainline kernel :(

I think we're missing at least the following based on a quick grep
of the Nokia patched PM code:

- 3430 (and 3630?) hs omap cs1 off-idle bug where save/restore needs to be in 
lowmem

- 3630 retention idle is missing errata handling for 1.85/i581

- 3630 off idle is missing 1.87 handling

- smartreflex missing twl4030 errata?

- Nokia patched PM code mentions also quite a few other missing
  errata such as 1.88, 1.142, i582, i467, i468, 1.164

This may be a bit out of date as it's based on some notes I made
few months ago after I started noticing flakeyness on my 3630 zoom3
board.

Regards,

Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html