Lines Matching refs:kernel
22 请搜索 `LKML内核邮件列表 <https://lore.kernel.org/lkml/>`_ 和
23 `Linux稳定版邮件列表 <https://lore.kernel.org/stable/>`_ 存档中匹配的报告并
25 请报告给稳定版邮件列表（stable@vger.kernel.org）并抄送回归邮件列表
32 `LKML <https://lore.kernel.org/lkml/>`_ 和网络。如果找不到可加入的讨论，请
33 安装 `最新的主线内核 <https://kernel.org/>`_ 。如果仍存在问题，请发送报告。
71 `Linux内核邮件列表（LKML） <https://lore.kernel.org/lkml/>`_ 的存档。如果
95 位置。注意：大多数情况下不会是 bugzilla.kernel.org，因为问题通常需要通
146 * 检查内核开发人员是否仍然维护你关心的Linux内核版本线：去 `kernel.org 的首页
147 <https://kernel.org/>`_ ，确保此特定版本线的最新版没有“[EOL]”标记。
149 * 检查 `Linux稳定版邮件列表 <https://lore.kernel.org/stable/>`_ 中的现有报告。
155 * 向Linux稳定版邮件列表发送一个简短的问题报告（stable@vger.kernel.org）并抄送
226 由Linux发行商提供的内核，都与由kernel.org发行的官方Linux内核相距甚远：从Linux
280 注意，搜索 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 网站可能
308 （“kernel panic”）并停止工作，或者根本没有任何停止信息时，您也在处理一个严重
379 在正在运行的系统上检查内核是否污染非常容易：如果 ``cat /proc/sys/kernel/tainted``
381 为什么当内核报告内部问题（“kernel bug”）、可恢复错误（“kernel Oops”）或停止
382 操作前不可恢复的错误（“kernel panic”）时，它也会提到污染状态。当其中一个错
390 1. 发生了一个可恢复的错误（“kernel Oops”），内核污染了自己，因为内核知道在
454 和位置。注意：大多数情况下不会是bugzilla.kernel.org，因为问题通常需要通
508 Web-page: https://wireless.wiki.kernel.org/en/users/Drivers/ath10k
509 SCM: git git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git
525 依赖于 bugzilla.kernel.org。
531 <linux-kernel@vger.kernel.org>。在以后通过邮件发送问题报告时，不要遗漏任何
544 …$ modinfo ath10k_pci | grep filename | sed 's!/lib/modules/.*/kernel/!!; s!filename:!!; s!\.ko\(\|…
553 linux-wireless@vger.kernel.org (open list:NETWORKING DRIVERS (WIRELESS))
554 netdev@vger.kernel.org (open list:NETWORKING DRIVERS)
555 linux-kernel@vger.kernel.org (open list)
560 “ath10k@lists.infradead.org”和“linux-kernel@vger.kernel.org”。
577 如果是邮件列表，那么一般在 `lore.kernel.org <https://lore.kernel.org/>`_ 可以
588 也请进一步搜索网络、LKML和bugzilla.kernel.org网站。如果你的报告需要发送到缺陷
620 但普通的内核更好，这意味着：它是直接使用从 `kernel.org <https://kernel.org/>`_
627 前往 `kernel.org <https://kernel.org/>`_ 来决定使用哪个版本。忽略那个写着
636 现在 `kernel.org <https://kernel.org/>`_ 上。这是因为 Linux 的开发周期正在
645 文），或者使用 kernel.org 上提供的最新稳定版本。如果 mainline 因为某些原因
672 包包含kernel.org上提供的最新版本内核。如果这些软件包的时间超过一周，那么它们
681 `kernel.org 上的官方开发仓库
682 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
687 **常规方法** ：不熟悉 git 的人通常最好从 `kernel.org <https://kernel.org/>`_
723 可以考虑使用此版本线，放弃报告问题。但是请记住，只要它没有在 `kernel.org
724 <https://kernel.org/>`_ 的稳定版和长期版（以及由这些版本衍生出来的厂商内核）
883 `bugzilla.kernel.org <https://bugzilla.kernel.org/>`_ 上创建的工单……），
1137 *检查内核开发人员是否仍然维护你关心的Linux内核版本线：去 kernel.org 的
1144 注意，如果 `kernel.org <https://kernel.org/>`_ 在首页上列出了两个“稳定”版本，
1147 `kernel.org <https://kernel.org/>`_ 首页上被显示一两周，但不适合用于测试和
1156 版邮件列表的档案 <https://lore.kernel.org/stable/>`_ 中搜索类似问题的报告。
1179 *向Linux稳定版邮件列表发送一个简短的问题报告(stable@vger.kernel.org)并
1219 Documentation/translations/zh_CN/process/stable-kernel-rules.rst 中所列出的
1254 `kernel.org 上的网页
1255 <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/>`_
1261 Cc: <stable@vger.kernel.org> # 5.4+
1267 用你最喜欢的搜索引擎搜索网络，以及 `Linux kernel developers mailing
1268 list 内核开发者邮件列表 <https://lore.kernel.org/lkml/>`_ 的档案。也可以
1291 以及稳定版邮件列表（stable@vger.kernel.org）。
1355 reasons please CC linux-doc@vger.kernel.org and "sign-off" your
1361 please use "The Linux kernel developers" for author attribution and link
1363 …https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/plain/Documentation/admin-guide…
1365 Note: Only the content of this RST file as found in the Linux kernel sources
1367 (for example by the kernel's build system) might contain content taken from