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
29 请搜索 `LKML内核邮件列表 <https://lore.kernel.org/lkml/>`_ 和
30 `Linux稳定版邮件列表 <https://lore.kernel.org/stable/>`_ 存档中匹配的报告并
32 报告给稳定版邮件列表（stable@vger.kernel.org）。
37 `LKML <https://lore.kernel.org/lkml/>`_ 和网络。如果找不到可加入的讨论，请
38 安装 `最新的主线内核 <https://kernel.org/>`_ 。如果仍存在问题，请发送报告。
75 `Linux内核邮件列表（LKML） <https://lore.kernel.org/lkml/>`_ 的存档。如果
99 位置。注意：大多数情况下不会是 bugzilla.kernel.org，因为问题通常需要通
150 * 检查内核开发人员是否仍然维护你关心的Linux内核版本线：去 `kernel.org 的首页
151 <https://kernel.org/>`_ ，确保此特定版本线的最新版没有“[EOL]”标记。
153 * 检查 `Linux稳定版邮件列表 <https://lore.kernel.org/stable/>`_ 中的现有报告。
159 * 向Linux稳定版邮件列表发送一个简短的问题报告(stable@vger.kernel.org)。大致
229 由Linux发行商提供的内核，都与由kernel.org发行的官方Linux内核相距甚远：从Linux
283 注意，搜索 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 网站可能
314 （“kernel panic”）并停止工作，或者根本没有任何停止信息时，您也在处理一个严重
385 在正在运行的系统上检查内核是否污染非常容易：如果 ``cat /proc/sys/kernel/tainted``
387 为什么当内核报告内部问题（“kernel bug”）、可恢复错误（“kernel Oops”）或停止
388 操作前不可恢复的错误（“kernel panic”）时，它也会提到污染状态。当其中一个错
396 1. 发生了一个可恢复的错误（“kernel Oops”），内核污染了自己，因为内核知道在
460 和位置。注意：大多数情况下不会是bugzilla.kernel.org，因为问题通常需要通
514 Web-page: https://wireless.wiki.kernel.org/en/users/Drivers/ath10k
515 SCM: git git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git
531 依赖于 bugzilla.kernel.org。
537 <linux-kernel@vger.kernel.org>。在以后通过邮件发送问题报告时，不要遗漏任何
550 …$ modinfo ath10k_pci | grep filename | sed 's!/lib/modules/.*/kernel/!!; s!filename:!!; s!\.ko\(\|…
559 linux-wireless@vger.kernel.org (open list:NETWORKING DRIVERS (WIRELESS))
560 netdev@vger.kernel.org (open list:NETWORKING DRIVERS)
561 linux-kernel@vger.kernel.org (open list)
566 “ath10k@lists.infradead.org”和“linux-kernel@vger.kernel.org”。
583 如果是邮件列表，那么一般在 `lore.kernel.org <https://lore.kernel.org/>`_ 可以
594 也请进一步搜索网络、LKML和bugzilla.kernel.org网站。
625 但普通的内核更好，这意味着：它是直接使用从 `kernel.org <https://kernel.org/>`_
632 前往 `kernel.org <https://kernel.org/>`_ 来决定使用哪个版本。忽略那个写着
641 现在 `kernel.org <https://kernel.org/>`_ 上。这是因为 Linux 的开发周期正在
650 文），或者使用 kernel.org 上提供的最新稳定版本。如果 mainline 因为某些原因
677 包包含kernel.org上提供的最新版本内核。如果这些软件包的时间超过一周，那么它们
686 `kernel.org 上的官方开发仓库
687 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
692 **常规方法** ：不熟悉 git 的人通常最好从 `kernel.org <https://kernel.org/>`_
728 可以考虑使用此版本线，放弃报告问题。但是请记住，只要它没有在 `kernel.org
729 <https://kernel.org/>`_ 的稳定版和长期版（以及由这些版本衍生出来的厂商内核）
888 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 上创建的工单……），
1134 *检查内核开发人员是否仍然维护你关心的Linux内核版本线：去 kernel.org 的
1141 注意，如果 `kernel.org <https://kernel.org/>`_ 在首页上列出了两个“稳定”版本，
1144 `kernel.org <https://kernel.org/>`_ 首页上被显示一两周，但不适合用于测试和
1153 版邮件列表的档案 <https://lore.kernel.org/stable/>`_ 中搜索类似问题的报告。
1176 *向Linux稳定版邮件列表发送一个简短的问题报告(stable@vger.kernel.org)。
1210 “Documentation/translations/zh_CN/process/stable-kernel-rules.rst”中所列出的
1245 `kernel.org 上的网页
1246 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
1252 Cc: <stable@vger.kernel.org> # 5.4+
1258 用你最喜欢的搜索引擎搜索网络，以及 `Linux kernel developers mailing
1259 list 内核开发者邮件列表 <https://lore.kernel.org/lkml/>`_ 的档案。也可以
1282 以及稳定版邮件列表（stable@vger.kernel.org）。