2
Je fais des mesures de performance sur le Raspberry Pi et je voudrais avoir une résolution plus élevée que clock_gettime().Comment utiliser Raspberry Pi Clock Count pour la mesure de la performance
Pour cela, j'ai besoin d'activer le registre CPU PMUSERENR.
Selon/proc/cpuinfo sur mon Raspberry Pi j'ai un "processeur ARMv7 rev 5 (v7l)". Alors j'ai téléchargé le manuel de référence de l'architecture et a constaté que je dois utiliser:
CRn = c9, OPC1 = 0, CRm = C14, opc2 = 0
asm ("MCR p15, 0, %0, C9, C14, 0\n\t" :: "r"(1));
Mais lorsque vous utilisez ce code dans un module du noyau , je me suit 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)
Je suis nouveau aux modules du noyau, donc je ne sais pas dans quelle direction je devais aller. Existe-t-il un bon moyen de déboguer de telles choses?
Cool, je vais essayer. Mais savez-vous ce qui pourrait causer mon oups? Ou d'où une telle erreur pourrait provenir? – arm712
On dirait que vous avez un crash dans le processus insmod et pas le module noyau réel. Si vous supprimez l'instruction mcr et recompilez le module, insmod plante-t-il toujours? Si oui, les en-têtes du noyau que vous utilisez pour compiler le module ne sont pas compatibles avec le noyau que vous utilisez actuellement. Pouvez-vous partager la sortie de "uname -a" et votre makefile? – Jitesh