10 · E5 收敛（6.19 → 7.3）：让打印节奏不再伤人

结论：驱动大面积转换后，问题从「能不能输出」变成「输出的方式会不会伤到系统」。6.19 → 7.3 的修复可以归为五条原则。紧急时少交接：emergency / panic 期间打印线程直接休眠，不再被反复抢、反复重印。原子刷出小步走：每输出一条记录就释放所有权、恢复中断，不再让其他 CPU hard lockup，也不再让 ARM64 的 SMMU 命令超时。普通路径更懒：唤醒线程的 irq_work 改为 LAZY，不为每次 printk 发 IPI，顺带消除了 Tegra20/30 进 idle 时的挂死。启动更晚：打印线程推迟到 subsys_initcall，避免干扰 SMP 启动。驱动不碰会睡眠的东西：pl011 的时钟改为常开，8250 的 modem control 延后到 LAZY irq_work；写不出安全原子路径的驱动用 CON_NBCON_ATOMIC_UNSAFE，只在 panic 末尾尝试。同期 8250（第二次）和 Qualcomm GENI 完成转换，netconsole（7.0）成为第一个「线程 + 不安全原子」的控制台。

要解决的问题（症状来自修复提交里的现场日志）

方案与提交

架构图：之前 / 之后

调用栈

原子刷出 · 之前（v6.18）：

nbcon_atomic_flush_pending_con(con, stop_seq, allow_unsafe)            nbcon.c:1544
  local_irq_save(flags)                                                :1558   ← 整段关中断
  __nbcon_atomic_flush_pending_con()                                   :1496
    nbcon_context_try_acquire(ctxt)                                    ← 拿一次
    while (nbcon_seq_read(con) < stop_seq)
        nbcon_emit_next_record(&wctxt, true) → write_atomic()          ← 115200 下每条约数 ms
    nbcon_context_release(ctxt)                                        ← 全部刷完才放
  local_irq_restore(flags)

原子刷出 · 之后（v7.3）：

nbcon_atomic_flush_pending_con(con, stop_seq)                          nbcon.c:1620
  __nbcon_atomic_flush_pending_con()                                   :1564
    ctxt->allow_unsafe_takeover = nbcon_allow_unsafe_takeover()        :1471（只有 panic 末尾为真）
    while (nbcon_seq_read(con) < stop_seq) {
      scoped_guard(irqsave) {                                          :1583   ← 每条关一次中断
        nbcon_context_try_acquire(ctxt, false)
        nbcon_emit_next_record(&wctxt, true)
        nbcon_context_release(ctxt)                                    ← 每条都放
      }
    }

打印线程 · 之后（v7.3）：

nbcon_kthread_func()                                                   nbcon.c:1220
  rcuwait_wait_event(&con->rcuwait, nbcon_kthread_should_wakeup())
    nbcon_kthread_should_wakeup()                                      :1180
      if (atomic_read(&nbcon_cpu_emergency_cnt) || panic_in_progress())   :1196-1198
          return false;                                                ← emergency / panic 期间不醒
  do {
      if (nbcon_cpu_emergency_cnt || panic_in_progress())             :1255-1256
          goto wait_for_event;
      cookie = console_srcu_read_lock()
      backlog = nbcon_emit_one(&wctxt, false)
      console_srcu_read_unlock(cookie); cond_resched()
  } while (backlog)

nbcon_cpu_emergency_exit()                                             nbcon.c:1734
  if (atomic_dec_return(&nbcon_cpu_emergency_cnt) == 0)
      printk_get_console_flush_type(&ft); if (ft.nbcon_offload) nbcon_kthreads_wake()

pr/legacy · 之前（v6.18）/ 之后（v7.3）：

v6.18  legacy_kthread_func()                                           printk.c:3602
         console_lock(); __console_flush_and_unlock()                  :3611   ← 一次刷完全部积压
v7.3   legacy_kthread_func()                                           printk.c:3704
         do {
           console_lock()
           console_flush_one_record(true, &next_seq, &handover, &try_again)   :3719 → :3234
           if (!handover) __console_unlock()                           ← 每条都放 console_lock
         } while (try_again)

线程启动时机：

v6.18  early_initcall(printk_set_kthreads_ready)                       printk.c:3749
v7.3   subsys_initcall(printk_set_kthreads_ready)                      printk.c:3865
         → 所有 arch_initcall 之后，SMP 启动期的 IPI 不再被打印线程开关中断干扰

pl011 时钟 · 之前（v6.15–7.2）/ 之后（v7.3）：

之前  pl011_console_write_atomic()                                     v6.15 amba-pl011.c:2519
        clk_enable(uap->clk)                                           :2527
          clk_enable_lock() → spin_trylock_irqsave 失败 → spin_lock_irqsave
            → RT：rt_spin_lock() → might_sleep 报错
之后  pl011_console_setup()   → clk_prepare_enable(uap->clk)            v7.3 :2546
      pl011_console_write_atomic()                                     :2645   不再碰时钟
      pl011_console_exit()    → clk_disable_unprepare(uap->clk)         :2575

7.3 的 8250 与 qcom-geni：

univ8250_console_write_atomic()                                        8250_core.c:393
  serial8250_console_write(up, wctxt, true)                            8250_port.c:3441
    nbcon_enter_unsafe() …… 逐字节 / FIFO 写                           :3375 / :3402
    modem 状态变化 → irq_work_queue(&up->console_msr_work)             :3549-3550
                      （IRQ_WORK_INIT_LAZY，:3603；suspend 期间不用）
univ8250_console_device_lock()                                         8250_core.c:409

qcom_geni_serial_console_write_thread()                                qcom_geni_serial.c:660
  按 32 字节分批提交 M-side TX 命令；每批之间开安全窗口
qcom_geni_serial_console_write_atomic()                                :706
  可取消正在进行的普通 TX；之后用 irq_work 恢复排队的 TTY 输出

4+1 增量

还在路上（截至 2026-10-20）

• 同步模式：John Ogness 在 2026-07 发出 console=…,sync 系列（让 nbcon 控制台在 printk 调用者上下文同步输出，仅用于调试），Petr Mladek 仍在评审，未合入 7.3。
• WARN on unsafe reentrance（2026-07）：检测驱动在 unsafe 区内重入。
• ARM64 未转换的驱动：samsung_tty、meson_uart、msm_serial、fsl_lpuart、sh-sci、tegra-tcu（v7.3 中均为 CON_PRINTBUFFER 等，无 CON_NBCON）。
• 8250 在 Tegra 上的收尾：7.3-rc3 已经把 printk 侧的 irq_work 改成 LAZY（printk-for-7.3-rc3 说明："allows to keep the converted uart 8250 console driver in 7.3"）。