blocks|key|2668711|text|你知道schedule()多久被调用一次吗？它的调用速度可能比您的计算机将打印缓冲区刷新到日志的速度还要快。我建议使用另一种调试方法。例如，在QEMU中运行内核，并通过加载kernel.syms文件作为符号表并设置断点来使用远程GDB。其他虚拟化软件也提供类似的功能。或者手动操作并遍历您的代码。在中断处理程序中使用printk通常不是一个好主意(除非您要陷入恐慌或停顿)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2668712|如果您看到的错误没有发生，那么通常可以考虑使用BUG()或BUG_ON(cond)。它们会生成条件错误消息，不应该像非条件printk那样频繁出现|2668713|编辑schedule()函数本身通常不是一个好主意(除非你想支持多个运行队列等等)。相反，修改调度器类要好得多，也更容易。看看CFS调度器的代码就可以做到这一点。如果你想完成其他事情，我可以给你更好的建议。|2668714|entityMap^0|3|A|0|N|5|T|C|1P|6|0|2|A|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]|$9|R|A|S|B|C]|$9|T|A|U|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|V|8|@$9|W|A|X|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|Y|8|@]|D|@]|E|$]]]|K|$]]

Do you know how often <code>schedule()</code> is called? It's probably called faster than your computer can flush the print buffer to the log. I would suggest using another method of debugging. For instance running your kernel in QEMU and using remote GDB by loading the kernel.syms file as a symbol table and setting a breakpoint. Other virtualization software offers similar features. Or do it the manual way and walk through your code. Using printk in interrupt handlers is typically a bad idea (unless you're about to panic or stall).

If the error you are seeing doesn't happen often think of using <code>BUG()</code> or <code>BUG_ON(cond)</code> instead. These do conditional error messages and shouldn't happen as often as a non-conditional <code>printk</code>

