-- 找到臭蟲 ? --

帶上你找到的臭蟲到這 還有追查臭蟲的來源互相幫助 ...

首先, 開始任何行動之前, 先閱讀 Linux 核心源始碼碼tarball裡 的錯誤報告. 接下來, 如果可以的話, 觸發錯誤, 且儲存 引起錯誤(Oops)的輸出. 如果你無法隨心觸發錯誤, 在原來錯誤發生之前順著最後幾個你操作的動作走. 請確定你可以在最新的核心釋出觸動錯誤,最好是尚未修補版本, 且沒有僅有二進位核心模組. 在你有了一份錯誤(Oops)的複製, 前往 KernelDotOrg 且取得最新的ksymoops複製, 目前版本是2.4.9. 遵循ksymoops引導 且還有 解譯 Oops 輸出. 注意: 在2.6.x 核心 只要 啟用 CONFIG_KALLSYMS 你將取得一份被解譯的 錯誤 (Oops).

如果你夠勇敢, 試著解決問題, 如同 Denis Vlasenko 在 HOWTO 裡說明的 找出 錯誤 (oops) 地方. 如果你整理解決問題 ...

If you are brave enough, try debugging the problem, as Denis Vlasenko described in HOWTO find oops location. If you manage to fix the problem send Oops, description of problem and patch to LKML and/or relevant mailing list (hint: look at MAINTAINERS),there is also a book avaliable online about "Linux devices drivers" that is also edited at oreilly that explain kenrel debuging,you can also try to locate in wich kernel version the bug apears and make a diff between the version with and the version without the bug

If not, post the Oops message, the relevant portion of your Linux kernel source .config file, and an explanation of what you were doing to the LinuxKernelMailingList. Post the message to other relevant mailing lists as well, to maximize a chance of a response. For example, if the Oops occurred while you were sending IPv4/IPv6 packets, send your data to the NetDevMailingList

Then sit back and wait until you get a response.

you can also try to locate where the bug ,

NOTE: Do not expect an immediate answer. Expect an answer sometime within one to three days. If you don't get one by then, re-post your message. Don't attempt to re-post more than three times (IMHO).

How to Report Bugs Effectively looks useful.