Hi Purushotham,

It has been reported that recent kernel (>= 2.6.29) are running with the EMU domain clocks forced to OFF, for power management optimization reasons.

Can you check the value of the CM_CLKSTCTRL_EMU register at 0x4800.5148? The value should be 0x2. Using the devmem2 utility you can read/write that register.

If the value is not 0x2, you need to change the following in the code:

diff --git a/arch/arm/mach-omap2/
clockdomains.h b/arch/arm/mach-omap2/clockdomains.h
index 051ca81..f4fe270 100644
--- a/arch/arm/mach-omap2/clockdomains.h
+++ b/arch/arm/mach-omap2/clockdomains.h
@@ -258,7 +258,7 @@ static struct clockdomain per_clkdm = {
 static struct clockdomain emu_clkdm = {
        .name           = "emu_clkdm",
        .pwrdm          = { .name = "emu_pwrdm" },
-       .flags          = /* CLKDM_CAN_ENABLE_AUTO |  */CLKDM_CAN_SWSUP,
+       .flags          = CLKDM_CAN_FORCE_WAKEUP,
        .clktrctrl_mask = OMAP3430_CLKTRCTRL_EMU_MASK,
        .omap_chip      = OMAP_CHIP_INIT(CHIP_IS_OMAP3430),
 };

Be carfeul to revert the change if you are planning to hit really low power modes on the target.

Regards,
Jean

On Sat, Jun 12, 2010 at 08:55, purushothama s <purushtm1@gmail.com> wrote:
Hi Maynard,

Thanks for your reply,  I tried following steps with running of --shutdown:

#opcontrol --init

# opcontrol --vmlinux=/boot/vmlinux

# opcontrol --event=CPU_CYCLES:7500:0:1:1 --event=DCACHE_ACCESS:500:0:1:1 --event=AXI_READ_CYCLES:500:0:1:1

# opcontrol --start
Using 2.6+ OProfile kernel interface.
Reading module info.
Using log file /var/lib/oprofile/samples/oprofiled.log
Daemon started.
Profiler running.

# time a.out       //test application
-----------------snip>>>>>>>>>>>>>>>>>>>>>
Creating Threads
Thread 1 PID is 4096a490
Thread 2 PID is 4116a490
Thread 3 PID is 4196a490
Thread 4096a490 loop count 0
Thread 4196a490 loop count 0
Thread 4116a490 loop count 0
Thread 4116a490 loop count 10
........................
Thread 4196a490 loop count 50
Thread 4096a490 loop count 50
All threads have exited.

real    0m2.200s
user    0m0.160s
sys     0m0.030s

# opcontrol --dump

# opcontrol --shutdown
Stopping profiling.
Killing daemon.
root@Marmotte:~# opreport -l -d a.out

---------snip>>>>>>>>>>>>>>>>

Overflow stats not available
CPU: ARM V7 PMNC, speed 0 MHz (estimated)
Counted CPU_CYCLES events (Number of CPU cycles) with a unit mask of 0x00 (No
unit mask) count 7500
vma      samples  %        symbol name
000086b0 259      100.000  thread
  00008740 35       13.5135
  00008748 17        6.5637
  0000874c 32       12.3552
  00008750 58       22.3938
  00008758 28       10.8108
  0000875c 26       10.0386
  00008760 63       24.3243
 -------------------snip>>>>>>>

Regards
Purushotham


But result I am getting CPU_CYCLES events only.


On Fri, Jun 11, 2010 at 8:45 PM, Maynard Johnson <maynardj@us.ibm.com> wrote:
purushothama s wrote:
> Hi All,
>
> To setting of DCACHE_ACCESS and CPU_CYCLES events on ARMv7 core machine
> using opcontrol command,
> Only generates  CPU_CYCLES events.
Perhaps you started out just running with CPU_CYCLES, then added DCACHE_ACCESS events without running --shutdown and restarting.

-Maynard
>
> Please let me know your inputs.
>
> Regards
> Purushotham
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
>
>
>
> _______________________________________________
> oprofile-list mailing list
> oprofile-list@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oprofile-list



------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
oprofile-list mailing list
oprofile-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oprofile-list