ThinkPad P16s Gen 4 (AMD)

User Support HCL Reports
1 
---
layout:
  'hcl'
type:
  'Notebook'
hvm:
  'yes'
iommu:
  'yes'
slat:
  'yes'
tpm:
  'I turned that off in the BIOS, have not tested'
remap:
  'yes'
brand: |
  LENOVO
model: |
  ThinkPad P16s Gen 4 AMD (16") (21RX000YGE)
bios: |
  R2XET33W (1.13 ) (june 2025)
cpu: |
  AMD Ryzen AI 9 HX PRO 370 w/ Radeon 890M
cpu-short: |
  FIXME
chipset: |
  Advanced Micro Devices, Inc. [AMD] Device [1022:1507]
chipset-short: |
  FIXME
gpu: |
  Advanced Micro Devices, Inc. [AMD/ATI] Device [1002:150e] (rev d1)
gpu-short: |
  FIXME
network: |
  MEDIATEK Corp. Device [14c3:7925]
  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0e)
memory: |
  56980
scsi: |

usb: |
  6
certified:
  'no'
versions:
  - works:
      'partial'
    qubes: |
      R4.2.4
    xen: |
      4.17.5
    kernel: |
      6.14.4-1
    remark: |
      FIXME
    credit: |
      FIXAUTHOR
    link: |
      FIXLINK

Remarks

  • secureboot needs to be disabled in order to boot the installer. I haven’t turned it on since, no idea if it works with qubes.
  • the installer (also the installed OS) boots, but linux then immediately panics with an error related to ucsi_acpi, and reboots. I don’t know how to make it not reboot on panic, and couldn’t find anything in the qubes documentation. So no idea how to capture the error or even read it, but at the bottom it said something about ucsi_acpi.
    • so I tried module_blacklist=ucsi_acpi on the grub cmdline for vmlinuz (to blacklist the faulty driver).
      • this works for both the installer and the booted OS, but it’s a shitty solution because the laptop relies on a USB-C charger for power, and not loading the acpi driver for UCSI devices seems to fuck something else up, so the result is that unplugging the power will panic dom0, and restart.
        • this happens very often here in germany because our power grid is unstable, so a half second power interruption results in a panicked OS. don’t buy this laptop if you don’t want to carry around a battery pack.
  • ethernet works out of the box
  • MT7925 wifi card works, but debian-12-xfce template has firmware-misc-nonfree from 2023 which doesn’t have the driver for MT7925. pinning debian-testing (ie 2025+ versions) pulled in the missing mediatek driver.
  • speakers work. have not tested headphone plug.
  • brightness adjustments of the LCD work out of the box)))
  • haven’t tested microphone, or camera
  • haven’t tested suspend-to-ram.
  • haven’t tested card reader, USB-A, WWAN, HDMI, fingerprint reader

Attachments

HCL_Lenevo_ThinkPad_P16s_Gen_4.yaml (937 Bytes)

1 Like
2

This sounds like the power unplug problem, if I had seen @ncm’s HCL entry I would not have bought this computer.

I’m submitting this HCL entry in the hope it can make it to Hardware compatibility list (HCL) | Qubes OS so other people don’t have to waste 3k on a brick like this.

1 Like
3

To be fair, I paid only US$1800 (+tax) for mine. We may reasonably hope Xen will have a fix for the thunderbolt problem, someday. I am going to try an M.2 type-B to mini-PCI adapter and a mini-PCI wifi module, for internal wifi support. I traded off a fair bit to get a 4k OLED and AMD CPUs, eyes open.

1 Like
4

Created an account to share my findings of this laptop here, but overall it seems that the big complaints relating to ucsi_acpi have been resolved (for post-installation OS running kernel-latest only).

For the install of Qubes (R4.2.4), the ucsi_acpi problem applied, so I also had to use the module_blacklist=ucsi_acpi entry to get the installer to properly launch.

Installed using kernel-latest option in the installer. Install went fine, if a little bit buggy with some screen tearing and refresh issues (minor annoyances only).

Booted into the fresh Qubes install (with Debian, Fedora and Whonix default templates installed). All the essentials seemed to be working just fine at this point, except for wifi (sys-net based on default debian-12-xfce template), but swapping sys-net to use the default fedora template fixed that.

Ran all the updates for dom0 and templates to get to the latest kernel (6.15.10 at this time), and after rebooting the basics all seemed to work great including wifi now working on sys-net using the updated debian-12-xfce template.

I have not needed to use the module_blacklist kernel entry beyond for the initial installer.

So far it seems a pretty great Qubes workstation.

I expect all the installer annoyance will be fully resolved by the time the Qubes R4.3 installer is officially out.

TIP: Would recommend everyone to go into BIOS and Permanently Disable the Absolute Persistence rootkit that ships standard with this machine. There are quite a few BIOS options that are worth reviewing, and I did fiddle quite a bit with mine, so YMMV with the above results if you are only using completely stock BIOS settings.

1 Like