Xbox PC and Game Pass games are being worked on for Linux - VideoCardz.com
https://videocardz.com/newz/xbox-pc-and-game-pass-games-are-being-worked-on-for-linux
https://redd.it/1vkvum3
@r_linux
https://videocardz.com/newz/xbox-pc-and-game-pass-games-are-being-worked-on-for-linux
https://redd.it/1vkvum3
@r_linux
Reddit
From the linux community on Reddit: Xbox PC and Game Pass games are being worked on for Linux - VideoCardz.com
Explore this post and more from the linux community
Floorplan software?
I used Sketchup in Windows to create floorplans for various projects - is there an equivalent for Linux? Preferably free open source.
I have FreeCad but it's a bit complex to learn and use, would prefer something simpler.
https://redd.it/1vle4tt
@r_linux
I used Sketchup in Windows to create floorplans for various projects - is there an equivalent for Linux? Preferably free open source.
I have FreeCad but it's a bit complex to learn and use, would prefer something simpler.
https://redd.it/1vle4tt
@r_linux
Reddit
From the linux community on Reddit
Explore this post and more from the linux community
This media is not supported in your browser
VIEW IN TELEGRAM
NotesQR CLI on Linux: P2P file send/recv over WebRTC (same as the web app, no cloud disk)
https://redd.it/1vli2ve
@r_linux
https://redd.it/1vli2ve
@r_linux
OpenSSH 10.5 released, AI Welcome
>Recently the OpenSSH team have received a large number of security bug reports, many of which are findings from AI models or made with AI assistance. While many AI reports are determined not to have security impact when considered in the context of a realistic threat model, we very much welcome these reports, especially when combined with human triage, analysis, test-cases and particularly when accompanied by proposed fixes.
>We have seen a number of cases where a security bug identified by AI tools is subsequently independently discovered by a different researcher. This suggests that adversaries who do not report bugs to OSS projects are likely to be able to discover these bugs too. Given this, the OpenSSH team will, for now, be making more frequent releases to get bugfixes into users' hands more quickly rather than batching them until the next planned release.
Like most open source projects, AI-based fixes are coming in fast:
https://www.openssh.org/releasenotes.html#10.5
https://redd.it/1vlnzz2
@r_linux
>Recently the OpenSSH team have received a large number of security bug reports, many of which are findings from AI models or made with AI assistance. While many AI reports are determined not to have security impact when considered in the context of a realistic threat model, we very much welcome these reports, especially when combined with human triage, analysis, test-cases and particularly when accompanied by proposed fixes.
>We have seen a number of cases where a security bug identified by AI tools is subsequently independently discovered by a different researcher. This suggests that adversaries who do not report bugs to OSS projects are likely to be able to discover these bugs too. Given this, the OpenSSH team will, for now, be making more frequent releases to get bugfixes into users' hands more quickly rather than batching them until the next planned release.
Like most open source projects, AI-based fixes are coming in fast:
https://www.openssh.org/releasenotes.html#10.5
https://redd.it/1vlnzz2
@r_linux
www.openssh.org
OpenSSH: Release Notes
OpenSSH release notes
OpenAI launches ChatGPT desktop app for Linux
https://techcrunch.com/2026/08/11/openai-launches-chatgpt-desktop-app-for-linux/
https://redd.it/1vlr6rf
@r_linux
https://techcrunch.com/2026/08/11/openai-launches-chatgpt-desktop-app-for-linux/
https://redd.it/1vlr6rf
@r_linux
TechCrunch
OpenAI launches ChatGPT desktop app for Linux | TechCrunch
OpenAI is finally bringing a dedicated ChatGPT desktop app to Linux operating systems.
GNOME Designers Lay Out Some Of Their GNOME Shell Dreams
https://www.phoronix.com/news/GNOME-Shell-Plans-2026
https://redd.it/1vlpmec
@r_linux
https://www.phoronix.com/news/GNOME-Shell-Plans-2026
https://redd.it/1vlpmec
@r_linux
Phoronix
GNOME Designers Lay Out Some Of Their GNOME Shell Dreams
GNOME interaction designer Tobias Bernard has shared some of the plans and ideas for long-term GNOME Shell improvements they have been eyeing for future GNOME releases.
Kernel 7.1.8 fixes AMD artifacting issue.
I just wanted to give a headsup about the issue with amd graphics cards flickering and having weird colorful artifacts. No, your GPU is not dying. It was kernel versions 7.1.6 and 7.1.7.
This issue is fixed in 7.1.8. It released in Arch a few hours ago, and I think in Fedora as well.
https://redd.it/1vlve5l
@r_linux
I just wanted to give a headsup about the issue with amd graphics cards flickering and having weird colorful artifacts. No, your GPU is not dying. It was kernel versions 7.1.6 and 7.1.7.
This issue is fixed in 7.1.8. It released in Arch a few hours ago, and I think in Fedora as well.
https://redd.it/1vlve5l
@r_linux
Reddit
From the linux community on Reddit
Explore this post and more from the linux community
Minor Optimization Coming For AMD Athlon XP Era Systems Running Linux
https://www.phoronix.com/news/Linux-WMB-SSE-Optimization
https://redd.it/1vlopwf
@r_linux
https://www.phoronix.com/news/Linux-WMB-SSE-Optimization
https://redd.it/1vlopwf
@r_linux
Phoronix
Minor Optimization Coming For AMD Athlon XP Era Systems Running Linux
A minor performance optimization is on the way to the Linux kernel for roughly two decade old CPUs that have SSE but lack SSE2
Updated GPG key for signing Firefox and Thunderbird Releases – Mozilla Security Blog
https://blog.mozilla.org/security/2026/08/10/updated-gpg-key-for-signing-firefox-and-thunderbird-releases/
https://redd.it/1vm87gm
@r_linux
https://blog.mozilla.org/security/2026/08/10/updated-gpg-key-for-signing-firefox-and-thunderbird-releases/
https://redd.it/1vm87gm
@r_linux
Mozilla Security Blog
Updated GPG key for signing Firefox and Thunderbird Releases
Today, we moved to a new GPG signing subkey used to sign certain Firefox and Thunderbird artifacts (namely Linux tarballs, RPM packages, checksums files) after an unencrypted copy of the ...
Linux Finally Seeing Patches For Better Hybrid Graphics On 2018~2019 Era MacBook Pros
https://www.phoronix.com/news/Linux-2026-Patches-For-2018-MBP
https://redd.it/1vmicch
@r_linux
https://www.phoronix.com/news/Linux-2026-Patches-For-2018-MBP
https://redd.it/1vmicch
@r_linux
Phoronix
Linux Finally Seeing Patches For Better Hybrid Graphics On 2018~2019 Era MacBook Pros
Patches posted today to the Linux kernel mailing list provide support for Apple GMUX hybrid graphics support on 2018~2019 Apple MacBook Pros
CVE-2026-53360: KVM SEV-SNP guest-to-host heap OOB and analysis of the upstream fix
https://blog.himanshuanand.com/2026/08/i-found-a-kvm-guest-to-host-heap-corruption-bug-and-someone-else-got-there-first/
https://redd.it/1vmcn4a
@r_linux
https://blog.himanshuanand.com/2026/08/i-found-a-kvm-guest-to-host-heap-corruption-bug-and-someone-else-got-there-first/
https://redd.it/1vmcn4a
@r_linux
Himanshu Anand :: Security & Other Notes
I found a KVM guest-to-host heap corruption bug and someone else got there first
TLDR I independently found a heap out-of-bounds read/write in KVM’s SEV-SNP Page State Change handler. A malicious guest VM can corrupt host kernel heap memory and leak its layout, across the VM boundary, as many times as it wants. I reported it to [email protected]…
Session Save/Restore in GNOME | Adrian Vovk @ GUADEC 2026
https://tube.kockatoo.org/w/avFXnuF1naKbwpZ7TB6pmp
https://redd.it/1vmo5w1
@r_linux
https://tube.kockatoo.org/w/avFXnuF1naKbwpZ7TB6pmp
https://redd.it/1vmo5w1
@r_linux
Kockatoo Tube
Session Save/Restore in GNOME | Adrian Vovk @ GUADEC 2026
GNOME 51 is on track to introduce a platform-wide session save and restore framework. This is a long-requested feature that allows session and app state to be saved when the user logs out, and rest...
Want to try Stacking WM, but gnome and kde are too fancy
Hey all I've been using Linux for about a year and a half now and have really been loving it (I'm on void btw).
I have always used Tiling WMs since the beginning, I used Hyprland for a bit, ended up hating it for both the Dev's shadiness but also the absolute incredulous amount of churn. So I switched to Sway, from the very beginning I've only ever used Wayland.
I'm not at a place where I'm content but I am curious about swapping to a stacking WM. I was going to go KDE but, and I'm probably in the minority, I don't really like Kwin, and I actually find KDE to look kinda ugly.
I've been drawn to XFCE which I have installed but not tested yet. It's aesthetic is much more my vibe and classic with all the theming available.
Does Wayland have any compositors in this ball park of stable and consistent but not the usual?
https://redd.it/1vn2oa7
@r_linux
Hey all I've been using Linux for about a year and a half now and have really been loving it (I'm on void btw).
I have always used Tiling WMs since the beginning, I used Hyprland for a bit, ended up hating it for both the Dev's shadiness but also the absolute incredulous amount of churn. So I switched to Sway, from the very beginning I've only ever used Wayland.
I'm not at a place where I'm content but I am curious about swapping to a stacking WM. I was going to go KDE but, and I'm probably in the minority, I don't really like Kwin, and I actually find KDE to look kinda ugly.
I've been drawn to XFCE which I have installed but not tested yet. It's aesthetic is much more my vibe and classic with all the theming available.
Does Wayland have any compositors in this ball park of stable and consistent but not the usual?
https://redd.it/1vn2oa7
@r_linux
Reddit
From the linux community on Reddit
Explore this post and more from the linux community
LACT Brings More NVIDIA OC Controls and GPU Sensors to Linux
https://www.techpowerup.com/351566/lact-brings-more-nvidia-oc-controls-and-gpu-sensors-to-linux
https://redd.it/1vn6myi
@r_linux
https://www.techpowerup.com/351566/lact-brings-more-nvidia-oc-controls-and-gpu-sensors-to-linux
https://redd.it/1vn6myi
@r_linux
TechPowerUp
LACT Brings More NVIDIA OC Controls and GPU Sensors to Linux
Linux GPU overclocking and monitoring tool, LACT, has officially launched v0.10.0, adding a host of new overclocking and sensor options for NVIDIA GPUs. The update notes mention PowerMizer mode, which allows users to force the NVIDIA GPUs into the highest…
What a real LTS looks like: Kubuntu 26.04
https://pointieststick.com/2026/08/13/what-a-real-lts-looks-like-kubuntu-26-04/
https://redd.it/1vnovqd
@r_linux
https://pointieststick.com/2026/08/13/what-a-real-lts-looks-like-kubuntu-26-04/
https://redd.it/1vnovqd
@r_linux
Adventures in Linux and KDE
What a real LTS looks like: Kubuntu 26.04
Last year, Plasma developers canceled the long-term support (LTS) version of Plasma. Why? We had a few reasons: Almost nobody was using it; really only Kubuntu. Other discrete-release operating sys…
Lumia 1520 Linux update: the audio hardware is finally talking!
Hey everyone,
It's been a minute since I posted an update on the Lumia 1520 mainline Linux project ....and this one ended up being a pretty big step forward.
Last time I posted, the phone was already at a pretty solid baseline... Linux was cold booting reliably, display/touch/buttons were working, USB networking + SSH were stable, suspend/resume was working, battery telemetry and backlight control were in place, etc.
Since then I've been digging into one of the bigger missing pieces: audio....a fucking nightmare lol
At first, I thought it might hit the same wall as WiFi. The Lumia's audio stack uses Qualcomm's ADSP co-processor, and I wasn't sure whether the Windows Phone TrustZone would even allow it to boot.
Turns out it does....
The ADSP now boots successfully, APR communication with it works, and I was able to bring up MSM8974's ADSP managed SLIMbus transport. That led to the actual codec on the phone. And at this point I've confirmed from the hardware itself that the Lumia 1520 uses a Qualcomm WCD9320 / Taiko codec.
Not just inferred from old Qualcomm sources either...Linux is physically enumerating it over SLIMbus and reading its own identification registers back as major ID "0x0102".
The codec actually exposes two separate SLIMbus functions:
PGD - control/register access
IFD - the audio port/channel interface
Both now enumerate independently and get their own logical addresses. From there I built out proper regmap access, power/reset handling, fresh bring-up, non-destructive late adoption, and the beginnings of the codec interrupt support.
The interesting part was the digital core. A large section of the codec's register map kept returning zero, which initially sent me down a rabbit hole looking for the external 9.6 MHz MCLK. I dumped the Lumia's ACPI tables, RPM clocks, all 36 PM8941 GPIOs and all 8 MPPs trying to find where Nokia routed it. That investigation was...."useful", but the clock wasn't actually the blocker.
The real issue was that Linux had never executed Qualcomm's original "wcd9xxx_bring_up()" sequence. Every audio milestone before this had been read only, so the missing initialization stayed hidden.
Once I implemented the downstream bring-up sequence and switched the codec onto its internal RC oscillator, the result was immediate:
87/87 previously inaccessible sentinel registers became readable.
71 matched Qualcomm's documented defaults exactly, and the remaining 16 fall into three consistent register families that appear to be revision-specific differences.
So the chain now looks like:
Linux → ADSP → QRTR/QMI → BAM → SLIMbus NGD → WCD9320 PGD/IFD → regmap → codec core release → internal RCO → digital core accessible
I also mapped the codec's interrupt parent to Lumia TLMM GPIO 72 and validated it electrically idle across direct sampling and suspend/resume testing. I haven't claimed full IRQ support yet because I haven't deliberately generated and cleared a real codec interrupt source.
And just to be clear: there is still no audible sound output yet. I'm not calling audio "working" until PCM data actually reaches an output.
What this does mean is that most of the unknown hardware/transport side of Lumia audio is now gone. What's left is the actual codec/ASoC implementation work: permanent automatic core initialization, nested IRQ handling, DAIs and SLIMbus port configuration, the MSM8974/Lumia machine driver, and then finally a fixed playback route to get the first test tone out of the phone.
I'm deliberately finishing the Lumia's hardware enablement before I start layering my RegenX OS work onto it. I'd rather have a known-good hardware platform first than end up debugging kernel/driver problems and OS layer problems at the same time.
Wi-Fi/BT is still the major documented blocker, charging still needs more work, and modem/camera remain further out.... but audio has gone from "this may require an entirely missing upstream stack" to actual driver development on hardware that is responding exactly where it
Hey everyone,
It's been a minute since I posted an update on the Lumia 1520 mainline Linux project ....and this one ended up being a pretty big step forward.
Last time I posted, the phone was already at a pretty solid baseline... Linux was cold booting reliably, display/touch/buttons were working, USB networking + SSH were stable, suspend/resume was working, battery telemetry and backlight control were in place, etc.
Since then I've been digging into one of the bigger missing pieces: audio....a fucking nightmare lol
At first, I thought it might hit the same wall as WiFi. The Lumia's audio stack uses Qualcomm's ADSP co-processor, and I wasn't sure whether the Windows Phone TrustZone would even allow it to boot.
Turns out it does....
The ADSP now boots successfully, APR communication with it works, and I was able to bring up MSM8974's ADSP managed SLIMbus transport. That led to the actual codec on the phone. And at this point I've confirmed from the hardware itself that the Lumia 1520 uses a Qualcomm WCD9320 / Taiko codec.
Not just inferred from old Qualcomm sources either...Linux is physically enumerating it over SLIMbus and reading its own identification registers back as major ID "0x0102".
The codec actually exposes two separate SLIMbus functions:
PGD - control/register access
IFD - the audio port/channel interface
Both now enumerate independently and get their own logical addresses. From there I built out proper regmap access, power/reset handling, fresh bring-up, non-destructive late adoption, and the beginnings of the codec interrupt support.
The interesting part was the digital core. A large section of the codec's register map kept returning zero, which initially sent me down a rabbit hole looking for the external 9.6 MHz MCLK. I dumped the Lumia's ACPI tables, RPM clocks, all 36 PM8941 GPIOs and all 8 MPPs trying to find where Nokia routed it. That investigation was...."useful", but the clock wasn't actually the blocker.
The real issue was that Linux had never executed Qualcomm's original "wcd9xxx_bring_up()" sequence. Every audio milestone before this had been read only, so the missing initialization stayed hidden.
Once I implemented the downstream bring-up sequence and switched the codec onto its internal RC oscillator, the result was immediate:
87/87 previously inaccessible sentinel registers became readable.
71 matched Qualcomm's documented defaults exactly, and the remaining 16 fall into three consistent register families that appear to be revision-specific differences.
So the chain now looks like:
Linux → ADSP → QRTR/QMI → BAM → SLIMbus NGD → WCD9320 PGD/IFD → regmap → codec core release → internal RCO → digital core accessible
I also mapped the codec's interrupt parent to Lumia TLMM GPIO 72 and validated it electrically idle across direct sampling and suspend/resume testing. I haven't claimed full IRQ support yet because I haven't deliberately generated and cleared a real codec interrupt source.
And just to be clear: there is still no audible sound output yet. I'm not calling audio "working" until PCM data actually reaches an output.
What this does mean is that most of the unknown hardware/transport side of Lumia audio is now gone. What's left is the actual codec/ASoC implementation work: permanent automatic core initialization, nested IRQ handling, DAIs and SLIMbus port configuration, the MSM8974/Lumia machine driver, and then finally a fixed playback route to get the first test tone out of the phone.
I'm deliberately finishing the Lumia's hardware enablement before I start layering my RegenX OS work onto it. I'd rather have a known-good hardware platform first than end up debugging kernel/driver problems and OS layer problems at the same time.
Wi-Fi/BT is still the major documented blocker, charging still needs more work, and modem/camera remain further out.... but audio has gone from "this may require an entirely missing upstream stack" to actual driver development on hardware that is responding exactly where it
should.
Repo is still public for anyone who wants to follow the work:
github.com/KorelisLabs/lumia-1520-mainline
https://redd.it/1vnmmki
@r_linux
Repo is still public for anyone who wants to follow the work:
github.com/KorelisLabs/lumia-1520-mainline
https://redd.it/1vnmmki
@r_linux
GitHub
GitHub - KorelisLabs/lumia-1520-mainline: Mainline Linux / postmarketOS for the Nokia Lumia 1520 (bandit) - display, touch, USB…
Mainline Linux / postmarketOS for the Nokia Lumia 1520 (bandit) - display, touch, USB, SSH working - KorelisLabs/lumia-1520-mainline
Epic Games Store Will Support Linux "Soon"
https://steamdeckhq.com/news/epic-games-store-will-support-linux-soon/
https://redd.it/1vo190f
@r_linux
https://steamdeckhq.com/news/epic-games-store-will-support-linux-soon/
https://redd.it/1vo190f
@r_linux
Steam Deck HQ
Epic Games Store Will Support Linux "Soon" - Steam Deck HQ
The Epic Games Store will be coming to Linux soon, which should make accessing our free weekly games significantly easier on Steam Deck.