Hi there,

What information should I provide to see why there is no .jo files created?
Btw, I tried on my Debian GNU/Linux, kernel version 3.1.0-1-amd64, and
still I can't get any .jo files.

Thanks,
Guanpeng Xu

--- 12年1月20日,周五, Maynard Johnson <maynardj@us.ibm.com> 写道:

发件人: Maynard Johnson <maynardj@us.ibm.com>
主题: Re: ELF binaries for JIT samples cannot be created
收件人: "ffffb9 ffffda ffffc5 fffff4 ffffd0 ffffec" <herberteuler@yahoo.com.cn>, "Robert Richter" <robert.richter@amd.com>, "Andi Kleen" <andi@firstfloor.org>
抄送: oprofile-list@lists.sourceforge.net
日期: 2012年1月20日,周五,上午11:08

On 01/19/2012 07:52 PM, ffffb9 ffffda ffffc5 fffff4 ffffd0 ffffec wrote:
> Oh, I'm so sorry for that misunderstanding.  In fact I did use --start
> when I profiled the Java program:
Robert, Andi,
Do either of you have any suggestions to help this user determine why no samples are being collected on their Xeon 5260 system?  The kernel is old (RHEL 5.4), so presumably the oprofile kernel driver does not support that model since dmesg says "oprofile: using NMI timer interrupt".

Thanks.
-Maynard

