我编写了内核模块来测量ndelay()内核函数的正确性。
#include <linux/module.h>
#include <linux/init.h>
#include <linux/kernel.h>
#include <linux/time.h>
#include <linux/delay.h>
static int __init initialize(void)
{
ktime_t start, end;
s64 actual_time;
int i;
for(i=0;i<10;i++)
{
start = ktime_get();
ndelay(100);
end = ktime_get();
actual_time = ktime_to_ns(ktime_sub(end, start));
printk("%lld\n",(long long)actual_time);
}
return 0;
}
static void __exit final(void)
{
printk(KERN_INFO "Unload module\n");
}
module_init(initialize);
module_exit(final);
MODULE_AUTHOR("Bhaskar");
MODULE_DESCRIPTION("delay of 100ns");
MODULE_LICENSE("GPL");
dmesg输出如下:
[16603.805783] 514
[16603.805787] 350
[16603.805789] 373
[16603.805791] 323
[16603.805793] 362
[16603.805794] 320
[16603.805796] 331
[16603.805797] 312
[16603.805799] 304
[16603.805801] 350
我已经浏览了stackoverflow中的一篇帖子: Why udelay and ndelay is not accurate in linux kernel?
但我想在内核空间中进行微调纳秒延迟(可能在100-250ns范围内)。任何人都可以建议我做任何替代方案吗?
答案 0 :(得分:0)
您可以使用
High resolution timers (or hrtimers)
hrtimer_init
hrtimer_start
hrtimer_cancel
功能。有一个例子blob-polyfill
答案 1 :(得分:0)
如果您的目标是仅限x86系统,则可以使用rdtsc()调用来获取CPU时钟计数。 rdtsc()api的开销很小。但您确实需要从CPU时钟转换为ns,这取决于CPU时钟的运行速度。
static unsigned long long rdtsc(void)
{
unsigned int low, high;
asm volatile("rdtsc" : "=a" (low), "=d" (high));
return low | ((unsigned long long)high) << 32;
}
否则,您可以使用内核高分辨率计时器API。