[参考译文] AM3356：当 CPU 调节器设置为"ondemand,"一些 IRQ 线程占用 CPU 很长时间。

尊敬的 Katsuya-San：

SDK 和内核版本不匹配。 您的意思是内核版本 6.1.119而不是 4.1.119 吗 ？

嗨、Bin-san

我发现当使用`obap_hsmmc`作为 MMC 驱动程序时、不会出现此问题。
对于内核 6.1.119、TI 似乎建议使用`sdhci-OMAP`作为 MMC 驱动程序。
在该内核中使用`obap_hsmmc`是否存在任何相关风险？
器件树如下所示。

&mmc1 {
    compatible = "ti,omap4-hsmmc";

    status = "okay";
    vmmc-supply = <&vmmc_reg>;
    bus-width = <4>;
    pinctrl-names = "default";
    pinctrl-0 = <&mmc1_pins>;
    //cd-gpios = <&gpio3 14 GPIO_ACTIVE_HIGH>;
    //cap-power-off-card;
};

&mmc2 {
    compatible = "ti,omap4-hsmmc";

    vmmc-supply = <&vmmc_reg>;
    pinctrl-names = "default", "sleep";
    pinctrl-0 = <&emmc_pins_default>;
    pinctrl-1 = <&emmc_pins_sleep>;
    bus-width = <8>;
    status = "okay";
};

&mmc3 {
    compatible = "ti,omap4-hsmmc";

    /* these are on the crossbar and are outlined in the
       xbar-event-map element */
    dmas = <&edma_xbar 12 0 1
        &edma_xbar 13 0 2>;
    dma-names = "tx", "rx";
    status = "okay";
    vmmc-supply = <&wlan_en_reg>;
    bus-width = <4>;
    pinctrl-names = "default", "sleep";
    pinctrl-0 = <&mmc3_pins_default &wlan_pins>;
    pinctrl-1 = <&mmc3_pins_sleep &wlan_pins>;
    non-removable;
    cap-power-off-card;
    keep-power-in-suspend;

    #address-cells = <1>;
    #size-cells = <0>;
    wlcore: wlcore@0 {
        compatible = "ti,wl1835";
        reg = <2>;
        // WLAN_IRQ
        interrupt-parent = <&gpio1>;
        interrupts = <29 IRQ_TYPE_EDGE_RISING>;
    };
};

如果使用 OMAP_hsmmc 没有风险、请参阅以下内容。

使用 OMAP_hsmmc 时、将以下日志输出到 dmesg。
----------------------------
[ 0.662887] OMAP-Lsmmc 481d80.mmc：Rx DMA 通道请求失败
----------------------------
我想隐藏这条消息。
我想使用 DMA 来减少 CPU 负载、但找不到 eMMC (mmc2) 的示例器件树。
是否不建议为 eMMC 使用 DMA？
如果建议使用、请向我展示内核 6.1.119 中 obap_hsmmc 的一些示例代码。
还是建议使用 PIO？

此致。
胜山

您好 Katsuyama-San、

感谢您提供详细信息。

]在该内核中使用`OMAP_hsmmc`是否存在任何相关风险？

我无法评论使用 OMAP_hsmmc 驱动程序的风险。 由于较新的内核切换到 sdHCi-OMAP 驱动程序、OMAP-Lsmc 尚未在 AM335x 上进行验证。

您能否在 v6.1 上尝试以下内核补丁、看看它是否对该问题有任何影响？ （补丁会将延迟值从 50 更改为–1。）

diff -git a/drivers/MMC/host/sdhci-oca.c b/drivers/MMC/host/sdhci-oca.c
索引 bfb7c8b96341..9294e83bf8ca 100644
－－－A/drivers/MMC/host/sdhci-OMAP．c
++ b/drivers/MMC/host/sdHCi-OMAP-Lc
@@–1303、7 +1303、7 @@ static int sdHCI_OMAP-Lprobe（结构 platform_device *pdev）
*回调将作为 pm_runtime_get_sync 的一部分被调用。
*/
pm_runtime_use_autosuspend (dev)；
- pm_runtime_set_autospend_delay (dev、 50)；
+ pm_runtime_set_autospend_delay (dev、 –1)；
PM_runtime_enable (dev)；
RET = pm_runtime_resume_and_get (dev)；
if (ret)｛

嗨、Bin-san

感谢您的及时回复。
不幸的是、补丁无效。
下面是 ftrace 日志。

