Unified GUI Settings Panel + Wi-Fi throughput bug (RTL8821CE)

[Akiramenai24]

Feature Request: Unified GUI Settings Panel

Omarchy needs a single, graphical Settings panel (launchable from the system menu / bar) to manage common system settings, instead of requiring users to hand-edit Lua/TOML/JSON config files and run CLI tools.

Why

Configuration is spread across manual files (monitors.lua, input.lua, shell.json, etc.) and CLI utilities (pactl, powerprofilesctl, hyprctl) that aren't user-friendly. Changing resolution, audio device, or power profile means knowing monitor/sink/source names and editing configs with no validation. For a distro marketed as beautiful and modern, this is a significant UX gap.

Suggested areas to include

• Display / screen resolution: pick monitor, resolution, refresh/frame rate, scale, position/arrangement (GUI for monitors.lua)
• Scaling (global + per-app)
• Audio: default input & output devices, volumes, per-app routing (GUI over PipeWire/PulseAudio)
• Mouse: pointer speed, acceleration, natural scrolling, tap-to-click
• Input: keyboard layout(s), repeat rate, touchpad gestures
• Power / idle: lock timeout, suspend, screensaver settings (currently no discoverable UI to set a screensaver)
• Performance / power profiles: select between power-saver / balanced / performance
• Night light schedule

Concrete problems

1. Resolution/refresh/scale has no GUI — you must know your monitor's output name and hand-edit ~/.config/hypr/monitors.lua.
2. Audio input/output switching requires knowing PipeWire sink/source names via pactl/CLI.
3. No performance power profile is available — the system only exposes balanced and power-saver, missing performance (present on other OSes on the same machine). Root cause: CPU driver is acpi-cpufreq with no /sys/firmware/acpi/platform_profile interface, so power-profiles-daemon shows a placeholder platform driver. Omarchy should ship a config exposing a real platform profile, or provide a GUI governor switcher.
4. Screensaver settings aren't discoverable in any menu.
5. Scaling not honored by some apps: Steam (classic X11) renders an enormous UI — covering ~1/3 of the screen even at 1x scale. Needs per-app / XWayland scaling override.

---

Bug Report: Wi-Fi throughput far below plan & below dual-boot OS

Summary

The Wi-Fi adapter delivers ~140 Mbps on a 500 Mbps plan. The same hardware, network, router, AP, and location under a dual-boot CachyOS setup delivers the full ~500 Mbps. This rules out ISP/router/backend as the cause and points to a platform/software difference in Omarchy.

Hardware (verified)

• Wireless: Realtek RTL8821CE (PCIe 10ec:c821), driver rtw88_8821ce (mainline rtw88), 1×1:1 (single spatial stream).
• Ethernet: Realtek RTL8168/8111 gigabit.
• Theoretical Wi-Fi ceiling for 1×1 802.11ac: ~390 Mbps RX / 433 Mbps TX (VHT MCS 9, 80 MHz, short GI).
• Current link is already at that ceiling: rx 390.0 MBit/s / tx 433.3 MBit/s on channel 48 (80 MHz), signal -25 dBm (excellent).

Analysis

• Even a healthy 1×1 card typically yields 50–70% of link rate in the real world, i.e. ~200–300 Mbps realistic max over Wi-Fi. ~140 Mbps is below that — so it is not a normal/acceptable result for this setup, and the complaint is legitimate.
• Because CachyOS reaches 500 on the same hardware/network, the gap (140 vs 500) strongly implies a software/driver/power-save difference in Omarchy, not physics alone.
• The most likely cause: Realtek deep Low-Power State (LPS) is enabled. The rtw88 module has disable_lps_deep=N, meaning deep LPS is ON — a known cause of severe throughput collapse / intermittent wakeups on Realtek cards. Mainline rtw88 is also historically slower than the vendor/proprietary driver.

Recommended investigation / fix (requesting upstream help)

