紧跟上

好，这就把oprofile的机制分析一下，重点在于其地址分析机制。

至于调试的方法，可以考虑写一段可以自己打印偏移，或绝对地址加基地址的代码。

嵌到中断处理函数里即可，主要是要查清现场的状况。

 整个计算过程包括几点：内存image的分布，二进制文件的硬盘分布，二进制文件的装载。

PIC偏移地址到物理地址，再到虚拟地址的转换公式。

明白了这些你就可以成仙了。。。我觉得。

那就顺着oprofile的代码来吧。。。加油。

是oprofile很不给劲还是xx平台很不给劲呢？

反正oprofile在pc上跑的还算精明。。。

好吧，看看这个opreport是怎么了这是。。。反正看了一遍内核的机制是一点问题也没有。

从sample file和rc file出发好了。。。damn it。

opreport : No Sample files found ?

dmesg之后发现log还在。。。先把log去了。。。

并且要考虑下下一步的诊断方法了。。。sample file是怎么产生的？

一定要深入源码么？不，最好的方法是查看调试信息，log：

/var/lib/oprofile/xxxx ， 并且发现,sample也在这里。

果不其然，问题在这里了。。。后悔莫及，早没想起看log来呢。。。

看下车祸现场吧：

oprofiled started Thu Oct 14 14:01:59 2010
kernel pointer size: 8
Lookup of cookie 98000000bd0058e0 failed, errno=22
Lookup of cookie 98000000bd007370 failed, errno=22
Lookup of cookie 98000000bd06eec0 failed, errno=22
Lookup of cookie 98000000bd11adf8 failed, errno=22
Lookup of cookie 98000000bd11b8e8 failed, errno=22
Lookup of cookie 98000000bd005368 failed, errno=22
Lookup of cookie 98000000937d1750 failed, errno=22
Lookup of cookie 98000000bd007d98 failed, errno=22
Lookup of cookie 98000000a817d368 failed, errno=22
Lookup of cookie 9800000093caf370 failed, errno=22
Lookup of cookie 98000000bd006178 failed, errno=22
Lookup of cookie 98000000bd06e948 failed, errno=22
Lookup of cookie 98000000a817e498 failed, errno=22
Lookup of cookie 9800000093b28940 failed, errno=22
Lookup of cookie 98000000bdccad30 failed, errno=22
Lookup of cookie 98000000bd007500 failed, errno=22

另一个 /var/lib/oprofile/samples/oprofiled.log 比较连贯，但是扔有丰富信息，只是非此次运行结果。同时注意到 /var/lib/oprofile/samples/current/下保存的数据库文件的命名还是很有讲究的。这些都是宝贵的线索。

perror 22 得到 invalid argument ，也就是说这个cookie发霉了？

先到内核里看一眼 invalid argument 的出处？

在oprofile/daemon/opd_cookie.c中发现，对sys_lookup_dcookie的调用跟具体的ABI有关，这是一个好问题呢。

在一个函数里怎么知道哪个函数调用了它呢？调用栈，play with it，关键是有相应的系统调用哈。

好在我一招釜底抽薪。。。这reset之后。。。当然了，就算是不reset也一样，就是再没有中断产生了。。。真的跟event buffer有关系咯？再看看，起码可以切换事件吧。。。

留意平时的调试行为，看看你每天是怎样调试的？

这样调试有什么缺陷？

有什么改进的想法？