Lenovo ThinkPad T14 and T14s (Gen 1 to Gen 6) on Omarchy

Verdict

Silver. The ThinkPad T14 and T14s are close to the default recommendation for Omarchy: everything on board is mainstream silicon with in-tree drivers, and across the 29 issues that name a T14 or T14s in the Omarchy tracker there is not one report of a subsystem with no driver at all. That is the difference between this machine and a brand new Panther Lake laptop.

It is not gold, for three reasons. Suspend is unresolved on at least one AMD variant. The Gen 5 lid-wake report from 2025 is still open. And Omarchy ships zero T14-specific enablement, so anything Lenovo does oddly is between you and the kernel.

Checked on 4.0.4 (2026-09-15) with the v4.0.4 source tree. Half the evidence below predates Quattro, some of it by more than a year, which matters: the 4.0.0 rewrite replaced the whole shell and moved Hyprland config to Lua, so pre-Quattro reports about the bar, the lock screen or keybindings no longer describe what you will see.

What works

Graphics are the best-evidenced subsystem. AMD Renoir and newer run on amdgpu, Intel from Comet Lake to Arc run on i915 or xe, and none of the T14 issues that mention graphics is about a black screen; they are about session behaviour. Issue #8580 shows a T14 Gen 1 (20UD003LUS, Ryzen 5 PRO 4650U) driving its internal panel plus two external 1440p monitors on a dock, which is a decent proof of the amdgpu path.

No T14 report describes the built-in keyboard or TrackPoint failing on the desktop; the one keyboard report on record is about a VM guest, not the machine. The closest thing to a ThinkPad touch in the tree is omarchy-brightness-keyboard-mute, which sets the platform::micmute LED, and only on machines that expose that node.

Wi-Fi has no hardware gap on record. The two Wi-Fi failures were both firmware packaging problems, and both reporters got Wi-Fi back by changing the firmware package rather than the driver, although one commenter on a fresh install still had no adapter and never followed up. See below.

Everything else is marked unknown in the table above on purpose. Nobody has filed a T14 audio, webcam, fingerprint, hibernate or touchpad failure against Omarchy, which is weak positive evidence at best. An issue tracker only proves what breaks.

What breaks

AMD s2idle on the T14s Gen 2. Issue #10754 (open, filed 2026-09-08 against 4.0.2) reports repeated sleep and wake attempts leaving the session unusable, with file operations failing until reboot. The reporter found that the kernel’s AMD PMC quirk table carries a firmware sleep workaround for machine type 20XF but not for the sibling 20XG, rebuilt the module with a 20XG entry, and saw three clean suspend cycles afterwards. They were careful to call it promising rather than fixed, and so should you. This is a kernel and firmware interaction, not an Omarchy defect.

Lid wake on the Gen 5. Issue #3511 is still open from 2025-11-22: the display does not come back after the lid is closed and reopened, and setting HandleLidSwitch=ignore in logind did not help. A later commenter described the same symptom in clamshell mode on a dock. No fix is recorded. See /fix/suspend-wont-resume-s2idle/.

