以下個人猜測:
第一次 irq_of_parse_and_map ,從設備樹獲取了 irq 數(shù)據(jù)糖驴,然后存儲到內(nèi)核佳簸。驅動如果修改了 irq 數(shù)據(jù)(與 DTS 描述不符)求晶,則再次調用 irq_of_parse_and_map 就會發(fā)生不匹配吓笙。 free_irq 并不會釋放 irq 數(shù)據(jù)映屋,因為有些中斷信號可能是共享的鸵膏,或可能被反復使用膊升。 根因還是在設備樹的中斷方式與驅動中irq請求配置信息是否一致
按鍵中斷解決irq_of_parse_and_map返回0的問題--Apple的學習筆記因為我要復習下linux驅動。實現(xiàn)一個五臟俱全的小麻雀谭企。復習目標:1.驅動框架2.常用通過設備樹獲取信息的of函數(shù)3.驅動io模型(用一個常用的poll非阻塞廓译,僅實現(xiàn)read...