2016-04-29 7 views
2

Ich mache Leistungsmessungen auf dem Raspberry Pi und möchte eine höhere Auflösung als nur clock_gettime() haben.Wie verwende ich Raspberry Pi Clock Count für die Leistungsmessung

Dazu muss ich das CPU-Register PMUSERENR aktivieren.

Laut/proc/cpuinfo auf meinem Raspberry Pi habe ich einen "ARMv7 Prozessor rev 5 (v7l)". Also habe ich heruntergeladen Architektur-Referenzhandbuch und fand, dass ich verwende:

CRn = c9, OPC1 = 0, crm = c14, opc2 = 0

asm ("MCR p15, 0, %0, C9, C14, 0\n\t" :: "r"(1)); 

Aber wenn mit diesem Code in einem Kernel-Modul , Bekomme ich folgende oops:

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.604846] Internal error: Oops: 5 [#1] SMP ARM 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.715199] Process insmod (pid: 2944, stack limit = 0xac80e210) 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.722399] Stack: (0xac80fe90 to 0xac810000) 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.727920] fe80:          7f1ba0f8 00007fff 80098128 ac80fea8 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.738472] fea0: 80578128 0000002d 00000000 7f1ba0f8 7f1ba0f8 7f1ba26c 7f1ba264 7f1ba134 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.749092] fec0: ac80e000 8057608c ac80feec ac80fed8 8057608c 00000000 00000000 00000000 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.759724] fee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 
[email protected] ~/projects/timer $ 
Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.770389] ff00: 00000000 00000000 00000000 00000000 76f5e948 00007390 00000000 76f7b390 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.781147] ff20: 76f5e948 b91a2390 ac80e000 00000000 ac80ffa4 ac80ff40 8009b6c4 80099714 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.792000] ff40: b919b000 00007390 b91a0598 b91a0457 b91a22c8 0000026c 000002ac 00000000 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.802930] ff60: 00000000 00000000 0000001f 00000020 0000000c 0000000a 00000009 00000000 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.813947] ff80: 7ea4371c 00000000 55afc028 00000080 8000fc28 ac80e000 00000000 ac80ffa8 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.825056] ffa0: 8000fa20 8009b5f0 7ea4371c 00000000 76f74000 00007390 76f5e948 76f74000 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.836170] ffc0: 7ea4371c 00000000 55afc028 00000080 55afbf78 00007390 76f5e948 00000000 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.847338] ffe0: 00000000 7ea436c4 76f55fb4 76ec0534 60000010 76f74000 00000000 00000000 

Message from [email protected] at Apr 29 20:58:12 ... 
kernel:[ 84.880715] Code: e51b3084 e1530005 e2455008 0a000009 (e5953014) 

Ich bin neu in Kernel-Module, so dass ich nicht weiß, in welche Richtung ich gehen sollte. Gibt es eine gute Möglichkeit, solche Dinge zu debuggen?

Antwort

0

Linux-Kernel kommt mit einem PMU-Treiber. Du könntest das einfach nutzen. Ich würde ein Tutorial für Sie schreiben, aber warum erfinden Sie das Rad neu, wenn dieser Typ es so gut erklärt: http://www.carbondesignsystems.com/virtual-prototype-blog/using-the-arm-performance-monitor-unit-pmu-linux-driver

+0

Cool, ich werde es versuchen. Aber weißt du, was meine Oops verursachen könnte? Oder wo könnte ein solcher Fehler herkommen? – arm712

+0

Scheint so, als hätten Sie einen Absturz im insmod-Prozess und nicht im eigentlichen Kernel-Modul. Wenn Sie die mcr-Anweisung entfernen und das Modul neu kompilieren, stürzt insmod weiterhin ab? Wenn ja, sind die Kernel-Header, die Sie zum Kompilieren des Moduls verwenden, nicht mit dem Kernel kompatibel, den Sie tatsächlich ausführen. Kannst du die Ausgabe von "uname -a" und deinem Makefile teilen? – Jitesh