Editing the <code>schedule()</code> function itself is typically a bad idea (unless you want to support multiple run queue's etc...). It's much better and easier to instead modify a scheduler class. Look at the code of the CFS scheduler to do this. If you want to accomplish something else I can give better advice.

blocks|key|4106803|text|在持有运行队列锁的同时调用printk是不安全的。为了在持有运行队列锁(https://lkml.org/lkml/2012/3/13/13)时使用printk_sched，引入了一个特殊的函数printk。不幸的是，它只能在一个节拍内打印一条消息(并且在持有运行队列锁时不能有多个节拍，因为中断是禁用的)。这是因为使用内部缓冲区来保存消息。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4106804|您可以使用lttng2将日志记录到用户空间，也可以对printk_sched的实现打补丁，以使用可在一个节拍内使用的静态分配的缓冲池。|4106805|entityMap|0|LINK|mutability|MUTABLE|url|https://lkml.org/lkml/2012/3/13/13|1|http://lttng.org/lttng-kernel-tracer^0|22|C|10|Y|0|0|Q|C|5|6|1|0^^$0|@$1|2|3|4|5|6|7|R|8|@$9|S|A|T|B|C]]|D|@$9|U|A|V|1|W]]|E|$]]|$1|F|3|G|5|6|7|X|8|@$9|Y|A|Z|B|C]]|D|@$9|10|A|11|1|12]]|E|$]]|$1|H|3|-4|5|6|7|13|8|@]|D|@]|E|$]]]|I|$J|$5|K|L|M|E|$N|O]]|P|$5|K|L|M|E|$N|Q]]]]

It's not safe to call printk while holding the runqueue lock. A special function <code>printk_sched</code> was introduced in order to have a mechanism to use printk when holding the runqueue lock (<a href="https://lkml.org/lkml/2012/3/13/13" rel="nofollow">https://lkml.org/lkml/2012/3/13/13</a>). Unfortunatly it can just print one message within a tick (and there cannot be more than one tick when holding the run queue lock because interrupts are disabled). This is because an internal buffer is used to save the message.

You can either use <a href="http://lttng.org/lttng-kernel-tracer" rel="nofollow">lttng2</a> for logging to user space or patch the implementation of <code>printk_sched</code> to use a statically allocated pool of buffers that can be used within a tick.

blocks|key|4106814|text|试试trace_printk()。printk()的开销太大，在前面的printk()调用完成之前，会再次调用schedule()。这将创建一个活动锁。这里有一篇关于它的好文章：https://lwn.net/Articles/365835/|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4106815|entityMap|0|LINK|mutability|MUTABLE|url|https://lwn.net/Articles/365835/^0|2|E|H|8|Z|8|1J|A|2H|W|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]|$9|U|A|V|B|C]]|D|@$9|W|A|X|1|Y]]|E|$]]|$1|F|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]]]

Try <code>trace_printk()</code>.
<code>printk()</code> has too much of an overhead and <code>schedule()</code> gets called again before previous <code>printk()</code> calls finish. This creates a live lock.
Here is a good article about it: <a href="https://lwn.net/Articles/365835/" rel="nofollow">https://lwn.net/Articles/365835/</a>

blocks|key|4106751|text|这取决于，基本上它应该工作得很好。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4106752|尝试在shell中使用dmesg来跟踪您的printk，如果它不在那里，那么您显然没有调用它。|offset|length|style|CODE|4106753|2396+++++++++if+(p->mm+&&+printk_ratelimit())+{
2397+++++++++++++++++printk(KERN_INFO+"process+%25d+(%25s)+no+longer+affine+to+cpu%25d\n",
2398+++++++++++++++++++++++++++++++++task_pid_nr(p),+p->comm,+cpu);
2399+++++++++}
2400+
2401+++++++++return+dest_cpu;
2402+}|code-block|syntax|javascript|4106754|在sched.c中有一部分printk不能工作，例如|4106755|1660+static+int+double_lock_balance(struct+rq+*this_rq,+struct+rq+*busiest)
1661+{
1662+++++++++if+(unlikely(!irqs_disabled()))+{
1663+++++++++++++++++/*+printk()+doesn't+work+good+under+rq->lock+*/
1664+++++++++++++++++raw_spin_unlock(&this_rq->lock);
1665+++++++++++++++++BUG_ON(1);
1666+++++++++}
1667+
1668+++++++++return+_double_lock_balance(this_rq,+busiest);
1669+}|4106756|编辑|BOLD|4106757|您可以尝试每1000次printk一次，而不是每次。|4106758|entityMap^0|0|B|5|L|6|0|0|1|7|D|6|0|0|0|2|0|B|6|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Y|8|@$D|Z|E|10|F|G]|$D|11|E|12|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|13|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|14|8|@$D|15|E|16|F|G]|$D|17|E|18|F|G]]|9|@]|A|$]]|$1|O|3|P|5|J|7|19|8|@]|9|@]|A|$K|L]]|$1|Q|3|R|5|6|7|1A|8|@$D|1B|E|1C|F|S]]|9|@]|A|$]]|$1|T|3|U|5|6|7|1D|8|@$D|1E|E|1F|F|G]]|9|@]|A|$]]|$1|V|3|-4|5|6|7|1G|8|@]|9|@]|A|$]]]|W|$]]

It depends, basically it should be work fine.

try to use <code>dmesg</code> in shell to trace your <code>printk</code> if it is not there you apparently didn't invoked it.

<pre><code>2396 if (p-&gt;mm &amp;&amp; printk_ratelimit()) {
2397 printk(KERN_INFO "process %d (%s) no longer affine to cpu%d\n",
2398 task_pid_nr(p), p-&gt;comm, cpu);
2399 }
2400 
2401 return dest_cpu;
2402 }
</code></pre>

there is a sections in <code>sched.c</code> that <code>printk</code> doesn't work e.g.

<pre><code>1660 static int double_lock_balance(struct rq *this_rq, struct rq *busiest)
1661 {
1662 if (unlikely(!irqs_disabled())) {
1663 /* printk() doesn't work good under rq-&gt;lock */
1664 raw_spin_unlock(&amp;this_rq-&gt;lock);
1665 BUG_ON(1);
1666 }
1667 
1668 return _double_lock_balance(this_rq, busiest);
1669 }
</code></pre>

<h2>EDIT</h2>

you may try to <code>printk</code> once in 1000 times instead of each time.

I am trying to implement my own new <code>schedule()</code>. I want to debug my code. 

Can I use <code>printk</code> function in <code>sched.c</code>? 

I used <code>printk</code> but it doesn't work. What did I miss?

Use printk in kernel

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在尝试实现我自己的新schedule()。我想调试我的代码。我可以在sched.c中使用printk函数吗？我使用了printk，但它不起作用。我错过了什么？

问在内核中使用printk
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在内核中使用printkEN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在内核中使用printk
EN