最新的arm架构内核代码在slow_work_pending上有错吗？

Question

目前我正在使用 ARM 架构的嵌入式 Linux 内核。 作为 bootlin 提供的最新内核源代码，我在arch/arm/kernel/entry-common.S 中看到了这些代码：

slow_work_pending:
    mov r0, sp    @'regs'
    mov r2, why    @'syscall'
    bl do_work_pending

do_work_pending() syscall参数是否假设为r1 ？

我已经尝试通过在内核启动时打印该参数来调试它。 当时why register应该是0，而printk却说syscall是-173b500。

这些代码是错误还是故意编码？

我认为在内核启动时why应该是 0，因为它不是一个真正的系统调用，但是用 printk 打印它会给我一个奇怪的负数。 请问我的理解why不对？

Answer 1

看看最新的上游源如何具有相同的代码（即使文件名已更改为将_替换为- ），除非它是极其罕见的代码路径，否则它可能没有错。 您可能误解了这里发生的事情。

但是让我们看看具体的

slow_work_pending:
    mov r0, sp    @'regs'
    mov r2, why    @'syscall'
    bl do_work_pending

do_work_pending() 的 syscall 参数是否假设为 r1 ？

考虑在signal.c中找到的函数原型

asmlinkage int
do_work_pending(struct pt_regs *regs, unsigned int thread_flags, int syscall)

看起来答案是否定的 - syscall是第三个参数，因此应该在 r2 中，因为 r1 包含thread_flags - 并且可能在您检查的slow_work_pending周围的代码之前已经这样做了。