驱动中延时问题

garyv

我在驱动模块文件中包含过文件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

值得关注

linyunxian

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

EZWORD

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

garyv

回复 4# EZWORD


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

spray428

你看下这个函数的定义把
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

我觉的是ndelay(100)是不是超过最大值了你可以试一下10 20之类的，也看看源码是怎么定义的