Re: [問題] 關於 kernel driver interrupt ISR

看板LinuxDev作者waterdisney (想要征服的世界)時間7年前 (2017/03/17 22:20)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串2/3 (看更多)

分兩部份討論這個問題 1. MCU是否可更改行為, 在buffer水位半滿的時候就發interrupt 通知AP 來取資料? 2. MCU不改行為的狀況下, 有什麼辦法可提高spi_sync的優先級? 確保spi_sync盡早完成現在你的問題應該是卡在2, 有哪些辦法可以用? 先分析你目前handle interrupt 的方式因為spi_sync會sleep,所以在top half中不可直接調用 spi_sync 需要把spi_sync放到 bottom half去做. 因此你透過request_thread_irq時註冊了一條kernel thread, 當 top half工作處理完時會將此條需要 wake up的kernel thread叫起來 ( spi_sync的code在此thread內) 但因為此kernel thread也會被系統 scheduling. 導致spi_sync因為scheduling的關係無法立即去跟MCU要資料導致錯過timing, spi_sync時取得的資料無用在這種情況下如果不修改 (1) MCU的行為及設計你沒有辦法從根本解決這個問題你只能盡量調高kernel thread的priority, 但是仍然無法將錯誤率降到 0 bottom half的幾種能用的手段大概就是 request_thread_irq 不可調priority ,會sleep的環境可用 softirq 不可調priority ,會sleep的環境不能用 tasklet 可調priority, ,會sleep的環境不能用 workqueue 可調priority, ,會sleep的環境可用也就是說,目前你可以嘗試用workqueue, 試試看調整丟進workqueue thread的priority 後(WQ_HIGHPRI) 看掉資料的情況有沒有比較好. 如果可以從根本改善設計的話 1. MCU的buffer水位半滿就要發interrupt通知AP取資料. 2. 可以在spi_sync()完成後回個 io_complete 給MCU, 這才是比較完整的作法 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.113.47.7 ※ 文章網址: https://www.ptt.cc/bbs/LinuxDev/M.1489760401.A.565.html