|
Size: 2441
Comment:
|
← Revision 10 as of 2017-12-30 07:19:29 ⇥
Size: 1982
Comment: converted to 1.6 markup
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 13: | Line 13: |
| 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 | 你也可以試著找出問題, |
| Line 15: | Line 15: |
| Then sit back and wait until you get a response. | 注意: 不要預期會有立即回覆. 預期一段一到三天左右時間的回答. 如果沒有回覆, 重貼你的訊息. 不要試著重貼超過三次 (我的個人意見). |
| Line 17: | Line 17: |
| 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. |
如何有效率回報看起來有用的問題. |
-- 找到臭蟲 ? --
帶上你找到的臭蟲到這 還有追查臭蟲的來源互相幫助 ...
首先, 開始任何行動之前, 先閱讀 Linux 核心源始碼碼tarball裡 的錯誤報告. 接下來, 如果可以的話, 觸發錯誤, 且儲存 引起錯誤(Oops)的輸出. 如果你無法隨心觸發錯誤, 在原來錯誤發生之前順著最後幾個你操作的動作走. 請確定你可以在最新的核心釋出觸動錯誤,最好是尚未修補版本, 且沒有僅有二進位核心模組. 在你有了一份錯誤(Oops)的複製, 前往 KernelDotOrg 且取得最新的ksymoops複製, 目前版本是2.4.9. 遵循ksymoops引導 且還有 解譯 Oops 輸出. 注意: 在2.6.x 核心 只要 啟用 CONFIG_KALLSYMS 你將取得一份被解譯的 錯誤 (Oops).
如果你敢的話, 試著去解決問題, 如同 Denis Vlasenko 在 HOWTO 裡說明的 找出 錯誤 (oops) 地方. 如果你處理解決問題 傳送錯誤 (oops) , 問題的描述 還有修補LKML 和/或相關郵件論壇 (提示:找一下MAINTAINERS) ,也有一本線上可用關於"Linux設備驅動程式"的書 那本說明核心除錯的書也是在Oreilly編輯, 你也可以試著確認出臭蟲出現在哪個核心版本還有產生一份具有臭蟲和沒有臭蟲的diff.
如果不行的話, 貼出錯誤訊息(Oops), 相關的核心設定檔(.config), 還有一份當時在作什麼的說明 到 ["linux-kernel@vger.kernel.org" Linux核心郵件論壇]. 也順便張貼到相關的郵件論壇, 增加回覆的機會. 舉例來說, 如果錯誤訊息(Oops)發生在你正在傳送IPv4/IPv6封包, 傳送你的資料到網路設備郵件論壇(NetDevMailingList)
接著坐下並等待直到獲得回覆.
你也可以試著找出問題,
注意: 不要預期會有立即回覆. 預期一段一到三天左右時間的回答. 如果沒有回覆, 重貼你的訊息. 不要試著重貼超過三次 (我的個人意見).
如何有效率回報看起來有用的問題.