Lines Matching refs:kernel
4 Linux kernel developers' for author attribution and link this as source:
5 …https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/Documentation/admin-guide…
7 Note: Only the content of this RST file as found in the Linux kernel sources
9 (for example by the kernel's build system) might contain content taken from
30 請搜索 `LKML內核郵件列表 <https://lore.kernel.org/lkml/>`_ 和
31 `Linux穩定版郵件列表 <https://lore.kernel.org/stable/>`_ 存檔中匹配的報告並
33 報告給穩定版郵件列表（stable@vger.kernel.org）。
38 `LKML <https://lore.kernel.org/lkml/>`_ 和網絡。如果找不到可加入的討論，請
39 安裝 `最新的主線內核 <https://kernel.org/>`_ 。如果仍存在問題，請發送報告。
76 `Linux內核郵件列表（LKML） <https://lore.kernel.org/lkml/>`_ 的存檔。如果
100 位置。注意：大多數情況下不會是 bugzilla.kernel.org，因爲問題通常需要通
151 * 檢查內核開發人員是否仍然維護你關心的Linux內核版本線：去 `kernel.org 的首頁
152 <https://kernel.org/>`_ ，確保此特定版本線的最新版沒有「[EOL]」標記。
154 * 檢查 `Linux穩定版郵件列表 <https://lore.kernel.org/stable/>`_ 中的現有報告。
160 * 向Linux穩定版郵件列表發送一個簡短的問題報告(stable@vger.kernel.org)。大致
230 由Linux發行商提供的內核，都與由kernel.org發行的官方Linux內核相距甚遠：從Linux
284 注意，搜索 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 網站可能
315 （「kernel panic」）並停止工作，或者根本沒有任何停止信息時，您也在處理一個嚴重
386 在正在運行的系統上檢查內核是否汙染非常容易：如果 ``cat /proc/sys/kernel/tainted``
388 爲什麼當內核報告內部問題（「kernel bug」）、可恢復錯誤（「kernel Oops」）或停止
389 操作前不可恢復的錯誤（「kernel panic」）時，它也會提到汙染狀態。當其中一個錯
397 1. 發生了一個可恢復的錯誤（「kernel Oops」），內核汙染了自己，因爲內核知道在
461 和位置。注意：大多數情況下不會是bugzilla.kernel.org，因爲問題通常需要通
515 Web-page: https://wireless.wiki.kernel.org/en/users/Drivers/ath10k
516 SCM: git git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git
532 依賴於 bugzilla.kernel.org。
538 <linux-kernel@vger.kernel.org>。在以後通過郵件發送問題報告時，不要遺漏任何
551 …$ modinfo ath10k_pci | grep filename | sed 's!/lib/modules/.*/kernel/!!; s!filename:!!; s!\.ko\(\|…
560 linux-wireless@vger.kernel.org (open list:NETWORKING DRIVERS (WIRELESS))
561 netdev@vger.kernel.org (open list:NETWORKING DRIVERS)
562 linux-kernel@vger.kernel.org (open list)
567 「ath10k@lists.infradead.org」和「linux-kernel@vger.kernel.org」。
584 如果是郵件列表，那麼一般在 `lore.kernel.org <https://lore.kernel.org/>`_ 可以
595 也請進一步搜索網絡、LKML和bugzilla.kernel.org網站。
626 但普通的內核更好，這意味著：它是直接使用從 `kernel.org <https://kernel.org/>`_
633 前往 `kernel.org <https://kernel.org/>`_ 來決定使用哪個版本。忽略那個寫著
642 現在 `kernel.org <https://kernel.org/>`_ 上。這是因爲 Linux 的開發周期正在
651 文），或者使用 kernel.org 上提供的最新穩定版本。如果 mainline 因爲某些原因
678 包包含kernel.org上提供的最新版本內核。如果這些軟體包的時間超過一周，那麼它們
687 `kernel.org 上的官方開發倉庫
688 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
693 **常規方法** ：不熟悉 git 的人通常最好從 `kernel.org <https://kernel.org/>`_
729 可以考慮使用此版本線，放棄報告問題。但是請記住，只要它沒有在 `kernel.org
730 <https://kernel.org/>`_ 的穩定版和長期版（以及由這些版本衍生出來的廠商內核）
889 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 上創建的工單……），
1135 *檢查內核開發人員是否仍然維護你關心的Linux內核版本線：去 kernel.org 的
1142 注意，如果 `kernel.org <https://kernel.org/>`_ 在首頁上列出了兩個「穩定」版本，
1145 `kernel.org <https://kernel.org/>`_ 首頁上被顯示一兩周，但不適合用於測試和
1154 版郵件列表的檔案 <https://lore.kernel.org/stable/>`_ 中搜索類似問題的報告。
1177 *向Linux穩定版郵件列表發送一個簡短的問題報告(stable@vger.kernel.org)。
1211 「Documentation/translations/zh_TW/process/stable-kernel-rules.rst」中所列出的
1246 `kernel.org 上的網頁
1247 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
1253 Cc: <stable@vger.kernel.org> # 5.4+
1259 用你最喜歡的搜尋引擎搜索網絡，以及 `Linux kernel developers mailing
1260 list 內核開發者郵件列表 <https://lore.kernel.org/lkml/>`_ 的檔案。也可以
1283 以及穩定版郵件列表（stable@vger.kernel.org）。