当 I2C Designware 不是作为模块构建时，如何禁用它？

Question

我有一个运行 Arch Linux 的 Alienware Aurora R7。关闭时，内核会发生恐慌，在恐慌消息中出现类似这样的信息（省略时间戳）：

BUG: Unable to handle kernel NULL pointer dereference at     (null)
IP: i2c_dw_isr+0x3ef/0x6d0
PGD 0 P4D 0
Oops: 0000 [#1] PREEMPT SMP PTI

从各种来源 ( 1 , 2 )来看，这似乎与i2c-designware-core模块有关，解决方法是将其列入黑名单。但是，对于最近的内核（似乎是 4.10 及更高版本），这似乎不是作为模块构建的：

# uname -srv                      
Linux 4.15.2-2-ARCH #1 SMP PREEMPT Thu Feb 8 18:54:52 UTC 2018
# zgrep DESIGNWARE /proc/config.gz
CONFIG_I2C_DESIGNWARE_CORE=y
CONFIG_I2C_DESIGNWARE_PLATFORM=y
CONFIG_I2C_DESIGNWARE_SLAVE=y
CONFIG_I2C_DESIGNWARE_PCI=m
CONFIG_I2C_DESIGNWARE_BAYTRAIL=y
CONFIG_SPI_DESIGNWARE=m
CONFIG_SND_DESIGNWARE_I2S=m
CONFIG_SND_DESIGNWARE_PCM=y

所以我不得不在恐慌时使内核重新启动：

# cat /proc/cmdline
root=UUID=e5018f7e-5838-4a47-b146-fc1614673356 rw initrd=/intel-ucode.img initrd=/initramfs-linux.img panic=10 sysrq_always_enabled=1 printk.devkmsg=on

（其中的奇怪路径/proc/cmdline是因为我直接从 UEFI 引导，使用创建的条目efibootmgr。路径根植于/bootESP 所在的位置。）

这似乎是触摸板的东西，但我没有触摸板，也不会得到。我该怎么做才能禁用这个东西？我必须构建自定义内核吗？

由于linux-lts也比 4.10（当前为 4.14）更新，因此似乎也没有一种简单的方法来安装较旧的内核，其中黑名单可能会起作用。

---

使用nolapic为内核参数解决了关机恐慌的问题，但它会导致系统启动后冻结了几分钟，所以我不能使用它。

Answer 1

阅读内核源码后，发现一个函数需要加入黑名单！

感谢Stephen Kitt的提示initcall_blacklist。

添加initcall_blacklist=dw_i2c_init_driver到内核​​命令行。这在内核 4.15.0 上对我有用。

对于任何会找到这个答案的人。您可以通过编辑来做到这一点/etc/default/grub：

1. 在终端中运行：sudo -H gedit /etc/default/grub.
2. 将黑名单字符串附加到GRUB_CMDLINE_LINUX_DEFAULT: GRUB_CMDLINE_LINUX_DEFAULT="… initcall_blacklist=dw_i2c_init_driver"。
3. 保存文件，关闭编辑器。
4. 在终端中运行：sudo update-grub.
5. 重启并测试！

Answer 2

添加initcall_blacklist=i2c_dw_init_master到内核​​命令行应该会阻止 Designware 驱动程序在启动期间初始化，并完全避免这个问题。

有关的非常简短的描述，请参阅内核参数，有关补丁的更多有用背景信息initcall_blacklist，请参阅内核参数。