※ 本文轉寄自 ptt.cc, 文章原始頁面
[問題] Multiple interrupt handling 問題
各位版友好
描述一下我的問題
我在driver透過CPU GPIO註冊一個IRQ, 當有中斷來 會在handling處理
架構是CPU GPIO pin接到CPLD在接到Dev A,B,C的中斷
流程是 當CPU收到中斷後 再透過CPLD I2C Register去看是哪個Device發的中斷
現在我只要收Dev A的中斷 Dev B,C設定不發中斷 有先Mask掉B,C的中斷
但是很奇怪 我在IRQ都沒看到有中斷發生
手動測試GPIO都會收到中斷 但掛上driver就收不到了
我理解為只要CPU收到中斷, 應該會就近到handing
然後我在handing判斷CPLD哪個Device就好
會跟Multiple device 中斷有關係嗎? single device 就會收到?
我code大概這樣寫
gpio_request(gpio_pin)
gpio_to_irq(gpio_pin)
request_irq(IRQF_TRIGGER_FALLING | IRQF_SHARED) or
request_threaded_irq(IRQF_TRIGGER_FALLING | IRQF_SHARED)
系統架構 如下
GPIO_Pin I2C
CPU ---- CPLD ---- Dev A
---- Dev B
---- Dev C
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 211.76.66.208 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/LinuxDev/M.1700488569.A.C60.html
33 則留言
howard6066 作者的近期文章
17Tech_Job
[討論] 半導體產線缺 怎麼內捲成這樣?各位大大好 不是2024景氣準備要迎來一波榮景嗎 AI PC, AI Server, 各種車用, 記憶體復甦 剛剛在狄卡看到 真實慘況是四大新鮮人 連晶圓二哥 三哥 四哥 產線仔 2 3線系統廠 都人人搶破頭要進 內捲成這樣... 好慘 啊
14LoL
[閒聊] WBG生死局 逆轉解法看前兩局 死在一樣的套路 中上 差距 打野 還給我選坦克型 必輸 中路基本上沒救 小虎心態已經輸了 對線想的是保持不死 CS不輸 每次都在躲FAKER的進攻 從來不主動展開會戰 都在打反守為攻 問題就是T1 根本就不是反守能贏的隊伍 阿璃連
推
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→
→