diff options
Diffstat (limited to 'Documentation/translations/zh_TW/process/stable-api-nonsense.rst')
| -rw-r--r-- | Documentation/translations/zh_TW/process/stable-api-nonsense.rst | 86 |
1 files changed, 43 insertions, 43 deletions
diff --git a/Documentation/translations/zh_TW/process/stable-api-nonsense.rst b/Documentation/translations/zh_TW/process/stable-api-nonsense.rst index 33fc85c2c..6839d25bb 100644 --- a/Documentation/translations/zh_TW/process/stable-api-nonsense.rst +++ b/Documentation/translations/zh_TW/process/stable-api-nonsense.rst @@ -17,45 +17,45 @@ Linux 內核驅動接口 ================== -寫作本文檔的目的，是爲了解釋爲什麼Linux既沒有二進位內核接口，也沒有穩定 -的內核接口。這裡所說的內核接口，是指內核里的接口，而不是內核和用戶空間 -的接口。內核到用戶空間的接口，是提供給應用程式使用的系統調用，系統調用 -在歷史上幾乎沒有過變化，將來也不會有變化。我有一些老應用程式是在0.9版本 -或者更早版本的內核上編譯的，在使用2.6版本內核的Linux發布上依然用得很好 -。用戶和應用程式作者可以將這個接口看成是穩定的。 +寫作本文檔的目的，是爲了解釋爲什麼Linux既沒有二進制內核接口，也沒有穩定 +的內核接口。這裏所說的內核接口，是指內核裏的接口，而不是內核和用戶空間 +的接口。內核到用戶空間的接口，是提供給應用程序使用的系統調用，系統調用 +在歷史上幾乎沒有過變化，將來也不會有變化。我有一些老應用程序是在0.9版本 +或者更早版本的內核上編譯的，在使用2.6版本內核的Linux發佈上依然用得很好 +。用戶和應用程序作者可以將這個接口看成是穩定的。 執行綱要 -------- 你也許以爲自己想要穩定的內核接口，但是你不清楚你要的實際上不是它。你需 -要的其實是穩定的驅動程序，而你只有將驅動程序放到公版內核的原始碼樹里， -才有可能達到這個目的。而且這樣做還有很多其它好處，正是因爲這些好處使得 -Linux能成爲強壯，穩定，成熟的作業系統，這也是你最開始選擇Linux的原因。 +要的其實是穩定的驅動程序，而你只有將驅動程序放到公版內核的源代碼樹裏， +纔有可能達到這個目的。而且這樣做還有很多其它好處，正是因爲這些好處使得 +Linux能成爲強壯，穩定，成熟的操作系統，這也是你最開始選擇Linux的原因。 入門 ----- -只有那些寫驅動程序的「怪人」才會擔心內核接口的改變，對廣大用戶來說，既 +只有那些寫驅動程序的“怪人”纔會擔心內核接口的改變，對廣大用戶來說，既 看不到內核接口，也不需要去關心它。 首先，我不打算討論關於任何非GPL許可的內核驅動的法律問題，這些非GPL許可 -的驅動程序包括不公開原始碼，隱藏原始碼，二進位或者是用原始碼包裝，或者 -是其它任何形式的不能以GPL許可公開原始碼的驅動程序。如果有法律問題，請咨 -詢律師，我只是一個程式設計師，所以我只打算探討技術問題（不是小看法律問題， +的驅動程序包括不公開源代碼，隱藏源代碼，二進制或者是用源代碼包裝，或者 +是其它任何形式的不能以GPL許可公開源代碼的驅動程序。如果有法律問題，請諮 +詢律師，我只是一個程序員，所以我只打算探討技術問題（不是小看法律問題， 法律問題很實際，並且需要一直關注）。 -既然只談技術問題，我們就有了下面兩個主題：二進位內核接口和穩定的內核源 -代碼接口。這兩個問題是互相關聯的，讓我們先解決掉二進位接口的問題。 +既然只談技術問題，我們就有了下面兩個主題：二進制內核接口和穩定的內核源 +代碼接口。這兩個問題是互相關聯的，讓我們先解決掉二進制接口的問題。 -二進位內核接口 +二進制內核接口 -------------- -假如我們有一個穩定的內核原始碼接口，那麼自然而然的，我們就擁有了穩定的 -二進位接口，是這樣的嗎？錯。讓我們看看關於Linux內核的幾點事實： +假如我們有一個穩定的內核源代碼接口，那麼自然而然的，我們就擁有了穩定的 +二進制接口，是這樣的嗎？錯。讓我們看看關於Linux內核的幾點事實： - - 取決於所用的C編譯器的版本，不同的內核數據結構里的結構體的對齊方 + - 取決於所用的C編譯器的版本，不同的內核數據結構裏的結構體的對齊方 式會有差別，代碼中不同函數的表現形式也不一樣（函數是不是被inline 編譯取決於編譯器行爲）。不同的函數的表現形式並不重要，但是數據 結構內部的對齊方式很關鍵。 @@ -69,33 +69,33 @@ Linux能成爲強壯，穩定，成熟的作業系統，這也是你最開始選 項。 - Linux可以在很多的不同體系結構的處理器上運行。在某個體系結構上編 - 譯好的二進位驅動程序，不可能在另外一個體系結構上正確的運行。 + 譯好的二進制驅動程序，不可能在另外一個體繫結構上正確的運行。 對於一個特定的內核，滿足這些條件並不難，使用同一個C編譯器和同樣的內核配 -置選項來編譯驅動程序模塊就可以了。這對於給一個特定Linux發布的特定版本提 -供驅動程序，是完全可以滿足需求的。但是如果你要給不同發布的不同版本都發 -布一個驅動程序，就需要在每個發布上用不同的內核設置參數都編譯一次內核， -這簡直跟噩夢一樣。而且還要注意到，每個Linux發布還提供不同的Linux內核， -這些內核都針對不同的硬體類型進行了優化（有很多種不同的處理器，還有不同 -的內核設置選項）。所以每發布一次驅動程序，都需要提供很多不同版本的內核 +置選項來編譯驅動程序模塊就可以了。這對於給一個特定Linux發佈的特定版本提 +供驅動程序，是完全可以滿足需求的。但是如果你要給不同發佈的不同版本都發 +佈一個驅動程序，就需要在每個發佈上用不同的內核設置參數都編譯一次內核， +這簡直跟噩夢一樣。而且還要注意到，每個Linux發佈還提供不同的Linux內核， +這些內核都針對不同的硬件類型進行了優化（有很多種不同的處理器，還有不同 +的內核設置選項）。所以每發佈一次驅動程序，都需要提供很多不同版本的內核 模塊。 -相信我，如果你真的要採取這種發布方式，一定會慢慢瘋掉，我很久以前就有過 +相信我，如果你真的要採取這種發佈方式，一定會慢慢瘋掉，我很久以前就有過 深刻的教訓... -穩定的內核原始碼接口 +穩定的內核源代碼接口 -------------------- -如果有人不將他的內核驅動程序，放入公版內核的原始碼樹，而又想讓驅動程序 +如果有人不將他的內核驅動程序，放入公版內核的源代碼樹，而又想讓驅動程序 一直保持在最新的內核中可用，那麼這個話題將會變得沒完沒了。 內核開發是持續而且快節奏的，從來都不會慢下來。內核開發人員在當前接口中 找到bug，或者找到更好的實現方式。一旦發現這些，他們就很快會去修改當前的 -接口。修改接口意味著，函數名可能會改變，結構體可能被擴充或者刪減，函數 +接口。修改接口意味着，函數名可能會改變，結構體可能被擴充或者刪減，函數 的參數也可能發生改變。一旦接口被修改，內核中使用這些接口的地方需要同時 修正，這樣才能保證所有的東西繼續工作。 -舉一個例子，內核的USB驅動程序接口在USB子系統的整個生命周期中，至少經歷 +舉一個例子，內核的USB驅動程序接口在USB子系統的整個生命週期中，至少經歷 了三次重寫。這些重寫解決以下問題： - 把數據流從同步模式改成非同步模式，這個改動減少了一些驅動程序的 @@ -104,11 +104,11 @@ Linux能成爲強壯，穩定，成熟的作業系統，這也是你最開始選 - 修改了USB核心代碼中爲USB驅動分配數據包內存的方式，所有的驅動都 需要提供更多的參數給USB核心，以修正了很多已經被記錄在案的死鎖。 -這和一些封閉原始碼的作業系統形成鮮明的對比，在那些作業系統上，不得不額 +這和一些封閉源代碼的操作系統形成鮮明的對比，在那些操作系統上，不得不額 外的維護舊的USB接口。這導致了一個可能性，新的開發者依然會不小心使用舊的 -接口，以不恰當的方式編寫代碼，進而影響到作業系統的穩定性。 +接口，以不恰當的方式編寫代碼，進而影響到操作系統的穩定性。 在上面的例子中，所有的開發者都同意這些重要的改動，在這樣的情況下修改代 -價很低。如果Linux保持一個穩定的內核原始碼接口，那麼就得創建一個新的接口 +價很低。如果Linux保持一個穩定的內核源代碼接口，那麼就得創建一個新的接口 ；舊的，有問題的接口必須一直維護，給Linux USB開發者帶來額外的工作。既然 所有的Linux USB驅動的作者都是利用自己的時間工作，那麼要求他們去做毫無意 義的免費額外工作，是不可能的。 @@ -126,28 +126,28 @@ Linux能成爲強壯，穩定，成熟的作業系統，這也是你最開始選 要做什麼 -------- -如果你寫了一個Linux內核驅動，但是它還不在Linux原始碼樹里，作爲一個開發 -者，你應該怎麼做？爲每個發布的每個版本提供一個二進位驅動，那簡直是一個 +如果你寫了一個Linux內核驅動，但是它還不在Linux源代碼樹裏，作爲一個開發 +者，你應該怎麼做？爲每個發佈的每個版本提供一個二進制驅動，那簡直是一個 噩夢，要跟上永遠處於變化之中的內核接口，也是一件辛苦活。 -很簡單，讓你的驅動進入內核原始碼樹（要記得我們在談論的是以GPL許可發行 +很簡單，讓你的驅動進入內核源代碼樹（要記得我們在談論的是以GPL許可發行 的驅動，如果你的代碼不符合GPL，那麼祝你好運，你只能自己解決這個問題了， -你這個吸血鬼<把Andrew和Linus對吸血鬼的定義連結到這裡>）。當你的代碼加入 -公版內核原始碼樹之後，如果一個內核接口改變，你的驅動會直接被修改接口的 +你這個吸血鬼<把Andrew和Linus對吸血鬼的定義鏈接到這裏>）。當你的代碼加入 +公版內核源代碼樹之後，如果一個內核接口改變，你的驅動會直接被修改接口的 那個人修改。保證你的驅動永遠都可以編譯通過，並且一直工作，你幾乎不需要 做什麼事情。 -把驅動放到內核原始碼樹里會有很多的好處： +把驅動放到內核源代碼樹裏會有很多的好處： - 驅動的質量會提升，而維護成本（對原始作者來說）會下降。 - 其他人會給驅動添加新特性。 - 其他人會找到驅動中的bug並修復。 - 其他人會在驅動中找到性能優化的機會。 - 當外部的接口的改變需要修改驅動程序的時候，其他人會修改驅動程序 - - 不需要聯繫任何發行商，這個驅動會自動的隨著所有的Linux發布一起發 + - 不需要聯繫任何發行商，這個驅動會自動的隨着所有的Linux發佈一起發 布。 -和別的作業系統相比，Linux爲更多不同的設備提供現成的驅動，而且能在更多不 -同體系結構的處理器上支持這些設備。這個經過考驗的開發模式，必然是錯不了 +和別的操作系統相比，Linux爲更多不同的設備提供現成的驅動，而且能在更多不 +同體繫結構的處理器上支持這些設備。這個經過考驗的開發模式，必然是錯不了 的 :) 感謝 |