回復：塊層介紹第一部分 – 塊 I/O 層

嗨，

你在這裡描述的問題與塊層不直接相關。這可能是一個驅動錯誤、可能是一個 SCSI 層錯誤，但絕對不是一個塊層的問題。

不幸的是，報告針對 Linux 的錯誤是一件難事。有些開發者拒絕去看 bugzilla，有些開發者喜歡它，有些（像我這樣）只能勉強地使用它。

另一種方法是發送電子郵件。為此，你需要選擇正確的郵件列表，還有也許是正確的開發人員，當他們心情愉快，或者不是太忙或者不是假期時找到它們。有些人會努力回復所有，有些是完全不可預知的 - 這對我來說通常會發送一個補丁，包含一些錯誤報告。如果你只是有一個你自己幾乎都不了解的 bug，那麼你的預期響應率可能會更低。很遺憾，但這是是真的。

許多 bug 都會得到回應和處理，但很多 bug 都沒有。

我不認為說沒有人關心是公平的，但是沒有人認為它如你想的那樣重要是有可能的。如果你想要一個解決方案，那麼你需要驅動它。一個驅動它的方法是花錢請顧問或者與經銷商簽訂支持合同。我懷疑你的情況沒有上面的可能。另一種方法是了解代碼如何工作，並自己找到解決方案。很多人都這麼做，但是這對你來說可能不是一種選擇。另一種方法是在不同的相關論壇上不斷提出問題，直到得到回復。堅持可以見效。你需要做好準備去執行任何你所要求的測試，可能包括建立一個新的內核來測試。

如果你能在最近的內核(4.12 或者更新)上復現這個 bug，我建議你郵件報告給 linux-kernel@vger.kernel.org、linux-scsi@vger.kernel.org 和我（neilb@suse.com）（注意你不必訂閱這些列表來發送郵件，只需要發送就行）。描述你的硬體以及如何觸發問題的。

包含所有進程狀態是 「D」 的棧追蹤。你可以用 「cat /proc/$PID/stack」 來得到它，這裡的 「$PID」 是進程的 pid。

確保避免抱怨或者說這個已經壞了好幾年了以及這是多麼嚴重不足。沒有人關心這個。我們關心的是 bug 以及如何修復它。因此只要報告相關的事實就行。

嘗試在郵件中而不是鏈接到其他地方的鏈接中包含所有事實。有時鏈接是需要的，但是對於你的腳本，它只有 8 行，所以把它包含在郵件中就行（並避免像 「fuckup」 之類的描述。只需稱它為 「壞的」 （ broken ） 或者類似的）。同樣確保你的郵件發送的不是 HTML 格式。我們喜歡純文本。HTML 被所有的 @vger.kernel.org 郵件列表拒絕。你或許需要配置你的郵箱程序不發送 HTML。

via: https://lwn.net/Articles/737655/

作者：neilbrown 譯者：geekpi 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive