PTT數位生活區 / LinuxDev

[問題] 中斷處理的問題請教

看板LinuxDev作者 (srx)時間14年前 (2012/02/25 21:12), 編輯推噓1(1推 0噓 30→)
留言31則, 5人參與, 最新討論串1/1
想要請問一下 我碰到的問題是這樣 如果遇到二個device 共用同一個interrupt pin 因此必須透過i2c去讀pin的address來判別是誰發出的中斷 可是在irqreturn_t這個中斷處理函式 又不能去做i2c任何事情 我只好開一個workqueue去做ISR 這時候又遇到一個問題 在開完workqeue後, irqreturn_t立刻回傳IRQ_HANDLED 告訴上層 但實際上我的workqueue事情卻還沒做完 導致系統當掉 一定要去判別發出的interrupt是哪個device 又必須立刻回傳IRQ_HANDLED 這樣該怎麼做? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.255.9.235
→
02/25 23:42, , 1F
不清楚為何你先回傳會當掉 也許可以試試等中斷處理的部分用
02/25 23:42, 1F
→
02/25 23:43, , 2F
wait_for_completion 然後workqueue處理時去complete?
02/25 23:43, 2F
→
02/26 01:13, , 3F
在中斷處理不是不可休眠嗎?可以使用wait_for_completion ?
02/26 01:13, 3F
→
02/26 22:10, , 4F
想再請問一下
02/26 22:10, 4F
→
02/26 22:11, , 5F
在irqreturn_t的function內,是不是真的不能使用i2c去讀
02/26 22:11, 5F
→
02/26 22:11, , 6F
register的值,還是需要利用其他技巧才能使用i2c??
02/26 22:11, 6F
推
02/26 23:30, , 7F
開一個kernel thread,中斷來時喚醒該kthread去讀值
02/26 23:30, 7F
→
02/26 23:33, , 8F
我現在就是這麼做,interrupt來我就利用一個work queue去讀值
02/26 23:33, 8F
→
02/26 23:34, , 9F
根據讀值結果,決定做哪個interrupt function
02/26 23:34, 9F
→
02/26 23:35, , 10F
可是問題是讀值過程 我已經回傳IRQ_HANDLED
02/26 23:35, 10F
→
02/26 23:37, , 11F
我要如何確保事情都做完了才回傳IRQ_HANDLED
02/26 23:37, 11F
→
02/27 01:12, , 12F
我的意思是你需要等i2c讀值出來的部分去wait
02/27 01:12, 12F
→
02/27 01:15, , 13F
中斷時排工作到queue 然後工作被拿出來後讀i2c值並complete
02/27 01:15, 13F
→
02/27 17:30, , 14F
是不是因你把消除中斷的code也挪進workqueue 所以中斷一直發
02/27 17:30, 14F
→
02/27 19:07, , 15F
disable_irq/enable_irq
02/27 19:07, 15F
→
02/27 19:08, , 16F
disable_irq_no_sync
02/27 19:08, 16F
→
02/27 20:56, , 17F
我說的code是 "清某個register"的動作 和樓上說的不同
02/27 20:56, 17F
→
02/27 21:59, , 18F
的確是把清register的動作在queue裡面做
02/27 21:59, 18F
→
02/27 22:00, , 19F
不過本來就預期中斷要一直過來~不懂為何要disable_irq??
02/27 22:00, 19F
→
02/27 22:03, , 20F
中斷連續過來是正常行為,
02/27 22:03, 20F
→
02/27 22:03, , 21F
可是卡在還沒做完就回傳IRQ_HANDLED,不知道如何等queue做完
02/27 22:03, 21F
→
02/27 22:04, , 22F
再回傳~ 因為irqreturn_t內不能清register,所以必須開queue
02/27 22:04, 22F
→
02/28 11:14, , 23F
1.消除中斷的code必要留在isr內 否則workqueue可能沒機會跑
02/28 11:14, 23F
→
02/28 11:17, , 24F
2.如果只為了判斷是否回IRQ_HANDLED,乾脆直接回IRQ_HANDLED
02/28 11:17, 24F
→
02/28 11:21, , 25F
負面影響為randomness不準 (參考kernel/irq/handle.c)
02/28 11:21, 25F
→
02/28 11:22, , 26F
那條irq line都不要設IRQF_SAMPLE_RANDOM罷了
02/28 11:22, 26F
→
02/28 16:22, , 27F
清中斷的動作要用i2c,不能在isr裡面做,kernel會當掉~
02/28 16:22, 27F
→
02/28 16:23, , 28F
所以我才在work queue做,不過又變成我內文講的狀況
02/28 16:23, 28F
→
02/28 16:24, , 29F
work queue在清中斷(判別中斷),可是driver已回傳IRQ_HANDLE
02/28 16:24, 29F
→
02/28 21:48, , 30F
若不能從isr清中斷, 那只能暫時把那條irq line disable,
02/28 21:48, 30F
→
02/28 21:49, , 31F
直到你的workqueue跑完再enable那條irq line
02/28 21:49, 31F
‣ 更多 srx78 的文章
文章代碼(AID): #1FIDvErv (LinuxDev)
LinuxDev 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 srx78 的文章
文章代碼(AID): #1FIDvErv (LinuxDev)