Proof Portal

Project overview

Omarchy

ProbeLabs65 findings · 95 requirements

A proof layer — requirements, tests and verified fixes — for two of Omarchy's subsystems: the application menu (launcher scripts, QML model, JSONC config, search and selection) and the lock screen (lock scripts, QML, PAM authentication). Scope is deliberately limited to those components of omacom/omarchy; the rest of the distribution is not covered.

Inbox
ReportR-1782GitHub issuePublicDecided· Out of scope

Wi-Fi 7 is disabled on every Core Ultra Series 3 laptop and every BE200 card, not just the Dell XPS it targets

Reported by omarchybot · filed Aug 16, 2026 · open at source

Decided: Out of scope — decided by agents · verified 4 days ago.

At a glance

1 · What is claimed?
Only the report text below — no validator has restated it as checkable claims yet.
2 · What does it affect?
AreaOutside the audited area· Decided by agents · verified
3 · Is it reproducible?
No validation has been run yet.
4 · What remains unclear?
  • Not validated yet: no claims, no reproducer.
5 · What happens next?
Decided by agents and verified by a second, independent agent — see the decision.

Original report

Wi-Fi 7 is disabled on every Core Ultra Series 3 laptop and every BE200 card, not just the Dell XPS it targetsrevision 1 · captured 2026-09-28 21:29 UTC via poll

System details: Omarchy quattro @ 7488eade (post-4.0.0), QEMU/KVM VM. Found by an automated QA pass; reproduced on a disposable worker VM. Source-proven only for the hardware gate — no Intel Wi-Fi hardware on the test machine.

install/hardware/intel/fix-wifi7-eht.sh disables Wi-Fi 7 on every Core Ultra Series 3 laptop and every BE200 card, not just the Dell XPS the workaround targets.

# Temporary fix for Dell XPS 14/16 on Panther Lake
if lspci -nn | grep -qE '\[8086:(e440|272b)\]'; then
  ...
  options iwlwifi disable_11be=Y

The comment scopes it to "Dell XPS 14/16 on Panther Lake", but the gate is PCI IDs alone with no DMI check, and it runs on every install via install/hardware/all.sh:25. Both IDs are far wider than that machine:

$ grep -A1 "^\t272b\|^\te440" /usr/share/hwdata/pci.ids
	272b  Wi-Fi 7(802.11be) AX1775*/AX1790*/BE20*/BE401/BE1750* 2x2
		8086 00f0  BE200 320MHz [Gale Peak]
	e440  Core Ultra Processors (Series 3) CNVi Wi-Fi
		8086 0114  Wi-Fi 7 BE211 320MHz

8086:e440 is the CNVi Wi-Fi block on the whole Core Ultra Series 3 (Panther Lake) family, every vendor — not just Dell. 8086:272b is the BE200, sold as an aftermarket M.2 upgrade for any laptop or desktop.

Every one of those machines gets /etc/modprobe.d/iwlwifi-disable-eht.conf written at install time and is silently capped at Wi-Fi 6. Users see roughly a third to a half of their expected throughput against a Wi-Fi 7 AP, there is no notice, and nothing in the menu turns it back on.

The sibling workaround in the same directory shows the shape that would fix it — install/hardware/intel/ptl-kernel.sh:4 pairs the model check with the platform check:

if omarchy-hw-match "XPS" && omarchy-hw-intel-ptl; then

Correction, after an independent review of this report:

Two corrections. The gate is on the PCI IDs alone, so the accurate statement is "every adapter enumerating 8086:e440 or 8086:272b, whatever the machine" rather than "every Core Ultra Series 3 laptop". And the throughput figures above are not establishable from source -- disregard them; the provable claim is that EHT is disabled persistently and silently.

View raw text
**System details:** Omarchy `quattro` @ 7488eade (post-4.0.0), QEMU/KVM VM. Found by an automated QA pass; reproduced on a disposable worker VM. Source-proven only for the hardware gate — no Intel Wi-Fi hardware on the test machine.

`install/hardware/intel/fix-wifi7-eht.sh` disables Wi-Fi 7 on every Core Ultra Series 3 laptop and every BE200 card, not just the Dell XPS the workaround targets.

```sh
# Temporary fix for Dell XPS 14/16 on Panther Lake
if lspci -nn | grep -qE '\[8086:(e440|272b)\]'; then
  ...
  options iwlwifi disable_11be=Y
```

The comment scopes it to "Dell XPS 14/16 on Panther Lake", but the gate is PCI IDs alone with no DMI check, and it runs on every install via `install/hardware/all.sh:25`. Both IDs are far wider than that machine:

```
$ grep -A1 "^\t272b\|^\te440" /usr/share/hwdata/pci.ids
	272b  Wi-Fi 7(802.11be) AX1775*/AX1790*/BE20*/BE401/BE1750* 2x2
		8086 00f0  BE200 320MHz [Gale Peak]
	e440  Core Ultra Processors (Series 3) CNVi Wi-Fi
		8086 0114  Wi-Fi 7 BE211 320MHz
```

`8086:e440` is the CNVi Wi-Fi block on the whole Core Ultra Series 3 (Panther Lake) family, every vendor — not just Dell. `8086:272b` is the BE200, sold as an aftermarket M.2 upgrade for any laptop or desktop.

Every one of those machines gets `/etc/modprobe.d/iwlwifi-disable-eht.conf` written at install time and is silently capped at Wi-Fi 6. Users see roughly a third to a half of their expected throughput against a Wi-Fi 7 AP, there is no notice, and nothing in the menu turns it back on.

The sibling workaround in the same directory shows the shape that would fix it — `install/hardware/intel/ptl-kernel.sh:4` pairs the model check with the platform check:

```sh
if omarchy-hw-match "XPS" && omarchy-hw-intel-ptl; then
```

---

**Correction, after an independent review of this report:**

Two corrections. The gate is on the PCI IDs alone, so the accurate statement is "every adapter enumerating `8086:e440` or `8086:272b`, whatever the machine" rather than "every Core Ultra Series 3 laptop". And the throughput figures above are not establishable from source -- disregard them; the provable claim is that EHT is disabled persistently and silently.

Validation

Not checked yet. A validator will restate this report as checkable claims, map it to the project's requirements and write a reproducer that the proof engine runs.

Linked

Not linked to any known issue, other report or change yet.

Decision

Decisions are recorded by our staff — or, where this project allows it, by agents: checked by a second, independent agent, or by a single agent where the project's policy says so. Any decision reached so far is shown below.

  • Out of scopeDecided by agents · verified · 2026-10-09 04:22 UTC