interrupt 太頻繁

shihyu

寫支driver 控制一顆 IMU ,  當IMU 有數(shù)據(jù)就會發(fā) interrupt 之后讀出數(shù)據(jù) ,

內(nèi)核透過 send_sig  發(fā)user space 對應(yīng)的process 后用read 往取回IMU數(shù)據(jù)

可是IMU  sample rate 設(shè)1Khz 會造成  IMU 吐出來數(shù)據(jù)有問題 ,

但是 user space  不要往內(nèi)核 read ,  IMU 數(shù)據(jù)還是正常 ,

所以在懷疑是不是  IMU , send_sig , read   interrupt 太過頻繁所以造成 IMU timing 不對造成吐出來數(shù)據(jù)異常

請問有可能  interrupt 太頻繁會造成這樣問題嗎？

如果是有辦法 kernel  space 往 user space 送數(shù)據(jù) 能減少 interrupt 次數(shù)？

使用 mmap 需要用到 interrupt ？

謝謝

polejo

我覺得你這不是interrupt太頻繁，
是cache一致性沒有保證好吧

Tinnal

“但是 user space  不要往內(nèi)核 read ,  IMU 數(shù)據(jù)還是正常 ,” 不read你怎么知道數(shù)據(jù)是錯誤的？你在內(nèi)核也把數(shù)據(jù)打出來？
存在這種可能，你的用戶態(tài)還沒有來得及把數(shù)據(jù)讀上來，下一個中斷就又來了。在內(nèi)核態(tài)加些打印看看就好了。

shihyu

你在內(nèi)核也把數(shù)據(jù)打出來？  yes

Tinnal

回復(fù) 4# shihyu


   

那你在內(nèi)核再打印點信息，應(yīng)該很好定位呀，這種問題。是否讀不過來？ 讀不過來，可以采用隊列呀。