Lines Matching refs:kernel

23 請搜索 `LKML內核郵件列表 <https://lore.kernel.org/lkml/>`_ 和
24 `Linux穩定版郵件列表 <https://lore.kernel.org/stable/>`_ 存檔中匹配的報告並
26 請報告給穩定版郵件列表(stable@vger.kernel.org)並抄送回歸郵件列表
33 `LKML <https://lore.kernel.org/lkml/>`_ 和網絡。如果找不到可加入的討論,請
34 安裝 `最新的主線內核 <https://kernel.org/>`_ 。如果仍存在問題,請發送報告。
72 `Linux內核郵件列表(LKML) <https://lore.kernel.org/lkml/>`_ 的存檔。如果
96 位置。注意:大多數情況下不會是 bugzilla.kernel.org,因爲問題通常需要通
147 * 檢查內核開發人員是否仍然維護你關心的Linux內核版本線:去 `kernel.org 的首頁
148 <https://kernel.org/>`_ ,確保此特定版本線的最新版沒有“[EOL]”標記。
150 * 檢查 `Linux穩定版郵件列表 <https://lore.kernel.org/stable/>`_ 中的現有報告。
156 * 向Linux穩定版郵件列表發送一個簡短的問題報告(stable@vger.kernel.org)並抄送
227 由Linux發行商提供的內核,都與由kernel.org發行的官方Linux內核相距甚遠:從Linux
281 注意,搜索 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 網站可能
309 (“kernel panic”)並停止工作,或者根本沒有任何停止信息時,您也在處理一個嚴重
380 在正在運行的系統上檢查內核是否污染非常容易:如果 ``cat /proc/sys/kernel/tainted``
382 爲什麼當內核報告內部問題(“kernel bug”)、可恢復錯誤(“kernel Oops”)或停止
383 操作前不可恢復的錯誤(“kernel panic”)時,它也會提到污染狀態。當其中一個錯
391 1. 發生了一個可恢復的錯誤(“kernel Oops”),內核污染了自己,因爲內核知道在
455 和位置。注意:大多數情況下不會是bugzilla.kernel.org,因爲問題通常需要通
509 Web-page: https://wireless.wiki.kernel.org/en/users/Drivers/ath10k
510 SCM: git git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git
526 依賴於 bugzilla.kernel.org。
532 <linux-kernel@vger.kernel.org>。在以後通過郵件發送問題報告時,不要遺漏任何
545 …$ modinfo ath10k_pci | grep filename | sed 's!/lib/modules/.*/kernel/!!; s!filename:!!; s!\.ko\(\|…
554 linux-wireless@vger.kernel.org (open list:NETWORKING DRIVERS (WIRELESS))
555 netdev@vger.kernel.org (open list:NETWORKING DRIVERS)
556 linux-kernel@vger.kernel.org (open list)
561 “ath10k@lists.infradead.org”和“linux-kernel@vger.kernel.org”。
578 如果是郵件列表,那麼一般在 `lore.kernel.org <https://lore.kernel.org/>`_ 可以
589 也請進一步搜索網絡、LKML和bugzilla.kernel.org網站。如果你的報告需要發送到缺陷
621 但普通的內核更好,這意味着:它是直接使用從 `kernel.org <https://kernel.org/>`_
628 前往 `kernel.org <https://kernel.org/>`_ 來決定使用哪個版本。忽略那個寫着
637 現在 `kernel.org <https://kernel.org/>`_ 上。這是因爲 Linux 的開發週期正在
646 文),或者使用 kernel.org 上提供的最新穩定版本。如果 mainline 因爲某些原因
673 包包含kernel.org上提供的最新版本內核。如果這些軟件包的時間超過一週,那麼它們
682 `kernel.org 上的官方開發倉庫
683 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
688 **常規方法** :不熟悉 git 的人通常最好從 `kernel.org <https://kernel.org/>`_
724 可以考慮使用此版本線,放棄報告問題。但是請記住,只要它沒有在 `kernel.org
725 <https://kernel.org/>`_ 的穩定版和長期版(以及由這些版本衍生出來的廠商內核)
884 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 上創建的工單……),
1138 *檢查內核開發人員是否仍然維護你關心的Linux內核版本線:去 kernel.org 的
1145 注意,如果 `kernel.org <https://kernel.org/>`_ 在首頁上列出了兩個“穩定”版本,
1148 `kernel.org <https://kernel.org/>`_ 首頁上被顯示一兩週,但不適合用於測試和
1157 版郵件列表的檔案 <https://lore.kernel.org/stable/>`_ 中搜索類似問題的報告。
1180 *向Linux穩定版郵件列表發送一個簡短的問題報告(stable@vger.kernel.org)並
1220 Documentation/translations/zh_CN/process/stable-kernel-rules.rst 中所列出的
1255 `kernel.org 上的網頁
1256 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
1262 Cc: <stable@vger.kernel.org> # 5.4+
1268 用你最喜歡的搜索引擎搜索網絡,以及 `Linux kernel developers mailing
1269 list 內核開發者郵件列表 <https://lore.kernel.org/lkml/>`_ 的檔案。也可以
1292 以及穩定版郵件列表(stable@vger.kernel.org)。
1356 reasons please CC linux-doc@vger.kernel.org and "sign-off" your
1362 please use "The Linux kernel developers" for author attribution and link
1364 …https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/Documentation/admin-guide…
1366 Note: Only the content of this RST file as found in the Linux kernel sources
1368 (for example by the kernel's build system) might contain content taken from