Proof Portal

Sign in
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-669GitHub issuePublicDecided· Out of scope

LG Gram 17Z90TL (Lunar Lake) - No speaker sound on fresh install

Reported by BSTail · filed Sep 11, 2026 · open at source

Open at source
Decided: Out of scope — decided by agents · verified 3 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

LG Gram 17Z90TL (Lunar Lake) - No speaker sound on fresh installrevision 1 · captured 2026-09-28 21:23 UTC via poll

Hardware

  • Model: LG Gram 17Z90TL-H.AUB6U3
  • CPU: Intel Core Ultra 200V Series (Lunar Lake)
  • Audio Codec: Realtek ALC298 (Subsystem: 1854:0557)
  • Kernel: 7.2.3-arch1-3
  • SOF Firmware: ADSPFW 2.14.1.1
  • Topology loaded: sof-hda-generic-2ch.tplg

Symptom

No audio output from internal speakers despite all ALSA/PipeWire controls showing unmuted and at proper volume levels. Audio stream flows through SOF DSP (PCM state RUNNING, hw_ptr advancing) but no analog output reaches speakers. Microphone works fine.

Diagnosis

  • PipeWire/WirePlumber stack running correctly, Speaker sink active and unmuted
  • SOF driver detects codec but classifies node 0x17 as line_out instead of speaker_out:
  autoconfig for ALC298: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
  speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
  • Node 0x17 amp-out values read 0x00 at hardware level even when ALSA reports Speaker Playback Switch as on — SOF DSP handles volume internally
  • Standard LG Gram ALC298 fix (node 0x20 hda-verb commands from Fedora/Ubuntu forums) did NOT work — those target older Raptor Lake models (Z90R series)
  • Node 0x20 vendor coefficient was 0x7f4b on boot (amplifier gate latched in wrong state)

What Fixed It

Combination of hda-verb writes to nodes 0x17, 0x14, 0x0d, 0x03, 0x20 + GPIO toggling + PCI device remove/rescan caused the ALC298 internal amplifier to un-latch. After reboot, codec cold-started with node 0x20 coefficient at 0x7418 and speakers worked.

Caveat: This may not be deterministic. The permanent fix likely requires writing coefficient 0x7418 to node 0x20 via an HDA early-patch or udev rule at boot.

Suggested Permanent Fix

Create an HDA firmware patch or udev rule for LG Gram Lunar Lake models (17Z90TL, and likely other Z90T variants) that sets:

hda-verb /dev/snd/hwC0D0 0x20 0x500 0x1b
hda-verb /dev/snd/hwC0D0 0x20 0x477 0x7418

at early boot before PipeWire starts.

References

View raw text
## Hardware
- **Model:** LG Gram 17Z90TL-H.AUB6U3
- **CPU:** Intel Core Ultra 200V Series (Lunar Lake)
- **Audio Codec:** Realtek ALC298 (Subsystem: 1854:0557)
- **Kernel:** 7.2.3-arch1-3
- **SOF Firmware:** ADSPFW 2.14.1.1
- **Topology loaded:** sof-hda-generic-2ch.tplg

## Symptom
No audio output from internal speakers despite all ALSA/PipeWire controls showing unmuted and at proper volume levels. Audio stream flows through SOF DSP (PCM state RUNNING, hw_ptr advancing) but no analog output reaches speakers. Microphone works fine.

## Diagnosis
- PipeWire/WirePlumber stack running correctly, Speaker sink active and unmuted
- SOF driver detects codec but classifies node 0x17 as `line_out` instead of `speaker_out`:
  ```
  autoconfig for ALC298: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
  speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
  ```
- Node 0x17 amp-out values read 0x00 at hardware level even when ALSA reports Speaker Playback Switch as on — SOF DSP handles volume internally
- Standard LG Gram ALC298 fix (node 0x20 hda-verb commands from Fedora/Ubuntu forums) did NOT work — those target older Raptor Lake models (Z90R series)
- Node 0x20 vendor coefficient was 0x7f4b on boot (amplifier gate latched in wrong state)

## What Fixed It
Combination of hda-verb writes to nodes 0x17, 0x14, 0x0d, 0x03, 0x20 + GPIO toggling + PCI device remove/rescan caused the ALC298 internal amplifier to un-latch. After reboot, codec cold-started with node 0x20 coefficient at 0x7418 and speakers worked.

**Caveat:** This may not be deterministic. The permanent fix likely requires writing coefficient 0x7418 to node 0x20 via an HDA early-patch or udev rule at boot.

## Suggested Permanent Fix
Create an HDA firmware patch or udev rule for LG Gram Lunar Lake models (17Z90TL, and likely other Z90T variants) that sets:
```
hda-verb /dev/snd/hwC0D0 0x20 0x500 0x1b
hda-verb /dev/snd/hwC0D0 0x20 0x477 0x7418
```
at early boot before PipeWire starts.

## References
- [Fedora forum: LG Gram 2023 ALC298 fix](https://discussion.fedoraproject.org/t/lg-gram-2023-and-alsa-sof-firmware-sound-issues/87576)
- [GitHub: lg-gram-linux configs](https://github.com/DionKill/lg-gram-linux)
- Multiple Arch/Ubuntu/Manjaro/Mint forum posts confirming this is a widespread LG Gram + ALC298 issue on Linux

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 11:56 UTC