跳到主要内容

机械革命翼龙 15Pro 迁移 Linux 遇到的一些问题

· 阅读需 6 分钟
Muel - Nova
Anime Would PWN This WORLD into 2D
🤖AI Summary

博客作者nova记录了迁移Linux到机械革命翼龙15Pro时解决的几个关键问题。由于这款电脑对Linux硬件支持欠缺,nova遇到了键盘失灵、蓝牙模块无效、显卡驱动无法安装以及休眠后立即唤醒的问题。

  1. 键盘失灵问题: 这是因为BIOS高电平和低电平触发设置错误。Nova通过修补内核并防止ACPI覆盖DSDT表中的IRQ描述,成功解决了该问题。

  2. 蓝牙模块无效: 此问题因为网卡模块较新,未被写入btusb.c中。Nova通过编译最新内核解决了这一问题。

  3. 显卡驱动无法安装: 由于使用最新内核版本,Nvidia驱动在未适配新内核下编译失败。Nova通过应用补丁和修改dkms.conf文件解决了显卡驱动的问题。

  4. 休眠后立马唤醒: 这是因为中断问题,特别是引起唤醒的pinctrl_amd中断。Nova通过启用DEBUG模式和添加内核参数屏蔽GPIO接口解决了问题。

Nova通过记录和分享这些解决过程,展示了新硬件和最新内核带来的挑战和解决方案。总结显示,迁移过程虽然复杂且耗时,但通过不断尝试与调整,最终可以成功解决问题。

买了高性价比非大众电脑带来的后果,就是完全没有对 linux 等做过硬件上的适配(也不准备支持)。用了一周解决了大概三个问题:内置键盘失灵、蓝牙模块无效、显卡驱动装不上、休眠立马唤醒的问题,简单记录一下。

键盘失灵

这个问题其实网上很多解,但是我的设备使用 DSDT 并不能解决。在最后,我通过 patch 内核的方式修复了这个问题。

这个问题的产生原因,简单来说就是 BIOS 里把键盘的高电平触发和低电平触发写反了,因此要用一个表来防止 ACPI override 它。具体可以看 patch 的内容。

From c33381bad489668de6f78f39bc9424e5de781964 Mon Sep 17 00:00:00 2001 From: MuelNova n@ova.moe Date: Sun, 26 May 2024 14:20:57 +0800 Subject: [PATCH] ACPI: resource: Do IRQ override on MECHREVO Yilong15 Series GM5HG0A

MECHREVO Yilong15 Serie has a DSDT table that describes IRQ 1 as ActiveLow while the kernel is overriding it to Edge_High. This prevents the internal keyboard from working. This patch prevents this issue by adding this laptop to the override table that prevents the kernel from overriding this IRQ

Signed-off-by: MuelNova n@ova.moe

---
drivers/acpi/resource.c | 6 ++++++
1 file changed, 6 insertions(+)