Firmware updates fail on a UKI install. On a T14 Gen 5 (21MDX000R2) with Limine and a UKI at /boot/EFI/Linux/, fwupd refused a Lenovo system firmware update with cannot find either EFI/systemd or EFI/arch in ESP. Creating an empty /boot/EFI/arch was enough to let it flash (#5939, open, confirmed by one other owner). Omarchy’s own omarchy-update-firmware installs fwupdx64.efi into /boot/EFI/arch, which creates the directory as a side effect, so running firmware updates through the Omarchy command rather than bare fwupdmgr avoids this. The reporter also linked a possible upstream fwupd fix.

Wi-Fi, twice, both packaging. On a T14s Gen 3 with a MediaTek MT7922, the adapter vanished entirely and Impala reported no adapter found (#2286, closed). The reporter isolated it to linux-firmware-mediatek 20250917-1 and confirmed 20251011-1 works; a later commenter on a fresh install with the same package still saw no adapter and did not reply to follow-up. Separately, the Omarchy 2.0 update left a T14 Gen 5 AMD with missing amdgpu, ath11k and Bluetooth firmware (#1132, closed), which dhh attributed to a general kernel 6.16 era firmware problem fixed by reinstalling linux-firmware. Neither is current. See /hardware/wifi/ and /fix/wifi-drops-after-kernel-update-iwlwifi/.

Caps Lock is not broken, it moved. Issue #9392 from a T14 Gen 5 AMD owner on 4.0.2 was closed within five minutes. Quattro sets kb_options = "compose:caps,shift:both_capslock_cancel" in default/hypr/input.lua, making Caps Lock the compose key, with Caps Lock itself toggled by both Shift keys. See /fix/custom-keybindings-lost-after-quattro/.

Two open annoyances that look like shell bugs. On a T14 Gen 1 (20S1S64W1A, i5-10310U) the keyboard backlight stayed at zero after unlock even though the shell had reported the session unlocked; the reporter polled tpacpi::kbd_backlight to prove it and blames the lock plugin’s wake path (#8099, open). And on the three-monitor Gen 1 above, a cheap external panel that drops hotplug-detect after being blanked gets re-added powered on, and the lock screen’s single blank timer never runs again (#8580, open, reproduced by another user on a desktop amdgpu box).

Thin or stale reports. A T14s Gen 1 owner had LUKS passphrases rejected several times per boot after a Quickshell crash (#8618, open); the thread’s later comments point at failing RAM and at a history of unclean shutdowns, one of them from very different hardware, so treat it as unexplained rather than as a T14 defect. See /fix/luks-passphrase-not-accepted-at-boot/. A T14 Gen 4 (21HES5TB2C, i7-1365U) reported bursty UI lag on 3.6.0 (#5527) and it was closed the next day with no comments and no recorded cause. A T14s Gen 4 AMD shutdown hang (#3443) was closed on 2026-02-26 when dhh pointed at a fix in 3.4; 3.4.0 shipped later that same day and its notes cap the user-manager hang at five seconds instead of two minutes. The reporter had already stopped seeing it.

What Omarchy does for this model

Nothing by name. bin/omarchy-hw-match greps /sys/class/dmi/id/product_name and product_family, and no caller in the v4.0.4 tree passes a ThinkPad or T14 pattern. The only file under install/hardware/lenovo/ is a Yoga Pro 7 14IAH10 speaker pin quirk that will never match your machine.

What you actually get is the generic path in install/hardware/all.sh. On an Intel T14 that is sof-firmware for the audio DSP, intel-media-driver plus libvpl and vpl-gpu-rt for video acceleration, thermald on anything newer than Sandy Bridge with a battery, and intel-lpmd on Alder Lake and later CPU models. On both Intel and AMD you also get the Synaptics InterTouch attempt, Bluetooth service enablement, and a wireless regulatory domain derived from your timezone. The Panther Lake specific scripts (fred.sh, the WiFi 7 EHT disable, the IPU7 camera package) key off a Panther Lake GPU in lspci, a BE200 or BE211 Wi-Fi card, or an OVTI08F4 ACPI device, none of which appears in any Omarchy T14 report.

Variants

Gen 1 through Gen 4, Intel or AMD, are the safest buy. That is where the Omarchy reports are ordinary and where the hardware has had years of kernel attention.

If you get to choose the Wi-Fi card, know that the MediaTek MT7922 in the T14s Gen 3 AMD is the part behind the only “no adapter at all” report on this model. That specific firmware build is fixed, but it is the card with the least margin on record here.

The T14s Gen 2 AMD (machine type 20XG) is the one variant to approach with the sleep test in hand.

Gen 5 and Gen 6 are thinner evidence rather than bad evidence. Three Gen 6 reports exist and not one of them is about hardware. The first is the T14s Gen 6 (Core Ultra 5 228V, Arc 130V/140V) upgrade cosmetic bug in #6883, which says the machine runs Quattro and nothing about its silicon. The second, #8040, is a T14 Gen 6 on Lunar Lake reporting that the packaged Zed theme sync tool lagged its upstream fix, which is a repository problem, not a laptop one. The third, #5989, is a T14 Gen 6 with a Core Ultra 7 255H running Ubuntu rather than Omarchy, so it says nothing useful here.

The P14s and T14p are close relatives and are not covered here.

Before you install

• Check cat /sys/class/dmi/id/product_name and note the machine type, for example 20XG or 21MD. That string, not the marketing name, is what kernel quirk tables match on.
• Update the BIOS from Windows or a Lenovo USB stick before you wipe the drive. It is the least painful time to do it.
• After install, run firmware updates through omarchy update firmware, not bare fwupdmgr, so /boot/EFI/arch exists.
• Test suspend and lid close twice, before you trust the machine, and check /hardware/suspend-sleep/ if it misbehaves. The System sleep chapter covers the suspend toggle and hibernation setup if your machine cannot do either.
• If you are coming from Omarchy 3, read /upgrade/3-to-4-quattro/ first. A T14s Gen 6 owner lost custom app-menu icons to the Quattro upgrade (#6883, open) because the migration moves the legacy icon directory out from under surviving desktop entries.
• Expect Caps Lock to be the compose key, and both Shifts to toggle Caps Lock, before you file a bug about it.

Related

/hardware/lenovo-thinkpad-x1-carbon/, /hardware/suspend-sleep/, /hardware/wifi/, /hardware/boot-limine/, /hardware/battery-power/, /hardware/multi-monitor/, /fix/suspend-wont-resume-s2idle/, /fix/luks-passphrase-not-accepted-at-boot/, /upgrade/3-to-4-quattro/, /releases/v4.0.4/, /hardware/submit/. Manual chapter: System sleep.