>
>     $ sudo opcontrol --start
>     Using 2.6+ OProfile kernel interface.
>     Using log file /var/lib/oprofile/samples/oprofiled.log
>     Daemon started.
>     Profiler running.
>     $ cd dcc
>     $  /usr/java/jdk1.6.0_24/bin/java -agentlib:jvmti_oprofile -cp . x
>     99990000
>     $ sudo opcontrol --stop
>     Stopping profiling.
>     $ sudo opcontrol --dump
>     $ find /var/lib/oprofile/samples -type d
>     /var/lib/oprofile/samples
>     /var/lib/oprofile/samples/current
>     /var/lib/oprofile/samples/current/{kern}
>     /var/lib/oprofile/samples/current/{kern}/no-vmlinux
>     /var/lib/oprofile/samples/current/{kern}/no-vmlinux/{dep}
>     /var/lib/oprofile/samples/current/{kern}/no-vmlinux/{dep}/{kern}
>     /var/lib/oprofile/samples/current/{kern}/no-vmlinux/{dep}/{kern}/no-vmlinux
>     /var/lib/oprofile/samples/current/stats
>     /var/lib/oprofile/samples/current/stats/cpu5
>     /var/lib/oprofile/samples/current/stats/cpu6
>     /var/lib/oprofile/samples/current/stats/cpu16
>     /var/lib/oprofile/samples/current/stats/cpu20
>     /var/lib/oprofile/samples/current/stats/cpu13
>     /var/lib/oprofile/samples/current/stats/cpu19
>     /var/lib/oprofile/samples/current/stats/cpu11
>     /var/lib/oprofile/samples/current/stats/cpu7
>     /var/lib/oprofile/samples/current/stats/cpu18
>     /var/lib/oprofile/samples/current/stats/cpu12
>     /var/lib/oprofile/samples/current/stats/cpu3
>     /var/lib/oprofile/samples/current/stats/cpu2
>     /var/lib/oprofile/samples/current/stats/cpu17
>     /var/lib/oprofile/samples/current/stats/cpu8
>     /var/lib/oprofile/samples/current/stats/cpu14
>     /var/lib/oprofile/samples/current/stats/cpu9
>     /var/lib/oprofile/samples/current/stats/cpu23
>     /var/lib/oprofile/samples/current/stats/cpu10
>     /var/lib/oprofile/samples/current/stats/cpu21
>     /var/lib/oprofile/samples/current/stats/cpu1
>     /var/lib/oprofile/samples/current/stats/cpu22
>     /var/lib/oprofile/samples/current/stats/cpu0
>     /var/lib/oprofile/samples/current/stats/cpu15
>     /var/lib/oprofile/samples/current/stats/cpu4
>     $
>
> Best regards,
> Guanpeng Xu
>
> --- *12年1月19日,周四, Maynard Johnson /<maynardj@us.ibm.com>/*写道:
>
>
>     发件人: Maynard Johnson <maynardj@us.ibm.com>
>     主题: Re: ELF binaries for JIT samples cannot be created
>     收件人: "ffffb9 ffffda ffffc5 fffff4 ffffd0 ffffec" <herberteuler@yahoo.com.cn>
>     抄送: oprofile-list@lists.sourceforge.net
>     日期: 2012年1月19日,周四,下午12:34
>
>     On 01/18/2012 08:07 PM, ffffb9 ffffda ffffc5 fffff4 ffffd0 ffffec wrote:
>     > Hmm, the previous message messed up, sorry for that.  This is a reformated one.
>     >
>     > I'm using oprofile 0.9.7.
>     >
>     > Only CPU samples are available for opreport after dumping:
>     You are obviously running with --separate=cpu.  People usually don't do that unless they *really* want a per-cpu breakdown of the profile, in which case they would then run opreport with a "cpu:<cpu_num>" specification to generate one report for each cpu.
>
>     As for why you aren't getting any samples, from what I can see below, you execute 'opcontrol --start-daemon' but never do 'opcontrol --start'.  The opcontrol help text says this about "--start-daemon":
>           start daemon without starting profiling
>     The "--start" option will start the daemon *and* start profiling.  That's the option most people use.  See the "How do I get started ?" FAQ at http://oprofile.sourceforge.net/faq/.
>
>     -Maynard
>     >
>     >     $ opreport --symbols
>     >     warning: /no-vmlinux could not be found.
>     >     CPU: CPU with timer interrupt, speed 0 MHz (estimated)
>     >     Profiling through timer interrupt
>     >     Samples on CPU 0
>     >     Samples on CPU 1
>     >     Samples on CPU 2
>     >     Samples on CPU 3
>     >     Samples on CPU 4
>     >     Samples on CPU 5
>     >     Samples on CPU 6
>     >     Samples on CPU 7
>     >     Samples on CPU 8
>     >     Samples on CPU 9
>     >     Samples on CPU 10
>     >     Samples on CPU 11
>     >     Samples on CPU 12
>     >     Samples on CPU 13
>     >     Samples on CPU 14
>     >     Samples on CPU 15
>     >     samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        samples  %        symbol name
>     >     1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  1        100.000  /no-vmlinux
>     >
>     >     $ find /var/lib/oprofile/ -type d
>     >     /var/lib/oprofile/
>     >     /var/lib/oprofile/samples
>     >     /var/lib/oprofile/samples/current
>     >     /var/lib/oprofile/samples/current/{kern}
>     >     /var/lib/oprofile/samples/current/{kern}/no-vmlinux
>     >     /var/lib/oprofile/samples/current/{kern}/no-vmlinux/{dep}
>     >     /var/lib/oprofile/samples/current/{kern}/no-vmlinux/{dep}/{kern}
>     >     /var/lib/oprofile/samples/current/{kern}/no-vmlinux/{dep}/{kern}/no-vmlinux
>     >     /var/lib/oprofile/samples/current/stats
>     >     /var/lib/oprofile/samples/current/stats/cpu5
>     >     /var/lib/oprofile/samples/current/stats/cpu6
>     >     /var/lib/oprofile/samples/current/stats/cpu16
>     >     /var/lib/oprofile/samples/current/stats/cpu20
>     >     /var/lib/oprofile/samples/current/stats/cpu13
>     >     /var/lib/oprofile/samples/current/stats/cpu19
>     >     /var/lib/oprofile/samples/current/stats/cpu11
>     >     /var/lib/oprofile/samples/current/stats/cpu7
>     >     /var/lib/oprofile/samples/current/stats/cpu18
>     >     /var/lib/oprofile/samples/current/stats/cpu12
>     >     /var/lib/oprofile/samples/current/stats/cpu3
>     >     /var/lib/oprofile/samples/current/stats/cpu2
>     >     /var/lib/oprofile/samples/current/stats/cpu17
>     >     /var/lib/oprofile/samples/current/stats/cpu8
>     >     /var/lib/oprofile/samples/current/stats/cpu14
>     >     /var/lib/oprofile/samples/current/stats/cpu9
>     >     /var/lib/oprofile/samples/current/stats/cpu23
>     >     /var/lib/oprofile/samples/current/stats/cpu10
>     >     /var/lib/oprofile/samples/current/stats/cpu21
>     >     /var/lib/oprofile/samples/current/stats/cpu1
>     >     /var/lib/oprofile/samples/current/stats/cpu22
>     >     /var/lib/oprofile/samples/current/stats/cpu0
>     >     /var/lib/oprofile/samples/current/stats/cpu15
>     >     /var/lib/oprofile/samples/current/stats/cpu4
>     >     /var/lib/oprofile/jitdump
>     >
>     > The hardware configuration is:
>     >
>     >     Processors:     2 x Xeon E5620 2.40GHz 133MHz FSB (16 cores)
>     >     Memory:         47.2GB / 48GB 1066MHz == 6 x 8GB, 6 x empty
>     >     Disk:           sda (megaraid_sas0): 999GB (1%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdb (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdc (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdd (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sde (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdf (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdg (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdh (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdi (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdj (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk:           sdk (megaraid_sas0): 999GB (0%) JBOD == 1 x LSI-MegaRAID-SAS-RMB
>     >     Disk-Control:   megaraid_sas0: LSI Logic / Symbios Logic MegaRAID SAS 1078
>     >     Disk-Control:   ata_piix0: Intel 82801JI (ICH10 Family) 4 port SATA IDE Controller
>     >     Disk-Control:   ata_piix1: Intel 82801JI (ICH10 Family) 2 port SATA IDE Controller
>     >     Network:        eth0 (bnx2): Broadcom NetXtreme II BCM5709 Gigabit Ethernet, 08:19:a6:98:75:12, 1000Mb/s <full-duplex>
>     >     Network:        eth1 (bnx2): Broadcom NetXtreme II BCM5709 Gigabit Ethernet, 08:19:a6:98:75:12, 1000Mb/s <full-duplex>
>     >     OS:             RHEL Server 5.4 (Tikanga), Linux 2.6.18-164.el5 x86_64, 64-bit
>     >     BIOS:           AMI CTSAV036 04/27/2011
>     >
>     > And the kernel:
>     >
>     >     $ uname -a
>     >     Linux s136148.plt.kgb.cm4 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
>     >
>     > This is a RedHat system:
>     >
>     >     $ cat /etc/redhat-release
>     >     Red Hat Enterprise Linux Server release 5.4 (Tikanga)
>     >
>     > There is an oprofile module after initialization:
>     >
>     >     $ lsmod | grep oprofile
>     >     oprofile              144785  1
>     >
>     > And these are the dmesg messages:
>     >
>     >     $ sudo opcontrol --start-daemon --no-vmlinux
>     >     Using 2.6+ OProfile kernel interface.
>     >     Using log file /var/lib/oprofile/samples/oprofiled.log
>     >     Daemon started.
>     >     $ dmesg | tail -n 5
>     >     bonding: bond0: first active interface up!
>     >     bnx2: eth1 NIC Copper Link is Up, 1000 Mbps full duplex
>     >     bonding: bond0: link status definitely up for interface eth1.
>     >     oprofile: using NMI timer interrupt.
>     >     oprofile: using NMI timer interrupt.
>     >
>     > Btw, I debugged the Java agent, which shows the following messages:
>     >
>     >     $  /usr/java/jdk1.6.0_24/bin/java -agentlib:jvmti_oprofile -cp . x
>     >     jvmti_oprofile: agent activated
>     >     dyncode: name=flush_icache_stub, addr=0x2aaaab5ea060, size=29
>     >     dyncode: name=getPsrInfo_stub, addr=0x2aaaab5ea160, size=379
>     >     dyncode: name=mxcsr_std, addr=0x2aaaab5ea360, size=16
>     >     dyncode: name=forward exception, addr=0x2aaaab5ea370, size=79
>     >     dyncode: name=call_stub, addr=0x2aaaab5ea3bf, size=240
>     >     dyncode: name=catch_exception, addr=0x2aaaab5ea4af, size=31
>     >     dyncode: name=atomic_xchg, addr=0x2aaaab5ea4ce, size=5
>     >     dyncode: name=atomic_xchg_ptr, addr=0x2aaaab5ea4d3, size=7
>     >     dyncode: name=atomic_cmpxchg, addr=0x2aaaab5ea4da, size=8
>     >     dyncode: name=atomic_cmpxchg_long, addr=0x2aaaab5ea4e2, size=9
>     >     dyncode: name=atomic_add, addr=0x2aaaab5ea4eb, size=10
>     >     dyncode: name=atomic_add_ptr, addr=0x2aaaab5ea4f5, size=12
>     >     dyncode: name=orderaccess_fence, addr=0x2aaaab5ea501, size=6
>     >     dyncode: name=handler_for_unsafe_access, addr=0x2aaaab5ea507, size=202
>     >     dyncode: name=get_previous_fp, addr=0x2aaaab5ea5d1, size=13
>     >     dyncode: name=verify_mxcsr, addr=0x2aaaab5ea5de, size=1
>     >     dyncode: name=Interpreter, addr=0x2aaaab5eee20, size=204800
>     >     dyncode: name=wrong_method_stub, addr=0x2aaaab621420, size=408
>     >     dyncode: name=ic_miss_stub, addr=0x2aaaab621620, size=408
>     >     dyncode: name=resolve_opt_virtual_call, addr=0x2aaaab621820, size=408
>     >     dyncode: name=resolve_virtual_call, addr=0x2aaaab621a20, size=408
>     >     dyncode: name=resolve_static_call, addr=0x2aaaab621c20, size=408
>     >     dyncode: name=SafepointBlob, addr=0x2aaaab621220, size=384
>     >     dyncode: name=SafepointBlob, addr=0x2aaaab621020, size=368
>     >     dyncode: name=DeoptimizationBlob, addr=0x2aaaab6227c0, size=792
>     >     dyncode: name=UncommonTrapBlob, addr=0x2aaaab620ea0, size=280
>     >     dyncode: name=I2C/C2I adapters(0x000000000000000b)@0x00002aaaab6225e0, addr=0x2aaaab6225e0, size=352
>     >     dyncode: name=I2C/C2I adapters()@0x00002aaaab622420, addr=0x2aaaab622420, size=344
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000bb)@0x00002aaaab622220, addr=0x2aaaab622220, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbea)@0x00002aaaab622020, addr=0x2aaaab622020, size=368
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000bbe)@0x00002aaaab621e20, addr=0x2aaaab621e20, size=368
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000ba)@0x00002aaaab629460, addr=0x2aaaab629460, size=360
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000bbb)@0x00002aaaab629660, addr=0x2aaaab629660, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000bbaa0x000000000000bbbb)@0x00002aaaab629860, addr=0x2aaaab629860, size=528
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000bba)@0x00002aaaab629ae0, addr=0x2aaaab629ae0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x000000000000abbb0x000000000000000a)@0x00002aaaab629ce0, addr=0x2aaaab629ce0, size=464
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000bbbb0x000000000000000b)@0x00002aaaab629f20, addr=0x2aaaab629f20, size=464
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000000a)@0x00002aaaab62a160, addr=0x2aaaab62a160, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x0000000000000aba)@0x00002aaaab62a360, addr=0x2aaaab62a360, size=424
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x000000000000abba)@0x00002aaaab62a5a0, addr=0x2aaaab62a5a0, size=440
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x00000000000000ab)@0x00002aaaab62a7e0, addr=0x2aaaab62a7e0, size=400
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb)@0x00002aaaab62a9e0, addr=0x2aaaab62a9e0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x000000000000000a)@0x00002aaaab62abe0, addr=0x2aaaab62abe0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbaa)@0x00002aaaab62ade0, addr=0x2aaaab62ade0, size=384
>     >     dyncode: name=AbstractMethodError throw_exception, addr=0x2aaaab6309e0, size=80
>     >     dyncode: name=IncompatibleClassChangeError throw_exception, addr=0x2aaaab630ae0, size=80
>     >     dyncode: name=ArithmeticException throw_exception, addr=0x2aaaab630be0, size=88
>     >     dyncode: name=NullPointerException throw_exception, addr=0x2aaaab630ce0, size=88
>     >     dyncode: name=NullPointerException at call throw_exception, addr=0x2aaaab630de0, size=80
>     >     dyncode: name=StackOverflowError throw_exception, addr=0x2aaaab630ee0, size=80
>     >     dyncode: name=f2i_fixup, addr=0x2aaaab62afe0, size=56
>     >     dyncode: name=f2l_fixup, addr=0x2aaaab62b018, size=67
>     >     dyncode: name=d2i_fixup, addr=0x2aaaab62b05b, size=80
>     >     dyncode: name=d2l_fixup, addr=0x2aaaab62b0ab, size=90
>     >     dyncode: name=float_sign_mask, addr=0x2aaaab62b120, size=16
>     >     dyncode: name=float_sign_flip, addr=0x2aaaab62b140, size=16
>     >     dyncode: name=double_sign_mask, addr=0x2aaaab62b160, size=16
>     >     dyncode: name=double_sign_flip, addr=0x2aaaab62b180, size=16
>     >     dyncode: name=verify_oop, addr=0x2aaaab62b190, size=428
>     >     dyncode: name=jbyte_disjoint_arraycopy, addr=0x2aaaab62b340, size=150
>     >     dyncode: name=jbyte_arraycopy, addr=0x2aaaab62b3e0, size=167
>     >     dyncode: name=jshort_disjoint_arraycopy, addr=0x2aaaab62b4a0, size=134
>     >     dyncode: name=jshort_arraycopy, addr=0x2aaaab62b540, size=135
>     >     dyncode: name=jint_disjoint_arraycopy, addr=0x2aaaab62b5e0, size=102
>     >     dyncode: name=jint_arraycopy, addr=0x2aaaab62b660, size=119
>     >     dyncode: name=jlong_disjoint_arraycopy, addr=0x2aaaab62b6e0, size=89
>     >     dyncode: name=jlong_arraycopy, addr=0x2aaaab62b740, size=119
>     >     dyncode: name=oop_disjoint_arraycopy, addr=0x2aaaab62b7c0, size=150
>     >     dyncode: name=oop_arraycopy, addr=0x2aaaab62b860, size=177
>     >     dyncode: name=checkcast_arraycopy, addr=0x2aaaab62b920, size=259
>     >     dyncode: name=unsafe_arraycopy, addr=0x2aaaab62ba40, size=59
>     >     dyncode: name=generic_arraycopy, addr=0x2aaaab62ba7b, size=457
>     >     dyncode: name=jbyte_fill, addr=0x2aaaab62bc60, size=146
>     >     dyncode: name=jshort_fill, addr=0x2aaaab62bd00, size=115
>     >     dyncode: name=jint_fill, addr=0x2aaaab62bd80, size=83
>     >     dyncode: name=arrayof_jbyte_fill, addr=0x2aaaab62bde0, size=146
>     >     dyncode: name=arrayof_jshort_fill, addr=0x2aaaab62be80, size=115
>     >     dyncode: name=arrayof_jint_fill, addr=0x2aaaab62bf00, size=83
>     >     dyncode: name=log, addr=0x2aaaab62bf53, size=31
>     >     dyncode: name=log10, addr=0x2aaaab62bf72, size=31
>     >     dyncode: name=sin, addr=0x2aaaab62bf91, size=267
>     >     dyncode: name=cos, addr=0x2aaaab62c09c, size=267
>     >     dyncode: name=tan, addr=0x2aaaab62c1a7, size=267
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000baa)@0x00002aaaab6307e0, addr=0x2aaaab6307e0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baab0x00000000000000aa)@0x00002aaaab630fe0, addr=0x2aaaab630fe0, size=400
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baba0x000000000000000a)@0x00002aaaab6311e0, addr=0x2aaaab6311e0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baab0x0000000000000aaa)@0x00002aaaab6313e0, addr=0x2aaaab6313e0, size=416
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baab0x000000000000000a)@0x00002aaaab6315e0, addr=0x2aaaab6315e0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000007e)@0x00002aaaab6317e0, addr=0x2aaaab6317e0, size=360
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000006)@0x00002aaaab6319e0, addr=0x2aaaab6319e0, size=360
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000be)@0x00002aaaab631be0, addr=0x2aaaab631be0, size=352
>     >     dyncode: name=I2C/C2I adapters(0x000000000000000a)@0x00002aaaab631da0, addr=0x2aaaab631da0, size=352
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baab)@0x00002aaaab631f60, addr=0x2aaaab631f60, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbaa0x000000000000000b)@0x00002aaaab632160, addr=0x2aaaab632160, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbaa0x000000000000000a)@0x00002aaaab632360, addr=0x2aaaab632360, size=392
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000bea)@0x00002aaaab63aa60, addr=0x2aaaab63aa60, size=360
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x00000000000000be)@0x00002aaaab63ac60, addr=0x2aaaab63ac60, size=392
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000ba6)@0x00002aaaab63ae60, addr=0x2aaaab63ae60, size=376
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000aa)@0x00002aaaab63b060, addr=0x2aaaab63b060, size=360
>     >     dyncode: name=I2C/C2I adapters(0x000000000000babb0x000000000000000a)@0x00002aaaab63b260, addr=0x2aaaab63b260, size=392
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000066)@0x00002aaaab63b460, addr=0x2aaaab63b460, size=368
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000b7e)@0x00002aaaab63b660, addr=0x2aaaab63b660, size=368
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000b6)@0x00002aaaab63b860, addr=0x2aaaab63b860, size=368
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000bab)@0x00002aaaab63ba60, addr=0x2aaaab63ba60, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbeb0x00000000000000ea)@0x00002aaaab63bc60, addr=0x2aaaab63bc60, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbeb0x000000000000000e)@0x00002aaaab63be60, addr=0x2aaaab63be60, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x0000000000000abb)@0x00002aaaab63c060, addr=0x2aaaab63c060, size=424
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x000000000000000a)@0x00002aaaab63c2a0, addr=0x2aaaab63c2a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x00000000000000be)@0x00002aaaab63c4a0, addr=0x2aaaab63c4a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x000000000000000b)@0x00002aaaab63c6a0, addr=0x2aaaab63c6a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x00000000000000aa)@0x00002aaaab63c8a0, addr=0x2aaaab63c8a0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x000000000000bebe)@0x00002aaaab63caa0, addr=0x2aaaab63caa0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x00000000000000bb)@0x00002aaaab63cca0, addr=0x2aaaab63cca0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x000000000000007e)@0x00002aaaab63cea0, addr=0x2aaaab63cea0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe)@0x00002aaaab63d0a0, addr=0x2aaaab63d0a0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x0000000000000006)@0x00002aaaab63d2a0, addr=0x2aaaab63d2a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbe70x000000000000000e)@0x00002aaaab63d4a0, addr=0x2aaaab63d4a0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bba70x000000000000000e)@0x00002aaaab63d6a0, addr=0x2aaaab63d6a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbe6)@0x00002aaaab63d8a0, addr=0x2aaaab63d8a0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bba6)@0x00002aaaab63daa0, addr=0x2aaaab63daa0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbab0x000000000000000e)@0x00002aaaab63dca0, addr=0x2aaaab63dca0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbab)@0x00002aaaab63dea0, addr=0x2aaaab63dea0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000babe)@0x00002aaaab63e0a0, addr=0x2aaaab63e0a0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbeb0x0000000000000ebe)@0x00002aaaab63e2a0, addr=0x2aaaab63e2a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbe0x000000000000bbeb0x000000000000000e)@0x00002aaaab63e4a0, addr=0x2aaaab63e4a0, size=400
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba)@0x00002aaaab63e6a0, addr=0x2aaaab63e6a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000ab)@0x00002aaaab63e8a0, addr=0x2aaaab63e8a0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000aabb)@0x00002aaaab63eaa0, addr=0x2aaaab63eaa0, size=440
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000aabb0x000000000000000b)@0x00002aaaab63ece0, addr=0x2aaaab63ece0, size=464
>     >     dyncode: name=I2C/C2I adapters(0x000000000000babb0x000000000000000b)@0x00002aaaab63ef20, addr=0x2aaaab63ef20, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000000b)@0x00002aaaab63f120, addr=0x2aaaab63f120, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baaa0x000000000000000a)@0x00002aaaab63f320, addr=0x2aaaab63f320, size=384
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000bb6)@0x00002aaaab63f520, addr=0x2aaaab63f520, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bb7e)@0x00002aaaab63f720, addr=0x2aaaab63f720, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baaa)@0x00002aaaab63f920, addr=0x2aaaab63f920, size=376
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000aaa)@0x00002aaaab63fb20, addr=0x2aaaab63fb20, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbaa0x00000000000000ab)@0x00002aaaab63fd20, addr=0x2aaaab63fd20, size=400
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baab0x000000000000000b)@0x00002aaaab63ff20, addr=0x2aaaab63ff20, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baa6)@0x00002aaaab640120, addr=0x2aaaab640120, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baa70x000000000000000e)@0x00002aaaab640320, addr=0x2aaaab640320, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baab0x000000000000000e)@0x00002aaaab640520, addr=0x2aaaab640520, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000067e)@0x00002aaaab640720, addr=0x2aaaab640720, size=368
>     >     dyncode: name=I2C/C2I adapters(0x0000000000007e7e)@0x00002aaaab640920, addr=0x2aaaab640920, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000006a)@0x00002aaaab640b20, addr=0x2aaaab640b20, size=368
>     >     dyncode: name=I2C/C2I adapters(0x00000000000007ea)@0x00002aaaab640d20, addr=0x2aaaab640d20, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bebe)@0x00002aaaab640f20, addr=0x2aaaab640f20, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000ba7e)@0x00002aaaab641120, addr=0x2aaaab641120, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baba)@0x00002aaaab641320, addr=0x2aaaab641320, size=384
>     >     dyncode: name=I2C/C2I adapters(0x00000000000000a6)@0x00002aaaab641520, addr=0x2aaaab641520, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bb66)@0x00002aaaab641720, addr=0x2aaaab641720, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bb660x000000000000000b)@0x00002aaaab641920, addr=0x2aaaab641920, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000baaa0x0000000000000aba)@0x00002aaaab641b20, addr=0x2aaaab641b20, size=416
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbaa0x0000000000000aaa)@0x00002aaaab641d20, addr=0x2aaaab641d20, size=424
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000be6)@0x00002aaaab641f60, addr=0x2aaaab641f60, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000be7e)@0x00002aaaab642160, addr=0x2aaaab642160, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000aaaa0x000000000000aaaa)@0x00002aaaab642360, addr=0x2aaaab642360, size=440
>     >     dyncode: name=I2C/C2I adapters(0x000000000000aaaa)@0x00002aaaab6425a0, addr=0x2aaaab6425a0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bebb0x0000000000000ebe)@0x00002aaaab6427a0, addr=0x2aaaab6427a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bebb0x000000000000ebeb0x000000000000000e)@0x00002aaaab6429a0, addr=0x2aaaab6429a0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbeb0x000000000000ebeb0x000000000000000e)@0x00002aaaab642ba0, addr=0x2aaaab642ba0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000be7e0x000000000000000a)@0x00002aaaab642da0, addr=0x2aaaab642da0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000ba7e0x000000000000000a)@0x00002aaaab642fa0, addr=0x2aaaab642fa0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000be6a)@0x00002aaaab6431a0, addr=0x2aaaab6431a0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000ba6a)@0x00002aaaab6433a0, addr=0x2aaaab6433a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bebe0x000000000000000a)@0x00002aaaab6435a0, addr=0x2aaaab6435a0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000babe0x000000000000000a)@0x00002aaaab6437a0, addr=0x2aaaab6437a0, size=384
>     >     dyncode: name=I2C/C2I adapters(0x000000000000beaa)@0x00002aaaab6439a0, addr=0x2aaaab6439a0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000aab)@0x00002aaaab643ba0, addr=0x2aaaab643ba0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbeb)@0x00002aaaab643da0, addr=0x2aaaab643da0, size=376
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000abe)@0x00002aaaab643fa0, addr=0x2aaaab643fa0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x0000000000000aba)@0x00002aaaab644c20, addr=0x2aaaab644c20, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000abeb0x000000000000000e)@0x00002aaaab644e20, addr=0x2aaaab644e20, size=376
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000babb)@0x00002aaaab645020, addr=0x2aaaab645020, size=440
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000babb0x000000000000000b)@0x00002aaaab645260, addr=0x2aaaab645260, size=464
>     >     dyncode: name=I2C/C2I adapters(0x000000000000beab)@0x00002aaaab6454a0, addr=0x2aaaab6454a0, size=368
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x000000000000bbbb0x000000000000000b)@0x00002aaaab6456a0, addr=0x2aaaab6456a0, size=464
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x00000000000000bb)@0x00002aaaab6458e0, addr=0x2aaaab6458e0, size=400
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbba0x000000000000000b)@0x00002aaaab645ae0, addr=0x2aaaab645ae0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbab0x000000000000000b)@0x00002aaaab645ce0, addr=0x2aaaab645ce0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbab0x000000000000000a)@0x00002aaaab645ee0, addr=0x2aaaab645ee0, size=392
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x0000000000000abb)@0x00002aaaab6460e0, addr=0x2aaaab6460e0, size=424
>     >     dyncode: name=I2C/C2I adapters(0x000000000000bbbb0x000000000000abbb0x00000000000000bb)@0x00002aaaab646320, addr=0x2aaaab646320, size=480
>     >     dyncode: name=I2C/C2I adapters(0x000000000000babb)@0x00002aaaab646560, addr=0x2aaaab646560, size=384
>     >     dyncode: name=ExceptionBlob, addr=0x2aaaab6470e0, size=120
>     >     dyncode: name=_new_instance_Java, addr=0x2aaaab646aa0, size=80
>     >     99990000
>     >     dyncode: name=_new_array_Java, addr=0x2aaaab6469e0, size=88
>     >
>     > The agent works, because there are indeed *.dump file generated in the
>     > directory /var/lib/oprofile/jitdump:
>     >
>     >     $ find /var/lib/oprofile/jitdump
>     >     /var/lib/oprofile/jitdump
>     >     /var/lib/oprofile/jitdump/1408.dump
>     >
>     > Best regards,
>     > Guanpeng Xu
>     >
>     > --- *12年1月18日,周三, Maynard Johnson /<maynardj@us.ibm.com </mc/compose?to=maynardj@us.ibm.com>>/*写道:
>     >
>     >
>     >     发件人: Maynard Johnson <maynardj@us.ibm.com </mc/compose?to=maynardj@us.ibm.com>>
>     >     主题: Re: ELF binaries for JIT samples cannot be created
>     >     收件人: "ffffb9 ffffda ffffc5 fffff4 ffffd0 ffffec" <herberteuler@yahoo.com.cn </mc/compose?to=herberteuler@yahoo.com.cn>>
>     >     抄送: oprofile-list@lists.sourceforge.net </mc/compose?to=oprofile-list@lists.sourceforge.net>
>     >     日期: 2012年1月18日,周三,上午9:20
>     >
>     >     On 01/17/2012 4:46 PM, ffffb9 ffffda ffffc5 fffff4 ffffd0 ffffec wrote:
>     >     > Hello,
>     >     >
>     >     > I tried to profile my Java programs with OProfile, but I could not
>     >     > make OProfile create ELF binaries.  Traced into the internal of
>     >     > OProfile, I found that this was because oprofiled did not create
>     >     > anonymous samples directories, so that opjitconv quit before it could
>     >     > start conversion.
>     >     >
>     >     > The reason anonymous samples directories were not created was all of
>     >     > the code in the buffer provided to `opd_process_samples' was escape
>     >     > code.  More precisely, all of the code was `code_cpu_switch'.  So
>     >     > `opd_put_sample' was never called, so no anonymous sample directories
>     >     > were created.
>     >     >
>     >     > I can only dig this much, and not further for I don't know why the
>     >     > code in the buffer is all escape code.  What should I do to resolve
>     >     > this?  Thanks in advance.
>     >     After running oprofile, does 'opreport --symbols' show anything at all?  If you profiled a java app, you should at least see samples for the java executable and supporting libraries.  Based on your description, I suspect you'll see nothing since the only sampling data oprofiled gets from the kernel is CPU switch codes.  This implies that no samples are being collected by the oprofile kernel driver.  What is hardware are you running on?  What distro and kernel version? Anything in dmesg after running the various opcontrol commands (e.g., --init, --start, --deinit)?
>     >
>     >     -Maynard
>     >
>     >     >
>     >     > Best Regards,
>     >     > Guanpeng Xu
>     >     >
>     >     > ------------------------------------------------------------------------------
>     >     > Keep Your Developer Skills Current with LearnDevNow!
>     >     > The most comprehensive online learning library for Microsoft developers
>     >     > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>     >     > Metro Style Apps, more. Free future releases when you subscribe now!
>     >     > http://p.sf.net/sfu/learndevnow-d2d
>     >     > _______________________________________________
>     >     > oprofile-list mailing list
>     >     > oprofile-list@lists.sourceforge.net </mc/compose?to=oprofile-list@lists.sourceforge.net> </mc/compose?to=oprofile-list@lists.sourceforge.net </mc/compose?to=oprofile-list@lists.sourceforge.net>>
>     >     > https://lists.sourceforge.net/lists/listinfo/oprofile-list
>     >     >
>     >
>