1. Test with deep LPS disabled: the reliable way is a kernel/initramfs module option rtw88_core.disable_lps_deep=1 (or runtime write via /sys/module/rtw88_core/parameters/disable_lps_deep).
2. Compare against CachyOS: confirm whether CachyOS used the mainline rtw88 or a vendor/proprietary driver (e.g. rtl8821ce-dkms from lwfinger), and whether it runs with power save disabled. If CachyOS uses a vendor driver, Omarchy shipping mainline rtw88 (with deep LPS on) is the likely regression source.
3. Re-run the speed test with a fixed (non-DFS) 5 GHz channel and confirm whether DFS channel-hopping / CAC is pausing the radio.

What I need from maintainers

• A response on whether Omarchy should ship rtw88_core.disable_lps_deep=1 (or a UDEV/NM rule forcing powersave disabled) by default.
• Guidance on the proper way to expose a performance power profile when the platform has no platform_profile interface.
• Priority on the unified Settings panel so users aren't editing monitors.lua / configs by hand.

---

System details

• OS: Omarchy 4.0.2-1, kernel 7.1.9-arch1-2
• WM: Hyprland (Wayland)
• GPU: AMD Radeon Vega (Picasso/Raven2), acpi-cpufreq driver
• Monitor: eDP-1 1920x1080 @ 60, scale 1.25
• Audio: PipeWire 1.6.8, PulseAudio compat
• Wi-Fi: RTL8821CE via rtw88_8821ce, channel 48 (80 MHz, DFS), signal -25 dBm
• Power profiles available: balanced, power-saver (no performance)

[e2jk]

Hi @Akiramenai24, seems to me you would get better results by splitting the 2 topics, one discussion for "Feature Request: Unified GUI Settings Panel" and the other for "Bug Report: Wi-Fi throughput far below plan & below dual-boot OS".
Otherwise, you'll either (1) get discussions all mixed up, or (more likely) (2) no response, as folks will start reading one, then the other, think it's too much hassle to answer both at the same time, and skip to another easier discussion ;)
Also, the bug report should be reported as an issue (it's a bug, after all), and not just in the "nice to discuss" section: https://github.com/omacom/omarchy/issues
Thanks for your contribution!

[Akiramenai24]

Hi , thank you for your response, that was posted by the built in agent. all I did was simply describe the issue. Thank you.

…

On Thu, Sep 3, 2026 at 10:31 PM Emilien Klein ***@***.***> wrote: Hi @Akiramenai24 <https://github.com/Akiramenai24>, seems to me you would get better results by splitting the 2 topics, one discussion for "Feature Request: Unified GUI Settings Panel" and the other for "Bug Report: Wi-Fi throughput far below plan & below dual-boot OS". Otherwise, you'll either (1) get discussions all mixed up, or (more likely) (2) no response, as folks will start reading one, then the other, think it's too much hassle to answer both at the same time, and skip to another easier discussion ;) Thanks for your contribution! — Reply to this email directly, view it on GitHub <#10053?email_source=notifications&email_token=BQNP2UUJKB3Q3HVEMORS7PD5NHII5A5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOBSG43DAMRSUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSWGM33PORSXEX3DNRUWG2Y#discussioncomment-18276022>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BQNP2UUICXQARBHNQMVAOC35NHII5AVCNFSNUABIKJSXA33TNF2G64TZHM4TSNBQHEZTCNRWHNCGS43DOVZXG2LPNY5TCMBXGQ2DMMRVUF3AE> . Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS <https://github.com/notifications/mobile/ios/BQNP2UW3PSQBQRUW5OKXCS35NHII5A5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOBSG43DAMRSUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSVGM33PORSXEX3JN5ZQ> and Android <https://github.com/notifications/mobile/android/BQNP2UTEITPJ76B5H42AD2T5NHII5A5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOBSG43DAMRSUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSXGM33PORSXEX3BNZSHE33JMQ>. Download it today! You are receiving this because you were mentioned.Message ID: ***@***.***>

[e2jk]

OK, but "it was posted by the built in agent" won't get your issue fixed, as this issue is currently invisible to people working on fixing issues. If you do care about getting it resolved, my suggestion is to copy/paste that part into the link I put above.