在核心中**呼叫過程難以跟蹤，上下文關係複雜，確實讓人頭痛
呼叫dump_stack()就會列印當前cpu的堆疊的呼叫函式了。
如此，一目了然的就能看到當前上下文環境，呼叫關係了
假設：遇到uvc_probe_video這麼乙個函式，不知道它最終是被誰呼叫到的，根據linux裝置模型，初步推測，probe應該是裝置適配驅動時匯流排輪訓到的。
也只能是猜測，也根本無法猜測是否是中斷上下文環境。
加入這條函式
再看列印，發現如下
原來並不是在適配裝置啊，只是ioctl掉用的而已。
linux技巧之一
實現redhat非正常關機的自動磁碟修復 先登入到伺服器，然後在 etc sysconfig裡增加乙個檔案autofsck,內容如下 autofsck def check yes prompt yes 改變檔案或目錄之最後修改時間 變為當前時間 執行格式 touch name name 可為檔案或目...
linux 核心除錯（一）
1 要先修改linux kernel 源 的頂層makefile cc cross compile gcc 修改為cc cross compile gcc g 這樣編譯的核心模組就帶有debug資訊 arm linux objdump s d opps.ko log vi log 這樣就可以看到彙編...
Linux常用技巧之一
本貼根據平時工作隨手記錄及查閱相關資料整理而成，希望能夠對大家有所幫助 1 更改 telnet 登入慢的問題 cd etc vi resolv.conf 將裡面內容清空 2 更改 root 使用者不能直接遠端登入問題 cd etc cd pam.d vi login 注釋掉這行 auth requi...