linux 返回非法指令,linux – ARM Cortex A7在内核模式下返回PMCCNTR = 0,在用户模式下返回非法指令(即使在PMUSERENR = 1之后)...
我想在Raspberry Pi 2上读取循环计数寄存器(PMCCNTR),它有一个ARM Cortex A7内核.我为它编译了一个内核模块,如下所示：
#include
#include
int init_module()
{
volatile u32 PMCR, PMUSERENR, PMCCNTR;
// READ PMCR
PMCR = 0xDEADBEEF;
asm volatile ("mrc p15, 0, %0, c9, c12, 0\n\t" : "=r" (PMCR));
printk (KERN_INFO "PMCR = %x\n", PMCR);
// READ PMUSERENR
PMUSERENR = 0xDEADBEEF;
asm volatile ("mrc p15, 0, %0, c9, c14, 0\n\t" : "=r" (PMUSERENR));
printk (KERN_INFO "PMUSERENR = %x\n", PMUSERENR);
// WRITE PMUSERENR = 1
asm volatile ("mcr p15, 0, %0, c9, c14, 0\n\t" : : "r" (1));
// READ PWMUSERENR AGAIN
asm volatile ("mrc p15, 0, %0, c9, c14, 0\n\t" : "=r" (PMUSERENR));
printk (KERN_INFO "PMUSERENR = %x\n", PMUSERENR);
// READ PMCCNTR
PMCCNTR = 0xDEADBEEF;
asm volatile ("mrc p15, 0, %0, c9, c13, 0\n\t" : "=r" (PMCCNTR));
printk (KERN_ALERT "PMCCNTR = %x\n", PMCCNTR);
return 0;
}
void cleanup_module()
{
}
MODULE_LICENSE("GPL");
并且,在insmod之后,我在/var/log/kern.log中观察到以下内容：
PMCR = 41072000
PMUSERENR = 0
PMUSERENR = 1
PMCCNTR = 0
当我尝试从用户模式读取PMCCNTR时,即使PMUSERENR设置为1,我也会收到非法指令.
为什么PMCCNTR在内核模式下读为0,在用户模式下读为非法指令？还有其他我需要做的事情,我没有做到启用PMCCNTR吗？
更新1
部分解决了.解决多核问题的方法是调用on_each_cpu,如下所示：
#include
#include
static void enable_ccnt_read(void* data)
{
// WRITE PMUSERENR = 1
asm volatile ("mcr p15, 0, %0, c9, c14, 0\n\t" : : "r" (1));
}
int init_module()
{
on_each_cpu(enable_ccnt_read, NULL, 1);
return 0;
}
void cleanup_module()
{
}
MODULE_LICENSE("GPL");
我现在可以从userland读取PMCCNTR：
#include
unsigned ccnt_read ()
{
volatile unsigned cc;
asm volatile ("mrc p15, 0, %0, c9, c13, 0" : "=r" (cc));
return cc;
}
int main() {
std::cout << ccnt_read() << std::endl;
}
要在特定核心上运行userland程序,您可以像这样使用任务集(例如,在核心2上运行)：
$taskset -c 2 ./ccnt_read
0
PMCCNTR仍未递增.他们需要以某种方式“开启”.
解决方法:
您所做的是启用计数器的用户级访问权限.您尚未启用此计数器.除了允许访问之外,还必须对PMCNTENSET的第31位(C位)进行编程以启用计数.这与您的on_each_cpu()更改一起应该启用您要查找的功能.
需要注意的是：如果进程迁移到CCNT读取之间的不同核心,则会导致测量结果混乱.
标签：linux,raspberry-pi,arm,raspberry-pi2
来源： https://codeday.me/bug/20190823/1695093.html