1.. SPDX-License-Identifier: GPL-2.0 2 3.. _tw_submittingdrivers: 4 5.. include:: ../disclaimer-zh_TW.rst 6 7:Original: :ref:`Documentation/process/submitting-drivers.rst 8 <submittingdrivers>` 9 10如果想評論或更新本文的內容，請直接聯繫原文檔的維護者。如果你使用英文 11交流有困難的話，也可以向中文版維護者求助。如果本翻譯更新不及時或者翻 12譯存在問題，請聯繫中文版維護者:: 13 14 中文版維護者： 李陽 Li Yang <leoyang.li@nxp.com> 15 中文版翻譯者： 李陽 Li Yang <leoyang.li@nxp.com> 16 中文版校譯者： 陳琦 Maggie Chen <chenqi@beyondsoft.com> 17 王聰 Wang Cong <xiyou.wangcong@gmail.com> 18 張巍 Zhang Wei <wezhang@outlook.com> 19 胡皓文 Hu Haowen <src.res@email.cn> 20 21如何向 Linux 內核提交驅動程序 22============================= 23 24這篇文檔將會解釋如何向不同的內核源碼樹提交設備驅動程序。請注意，如果你感 25興趣的是顯卡驅動程序，你也許應該訪問 XFree86 項目(https://www.xfree86.org/) 26和／或 X.org 項目 (https://x.org)。 27 28另請參閱 Documentation/translations/zh_TW/process/submitting-patches.rst 文檔。 29 30 31分配設備號 32---------- 33 34塊設備和字符設備的主設備號與從設備號是由 Linux 命名編號分配權威 LANANA（ 35現在是 Torben Mathiasen）負責分配。申請的網址是 https://www.lanana.org/。 36即使不準備提交到主流內核的設備驅動也需要在這裡分配設備號。有關詳細信息， 37請參閱 Documentation/admin-guide/devices.rst。 38 39如果你使用的不是已經分配的設備號，那麼當你提交設備驅動的時候，它將會被強 40制分配一個新的設備號，即便這個設備號和你之前發給客戶的截然不同。 41 42設備驅動的提交對象 43------------------ 44 45Linux 2.0: 46 此內核源碼樹不接受新的驅動程序。 47 48Linux 2.2: 49 此內核源碼樹不接受新的驅動程序。 50 51Linux 2.4: 52 如果所屬的代碼領域在內核的 MAINTAINERS 文件中列有一個總維護者， 53 那麼請將驅動程序提交給他。如果此維護者沒有回應或者你找不到恰當的 54 維護者，那麼請聯繫 Willy Tarreau <w@1wt.eu>。 55 56Linux 2.6: 57 除了遵循和 2.4 版內核同樣的規則外，你還需要在 linux-kernel 郵件 58 列表上跟蹤最新的 API 變化。向 Linux 2.6 內核提交驅動的頂級聯繫人 59 是 Andrew Morton <akpm@linux-foundation.org>。 60 61決定設備驅動能否被接受的條件 62---------------------------- 63 64許可： 代碼必須使用 GNU 通用公開許可證 (GPL) 提交給 Linux，但是 65 我們並不要求 GPL 是唯一的許可。你或許會希望同時使用多種 66 許可證發布，如果希望驅動程序可以被其他開源社區（比如BSD） 67 使用。請參考 include/linux/module.h 文件中所列出的可被 68 接受共存的許可。 69 70版權： 版權所有者必須同意使用 GPL 許可。最好提交者和版權所有者 71 是相同個人或實體。否則，必需列出授權使用 GPL 的版權所有 72 人或實體，以備驗證之需。 73 74接口： 如果你的驅動程序使用現成的接口並且和其他同類的驅動程序行 75 爲相似，而不是去發明無謂的新接口，那麼它將會更容易被接受。 76 如果你需要一個 Linux 和 NT 的通用驅動接口，那麼請在用 77 戶空間實現它。 78 79代碼： 請使用 Documentation/process/coding-style.rst 中所描述的 Linux 代碼風 80 格。如果你的某些代碼段（例如那些與 Windows 驅動程序包共 81 享的代碼段）需要使用其他格式，而你卻只希望維護一份代碼， 82 那麼請將它們很好地區分出來，並且註明原因。 83 84可移植性： 請注意，指針並不永遠是 32 位的，不是所有的計算機都使用小 85 尾模式 (little endian) 存儲數據，不是所有的人都擁有浮點 86 單元，不要隨便在你的驅動程序里嵌入 x86 彙編指令。只能在 87 x86 上運行的驅動程序一般是不受歡迎的。雖然你可能只有 x86 88 硬體，很難測試驅動程序在其他平台上是否可用，但是確保代碼 89 可以被輕鬆地移植卻是很簡單的。 90 91清晰度： 做到所有人都能修補這個驅動程序將會很有好處，因爲這樣你將 92 會直接收到修復的補丁而不是 bug 報告。如果你提交一個試圖 93 隱藏硬體工作機理的驅動程序，那麼它將會被扔進廢紙簍。 94 95電源管理： 因爲 Linux 正在被很多行動裝置和桌面系統使用，所以你的驅 96 動程序也很有可能被使用在這些設備上。它應該支持最基本的電 97 源管理，即在需要的情況下實現系統級休眠和喚醒要用到的 98 .suspend 和 .resume 函數。你應該檢查你的驅動程序是否能正 99 確地處理休眠與喚醒，如果實在無法確認，請至少把 .suspend 100 函數定義成返回 -ENOSYS（功能未實現）錯誤。你還應該嘗試確 101 保你的驅動在什麼都不乾的情況下將耗電降到最低。要獲得驅動 102 程序測試的指導，請參閱 103 Documentation/power/drivers-testing.rst。有關驅動程序電 104 源管理問題相對全面的概述，請參閱 105 Documentation/driver-api/pm/devices.rst。 106 107管理： 如果一個驅動程序的作者還在進行有效的維護，那麼通常除了那 108 些明顯正確且不需要任何檢查的補丁以外，其他所有的補丁都會 109 被轉發給作者。如果你希望成爲驅動程序的聯繫人和更新者，最 110 好在代碼注釋中寫明並且在 MAINTAINERS 文件中加入這個驅動 111 程序的條目。 112 113不影響設備驅動能否被接受的條件 114------------------------------ 115 116供應商： 由硬體供應商來維護驅動程序通常是一件好事。不過，如果源碼 117 樹里已經有其他人提供了可穩定工作的驅動程序，那麼請不要期 118 望「我是供應商」會成爲內核改用你的驅動程序的理由。理想的情 119 況是：供應商與現有驅動程序的作者合作，構建一個統一完美的 120 驅動程序。 121 122作者： 驅動程序是由大的 Linux 公司研發還是由你個人編寫，並不影 123 響其是否能被內核接受。沒有人對內核源碼樹享有特權。只要你 124 充分了解內核社區，你就會發現這一點。 125 126 127資源列表 128-------- 129 130Linux 內核主源碼樹： 131 ftp.??.kernel.org:/pub/linux/kernel/... 132 ?? == 你的國家代碼，例如 "cn"、"us"、"uk"、"fr" 等等 133 134Linux 內核郵件列表： 135 linux-kernel@vger.kernel.org 136 [可通過向majordomo@vger.kernel.org發郵件來訂閱] 137 138Linux 設備驅動程序，第三版（探討 2.6.10 版內核）： 139 https://lwn.net/Kernel/LDD3/ （免費版） 140 141LWN.net: 142 每周內核開發活動摘要 - https://lwn.net/ 143 144 2.6 版中 API 的變更： 145 146 https://lwn.net/Articles/2.6-kernel-api/ 147 148 將舊版內核的驅動程序移植到 2.6 版： 149 150 https://lwn.net/Articles/driver-porting/ 151 152內核新手(KernelNewbies): 153 爲新的內核開發者提供文檔和幫助 154 https://kernelnewbies.org/ 155 156Linux USB項目： 157 http://www.linux-usb.org/ 158 159寫內核驅動的「不要」（Arjan van de Ven著）: 160 http://www.fenrus.org/how-to-not-write-a-device-driver-paper.pdf 161 162內核清潔工 (Kernel Janitor): 163 https://kernelnewbies.org/KernelJanitors 164 165