→ gkk886:不清楚為何你先回傳會當掉 也許可以試試等中斷處理的部分用 02/25 23:42
→ gkk886:wait_for_completion 然後workqueue處理時去complete? 02/25 23:43
→ srx78:在中斷處理不是不可休眠嗎?可以使用wait_for_completion ? 02/26 01:13
→ srx78:想再請問一下 02/26 22:10
→ srx78:在irqreturn_t的function內,是不是真的不能使用i2c去讀 02/26 22:11
→ srx78:register的值,還是需要利用其他技巧才能使用i2c?? 02/26 22:11
推 askacis:開一個kernel thread,中斷來時喚醒該kthread去讀值 02/26 23:30
→ srx78:我現在就是這麼做,interrupt來我就利用一個work queue去讀值 02/26 23:33
→ srx78:根據讀值結果,決定做哪個interrupt function 02/26 23:34
→ srx78:可是問題是讀值過程 我已經回傳IRQ_HANDLED 02/26 23:35
→ srx78:我要如何確保事情都做完了才回傳IRQ_HANDLED 02/26 23:37
→ gkk886:我的意思是你需要等i2c讀值出來的部分去wait 02/27 01:12
→ gkk886:中斷時排工作到queue 然後工作被拿出來後讀i2c值並complete 02/27 01:15
→ admon:是不是因你把消除中斷的code也挪進workqueue 所以中斷一直發 02/27 17:30
→ WPC001:disable_irq/enable_irq 02/27 19:07
→ WPC001:disable_irq_no_sync 02/27 19:08
→ admon:我說的code是 "清某個register"的動作 和樓上說的不同 02/27 20:56
→ srx78:的確是把清register的動作在queue裡面做 02/27 21:59
→ srx78:不過本來就預期中斷要一直過來~不懂為何要disable_irq?? 02/27 22:00
→ srx78:中斷連續過來是正常行為, 02/27 22:03
→ srx78:可是卡在還沒做完就回傳IRQ_HANDLED,不知道如何等queue做完 02/27 22:03
→ srx78:再回傳~ 因為irqreturn_t內不能清register,所以必須開queue 02/27 22:04
→ admon:1.消除中斷的code必要留在isr內 否則workqueue可能沒機會跑 02/28 11:14
→ admon:2.如果只為了判斷是否回IRQ_HANDLED,乾脆直接回IRQ_HANDLED 02/28 11:17
→ admon:負面影響為randomness不準 (參考kernel/irq/handle.c) 02/28 11:21
→ admon:那條irq line都不要設IRQF_SAMPLE_RANDOM罷了 02/28 11:22
→ srx78:清中斷的動作要用i2c,不能在isr裡面做,kernel會當掉~ 02/28 16:22
→ srx78:所以我才在work queue做,不過又變成我內文講的狀況 02/28 16:23
→ srx78:work queue在清中斷(判別中斷),可是driver已回傳IRQ_HANDLE 02/28 16:24
→ admon:若不能從isr清中斷, 那只能暫時把那條irq line disable, 02/28 21:48
→ admon:直到你的workqueue跑完再enable那條irq line 02/28 21:49