garyv 发表于 2011-05-23 15:49

驱动中延时问题

我在驱动模块文件中包含过文件linux/delay.h，使用GPIO软件延时函数实现一个方波输出，但是发现驱动中延时有问题，

使用udelay(1)延时，每个方波周期=2 个udelay(1)即2us，用示波器量波形发现频率确实在500KHz附件小范围波动，正常
使用udelay(2)延时，每个方波周期=2 个udelay(2)即4us，用示波器量波形发现频率确实在250KHz附件小范围波动，正常
使用udelay(4)延时，每个方波周期=2 个udelay(4)即8us，用示波器量波形发现频率确实在125KHz附件小范围波动，正常

延时改为ndelay(100)，这样的话方波周期=2个ndelay(100)即200ns，频率应该为5MHz才对，但是实测只有250KHz，GPIO支持最高输出频率为10MHz方波，
改为ndelay(200)，这样的话方波周期=2个ndelay(200)即400ns，频率应该为2.5MHz才对，但是实测还是250KHz

不知道是不是ndelay()函数的问题，arm-linux, 2.6.18内核

riwuyou 发表于 2011-05-23 15:59

值得关注

linyunxian 发表于 2011-05-30 09:18

正常，ndelay 如果没有硬件支持，很难精确啊。
在延时前禁止调度试试...

EZWORD 发表于 2011-05-31 16:15

关中断试试吧，实在不行只能使用定时器了。

garyv 发表于 2011-05-31 17:30

回复 4# EZWORD


    使用了spin_lock_irqsave()/spin_lock_irqrestore()，中断关了，调度也关了，还是一样的现象。

spray428 发表于 2011-06-02 17:35

你看下这个函数的定义把
2.6.35里是这样
#define MAX_UDELAY_MS 2

#define udelay(n)                                                        \
        (__builtin_constant_p(n) ?                                        \
          ((n) > (MAX_UDELAY_MS * 1000) ? __bad_udelay() :                \
                        __const_udelay((n) * ((2199023U*HZ)>>11))) :        \
          __udelay(n))

#endif /* defined(_ARM_DELAY_H) */

spray428 发表于 2011-06-02 17:43

我觉的是ndelay(100)是不是超过最大值了你可以试一下10 20之类的，也看看源码是怎么定义的
页: [1]
查看完整版本: 驱动中延时问题