diff --git a/drivers/acpi/resource.c b/drivers/acpi/resource.c
index b5bf8b81a..fed3c5e1b 100644
--- a/drivers/acpi/resource.c
+++ b/drivers/acpi/resource.c
@@ -540,6 +540,12 @@ static const struct dmi_system_id irq1_level_low_skip_override[] = {
* to have a working keyboard.
*/
static const struct dmi_system_id irq1_edge_low_force_override[] = {
+ {
+ /* MECHREVO Yilong15 Series GM5HG0A */
+ .matches = {
+ DMI_MATCH(DMI_BOARD_NAME, "GM5HG0A"),
+ },
+ },
{
/* XMG APEX 17 (M23) */
.matches = {
--
2.45.1

蓝牙

这个是因为网卡模块太新,没有被写入 btusb.c 里导致的。两周前已经被合并到 upstream,但是还没有更新到对应的软件源里。因此解决方法也就是拉最新的内核编译。

显卡

因为拉了最新的内核编译,所以显卡驱动安装失败了(笑)内核还没有到稳定版本,因此 nvidia 驱动还不准备做适配。带来的问题就是内核有一个破坏性变更,把 follow_pfn 这个函数删除了,导致 nvidia 编译失败。

补丁,根据 #642 如下

diff --git a/kernel-open/nvidia/os-mlock.c b/kernel-open/nvidia/os-mlock.c
index 46f99a1..b8f4100 100644
--- a/kernel-open/nvidia/os-mlock.c
+++ b/kernel-open/nvidia/os-mlock.c
@@ -30,11 +30,21 @@ static inline int nv_follow_pfn(struct vm_area_struct *vma,
unsigned long address,
unsigned long *pfn)
{
-#if defined(NV_UNSAFE_FOLLOW_PFN_PRESENT)
- return unsafe_follow_pfn(vma, address, pfn);
-#else
- return follow_pfn(vma, address, pfn);
-#endif
+ int status = 0;
+ spinlock_t *ptl;
+ pte_t *ptep;
+
+ if (!(vma->vm_flags & (VM_IO | VM_PFNMAP)))
+ return status;
+
+ status = follow_pte(vma, address, &ptep, &ptl);
+ if (status)
+ return status;
+ *pfn = pte_pfn(ptep_get(ptep));
+
+ // The lock is acquired inside follow_pte()
+ pte_unmap_unlock(ptep, ptl);
+ return 0;
}

/*!

有了补丁之后,我的解决方法是安装 nvidia-open-dkms,然后在 /usr/src/nvidia-xxx.xx/ 下修改 dkms.conf,把 make 那里首先 apply patch

PACKAGE_NAME="nvidia"
PACKAGE_VERSION="550.78"
AUTOINSTALL="yes"

# By default, DKMS will add KERNELRELEASE to the make command line; however,
# this will cause the kernel module build to infer that it was invoked via
# Kbuild directly instead of DKMS. The dkms(8) manual page recommends quoting
# the 'make' command name to suppress this behavior.
# highligh-next-line
MAKE[0]="patch -p1 < /home/nova/nvidia.patch && 'make' -j`nproc` NV_EXCLUDE_BUILD_MODULES='' KERNEL_UNAME=${kernelver} modules"

# The list of kernel modules will be generated by nvidia-installer at runtime.
BUILT_MODULE_NAME[0]="nvidia"
BUILT_MODULE_LOCATION[0]="kernel-open"
DEST_MODULE_LOCATION[0]="/kernel/drivers/video"
BUILT_MODULE_NAME[1]="nvidia-uvm"
BUILT_MODULE_LOCATION[1]="kernel-open"
DEST_MODULE_LOCATION[1]="/kernel/drivers/video"
BUILT_MODULE_NAME[2]="nvidia-modeset"
BUILT_MODULE_LOCATION[2]="kernel-open"
DEST_MODULE_LOCATION[2]="/kernel/drivers/video"
BUILT_MODULE_NAME[3]="nvidia-drm"
BUILT_MODULE_LOCATION[3]="kernel-open"
DEST_MODULE_LOCATION[3]="/kernel/drivers/video"
BUILT_MODULE_NAME[4]="nvidia-peermem"
BUILT_MODULE_LOCATION[4]="kernel-open"
DEST_MODULE_LOCATION[4]="/kernel/drivers/video"

无法休眠

具体症状是休眠之后立马被唤醒的现象。

这个群里的老哥 和我有非常相似的经历。

这个 commit 解决了我的问题

首先查看被唤醒的时候是因为哪个中断

cat /sys/power/pm_wakeup_irq
cat /proc/interrupts

如果中断是 pinctrl_amd,那么你很大概率遭遇到了同样的问题。在 root 下执行以下命令开启 DEBUG,然后再次休眠

alias ddcmd='echo $* > /proc/dynamic_debug/control'
ddcmd file "drivers/pinctrl/*" +p
echo 1 > /sys/power/pm_debug_messages

查看 dmesg,观察是否有 GPIO $N$ is active: 0xSOMEADDR 的情况

如果有, 那么在内核参数里添加如下参数屏蔽 gpio 接口

gpiolib_acpi.ignore_interrupt=AMDI0030:00@$N$  # 替换 $N$ 为你的 GPIO 接口号

重启,问题应该得到解决

总结

虽然看着很短,但是踩了无数的坑,编译了无数次内核,rollback 了无数次,熬了无数个接近通宵。喜欢用最新内核最新硬件的人是这样的。

参考资料太多,找不全了,不找了。

Loading Comments...