kworker/0:0-7       [000] d..2.   811.640051: sched_switch: prev_comm=kworker/0:0 prev_pid=7 prev_prio=120 prev_state=R+ ==> next_comm=irq/42-mmc0 next_pid=61 next_prio=49
irq/42-mmc0-61      [000] d..2.   812.063901: sched_switch: prev_comm=irq/42-mmc0 prev_pid=61 prev_prio=49 prev_state=S ==> next_comm=irq/57-wl18xx next_pid=260 next_prio=49
irq/57-wl18xx-260     [000] d..2.   812.070074: sched_switch: prev_comm=irq/57-wl18xx prev_pid=260 prev_prio=49 prev_state=S ==> next_comm=APL_WS next_pid=594 next_prio=120

我期待听到有关替代措施的消息。

此致。
胜山

您好 Katsuyama-San、

我熟悉 ftrace、但尚未使用 ftrace sched_switch 功能。 您能否帮助我了解如何解释您提供的 ftrace 日志？

我正在尝试查看是否可以在 BeagleBone Black 上重现问题并进行调试。

我无法发布！

发生错误。 请重试或联系您的管理员。

嗨、Bin-san

我要为 sched_switch ftrace 附加脚本。

- ftrace_start.sh --开始跟踪
- ftrace_stop.sh — 停止跟踪并将日志保存到/var/log/ftrace.log
请参阅/var/log/ftrace.log
时间戳不是启动时间、而是由 sched_switch 划分的切换时间
- ftrace_cputime.sh — 分析日志
 您可以看到每个线程的 CPU 时间。

- ftrace_start.sh

----------------------------
！/bin/sh
#启动 ftrace

#更改缓冲区大小
#echo 96000 >/sys/kernel/debug/tracing/buffer_size_kb

#重置跟踪
echo nop >/sys/kernel/debug/tracing/current_tracer
Echo 0 >/sys/kernel/debug/tracing/tracing_on
Echo 0 >/sys/kernel/debug/tracing/events/enable

#清除跟踪日志
Echo >/sys/kernel/debug/tracing/trace

#启用 function_graph
#echo function_graph >/sys/kernel/debug/tracing/current_tracer

#启用 sched_switch 跟踪
Echo 1 >/sys/kernel/debug/tracing/events/sched/sched_switch/enable
#开始跟踪
Echo 1 >/sys/kernel/debug/tracing/tracing_on
----------------------------
这将开始跟踪。

- ftrace_stop.sh
----------------------------
#！/bin/sh
#停止 ftrace 并保存到文件。
Echo 0 >/sys/kernel/debug/tracing/tracing_on
CAT /sys/kernel/debug/tracing/trace >/var/log/ftrace.log
----------------------------
这将停止跟踪并将日志保存到/var/log/ftrace.log 中
请参阅/var/log/ftrace.log
注意：时间戳不是开始时间、而是由 sched_switch 设置的切换时间

ftrace_cputime.sh

----------------------------------------------------
登录文件=1美元
awk 'NR===13 {sub（/:/,““,4美元）; prev=4美元 }NR>13 {sub（/:/,““,4美元）; printf（“%f %f %s\n“,4美元,4美元 — prev, 1美元）；prev=4美元 }'${inlogfile}
--------------------------------------------------------

嗨、Bin-san

我希望找出原因并修复 sdHCI_OMAP。

此致。
胜山

我目前在休假期间不在办公室、下周晚些时候会回来。

你好 Bin-san

这也可以在 BeagleBone Black 上重现吗？

请告诉我有关情况的详情。

我期待着结果。

此致

胜山

您好 Katsuyama-San、

我刚回到办公室,我有几个工作队列中有比这个 cpufreq 问题更高的优先级. 请继续使用“性能“调节器作为解决方法、直到我能够重现并找出原因为止。

嗨、Bin-san

高优先级任务是否已完成？
如果您能尽快开始执行我的任务、我将不胜感激。
如果您无法立即开始、您能否让我知道如何提高 我的任务优先级？
我是否应该通过机构提交请求？

如果连续使用“性能“调速器、则包括功率等因素
需要重新评估消耗和排放。
所以、我想使用“ondemand“一个。

此致。
胜山

您好 Katsuyama-San、

高优先级任务是否已完成？

不、其中一个问题可能需要很长时间、我可能需要数周的 100%带宽才能找到根本原因并解决问题。

如果您无法立即开始、您能告诉我如何提高 任务的优先级吗？

其中一种途径是您将问题上报给 TI 当地 FAE、他们可以将问题上报给 TI 工厂。

我是否应该通过机构提交请求？

我不确定是什么“机构“、但另一种选择是找到一家第三方公司来为您调试和解决问题。