How the Linux Kernel Detects PCI Devices and Pairs Them with Their Drivers
https://codeofconnor.com/2019/06/01/how-the-linux-kernel-detects-pci-devices-and-pairs-them-with-their-drivers/
https://redd.it/bwao7d
@r_linux
https://codeofconnor.com/2019/06/01/how-the-linux-kernel-detects-pci-devices-and-pairs-them-with-their-drivers/
https://redd.it/bwao7d
@r_linux
Code of Connor
How the Linux Kernel Detects PCI Devices and Pairs Them with Their Drivers
Have you ever wondered how Linux knows what PCI devices are plugged in? How does Linux know what driver to associate with the device when it detects it? In short, here’s what happens: During …
aerc: an email client for your terminal
https://drewdevault.com/2019/06/03/Announcing-aerc-0.1.0.html
https://redd.it/bwao4d
@r_linux
https://drewdevault.com/2019/06/03/Announcing-aerc-0.1.0.html
https://redd.it/bwao4d
@r_linux
RTV (a Reddit client for the terminal) development is shutting down
https://github.com/michael-lazar/rtv/issues/696
https://redd.it/bwe3i2
@r_linux
https://github.com/michael-lazar/rtv/issues/696
https://redd.it/bwe3i2
@r_linux
GitHub
RTV development is shutting down · Issue #696 · michael-lazar/rtv
RTV development is shutting down Hi, I'm the author and sole maintainer of RTV (https://github.com/michael-lazar/rtv). This is an official announcement that I will no longer be maintaining ...
openSUSE Community Is Having a Discussion on Whether or Not They Should Rebrand To Distance Themselves from SUSE
https://lists.opensuse.org/opensuse-project/2019-06/msg00001.html
https://redd.it/bwf3p2
@r_linux
https://lists.opensuse.org/opensuse-project/2019-06/msg00001.html
https://redd.it/bwf3p2
@r_linux
reddit
r/linux - openSUSE Community Is Having a Discussion on Whether or Not They Should Rebrand To Distance Themselves from SUSE
0 votes and 1 comment so far on Reddit
Arch Linux Summer 2019 Community Challenge
https://www.forbes.com/sites/jasonevangelho/2019/06/03/introducing-the-arch-linux-summer-2019-os-community-challenge
https://redd.it/bwf9mo
@r_linux
https://www.forbes.com/sites/jasonevangelho/2019/06/03/introducing-the-arch-linux-summer-2019-os-community-challenge
https://redd.it/bwf9mo
@r_linux
Forbes
Introducing The Arch Linux Summer 2019 Community Challenge
Welcome to the Linux Community Challenge that lives up to its name. (BTW, we installed Arch.)
[systemd] add minimal varlink implementation
https://github.com/systemd/systemd/commit/d41bd96f5454ea1a2746f96f202e79bf33ff7ae0
https://redd.it/bwh6di
@r_linux
https://github.com/systemd/systemd/commit/d41bd96f5454ea1a2746f96f202e79bf33ff7ae0
https://redd.it/bwh6di
@r_linux
GitHub
shared: add minimal varlink implementation · systemd/systemd@d41bd96
This adds a minimal Varlink (https://varlink.org/) implementation to our
tree. Given that we already have a JSON logic it's an easy thing to add.
Why bother?
We currently have major probl...
tree. Given that we already have a JSON logic it's an easy thing to add.
Why bother?
We currently have major probl...
AMD To License Out Radeon GPU IP to Samsung For Use In SLSI Mobile GPUs
https://www.anandtech.com/show/14483/samsung-and-amd-announce-multiyear-strategic-graphics-ip-licensing-deal-for-slsi-mobile-gpus
https://redd.it/bwgdox
@r_linux
https://www.anandtech.com/show/14483/samsung-and-amd-announce-multiyear-strategic-graphics-ip-licensing-deal-for-slsi-mobile-gpus
https://redd.it/bwgdox
@r_linux
AnandTech
AMD To License Out Radeon GPU IP to Samsung For Use In SLSI Mobile GPUs
Today Samsung and AMD announced a new multi-year strategic partnership between the two companies, where Samsung SLSI will license graphics IP from AMD for use in mobile GPUs.
China Prepares To Drop Microsoft Windows, Blames U.S. Hacking Threat
https://www.forbes.com/sites/daveywinder/2019/05/30/china-prepares-to-drop-microsoft-windows-blames-u-s-hacking-threat/
https://redd.it/bwhryv
@r_linux
https://www.forbes.com/sites/daveywinder/2019/05/30/china-prepares-to-drop-microsoft-windows-blames-u-s-hacking-threat/
https://redd.it/bwhryv
@r_linux
Forbes
China Prepares To Drop Microsoft Windows, Blames U.S. Hacking Threat
Reports suggest that the latest casualty in the ever-expanding trade war between China and the United States could be Microsoft Windows as the Chinese prepare to drop the operating system like a hot brick...
Linux needs real-time CPU priority and a universal, always-available escape sequence for DEs and their user interfaces.
For the everyday desktop user, to be clear.
Let's top out the CPU in Windows and macOS. What happens? In Windows, the UI is usually still completely usable, while macOS doesn't even blink. Other applications may or may not freeze up depending on the degree of IO consumption. In macOS, stopping a maxed-out or frozen process is a Force Quit away up in the top bar. In Windows, Ctrl+Alt+Del guarantees a system menu with a Task Manager option, such that you can kill any unyielding processes; it even has Shut Down and Restart options.
Not so in Linux. Frozen and/or high-utilization processes render the UI essentially unusable (in KDE and from what I remember in GNOME). And no, I don't believe switching tty's and issuing commands to kill a job is a good solution or even necessary. You shouldn't need to reset your video output and log in a second time just to kill a process, let alone remember the commands for these actions. You also shouldn't need to step away from your system entirely and await completion due to it being virtually unusable. The Year of the Linux Desktop means that Grandma should be able to kill a misbehaving application, with minimal or no help over the phone.
It could probably happen at the kernel level. Implement some flags for DE's to respect and hook into IF the distro or user decides they want to flip them: One for maximum real-time priority for the UI thread(s), such that core UI functionality remains active at good framerates; another for a universal, always-available escape sequence that could piggyback the high-prio UI thread or spin off a new thread with max priority, then, as each DE decides, display a set of options for rebooting the system or killing a job (such as launching KSysGuard with high prio). If the machine is a server, just disable these flags at runtime or compile time.
Just some thoughts after running into this issue multiple times over the past few years.
https://redd.it/bwhy7k
@r_linux
For the everyday desktop user, to be clear.
Let's top out the CPU in Windows and macOS. What happens? In Windows, the UI is usually still completely usable, while macOS doesn't even blink. Other applications may or may not freeze up depending on the degree of IO consumption. In macOS, stopping a maxed-out or frozen process is a Force Quit away up in the top bar. In Windows, Ctrl+Alt+Del guarantees a system menu with a Task Manager option, such that you can kill any unyielding processes; it even has Shut Down and Restart options.
Not so in Linux. Frozen and/or high-utilization processes render the UI essentially unusable (in KDE and from what I remember in GNOME). And no, I don't believe switching tty's and issuing commands to kill a job is a good solution or even necessary. You shouldn't need to reset your video output and log in a second time just to kill a process, let alone remember the commands for these actions. You also shouldn't need to step away from your system entirely and await completion due to it being virtually unusable. The Year of the Linux Desktop means that Grandma should be able to kill a misbehaving application, with minimal or no help over the phone.
It could probably happen at the kernel level. Implement some flags for DE's to respect and hook into IF the distro or user decides they want to flip them: One for maximum real-time priority for the UI thread(s), such that core UI functionality remains active at good framerates; another for a universal, always-available escape sequence that could piggyback the high-prio UI thread or spin off a new thread with max priority, then, as each DE decides, display a set of options for rebooting the system or killing a job (such as launching KSysGuard with high prio). If the machine is a server, just disable these flags at runtime or compile time.
Just some thoughts after running into this issue multiple times over the past few years.
https://redd.it/bwhy7k
@r_linux
reddit
r/linux - Linux needs real-time CPU priority and a universal, always-available escape sequence for DEs and their user interfaces.
43 votes and 14 comments so far on Reddit
BOOM - a open source hardware linux capable high performance and out of order RISC-V CPU
https://boom-core.org/
https://redd.it/bwhvon
@r_linux
https://boom-core.org/
https://redd.it/bwhvon
@r_linux
boom-core.org
RISC-V BOOM
The Berkeley Out-of-Order RISC-V Processor
GNOME system monitor
[https://extensions.gnome.org/extension/120/system-monitor/](https://extensions.gnome.org/extension/120/system-monitor/)
https://redd.it/bwl0j8
@r_linux
[https://extensions.gnome.org/extension/120/system-monitor/](https://extensions.gnome.org/extension/120/system-monitor/)
https://redd.it/bwl0j8
@r_linux
reddit
r/linux - GNOME system monitor
0 votes and 1 comment so far on Reddit
Gnome personal fixes/enhacements
After finding this [extension](https://extensions.gnome.org/extension/1403/remove-alttab-delay/) , it got me wondering. Are there other easy fixes/enhancements to more the ui more responsive?
https://redd.it/bwk5bl
@r_linux
After finding this [extension](https://extensions.gnome.org/extension/1403/remove-alttab-delay/) , it got me wondering. Are there other easy fixes/enhancements to more the ui more responsive?
https://redd.it/bwk5bl
@r_linux
reddit
r/linux - Gnome personal fixes/enhacements
0 votes and 1 comment so far on Reddit
eBPF and XDP for Processing Packets at Bare-metal Speed in GO
https://sematext.com/blog/ebpf-and-xdp-for-processing-packets-at-bare-metal-speed/
https://redd.it/bwlwuk
@r_linux
https://sematext.com/blog/ebpf-and-xdp-for-processing-packets-at-bare-metal-speed/
https://redd.it/bwlwuk
@r_linux
Sematext
eBPF and XDP for Processing Packets at Bare-metal Speed
Learn about the fundamental building blocks of the packet processing ecosystem & why creating XDP programs is painless.
Created a simple search tool for apt, snap, flatpack, and guix
https://gitlab.com/snippets/1863268
https://redd.it/bwbmt0
@r_linux
https://gitlab.com/snippets/1863268
https://redd.it/bwbmt0
@r_linux
GitLab
Easy way to search for a package in linux ($1863268) · Snippets
Solving a simple physics problem with the Symbolism computer algebra library for C# on Linux
https://github.com/dharmatech/Symbolism/blob/master/Examples/symbolism-linux.md
https://redd.it/bwi9f8
@r_linux
https://github.com/dharmatech/Symbolism/blob/master/Examples/symbolism-linux.md
https://redd.it/bwi9f8
@r_linux
GitHub
dharmatech/Symbolism
Computer Algebra and Symbolic Computation in C#. Contribute to dharmatech/Symbolism development by creating an account on GitHub.
Systemd: The Biggest Fallacies
I just came across this [(old) post](http://judecnelson.blogspot.com/2014/09/systemd-biggest-fallacies.html) that highlights a lot of problematic arguments committed by both with / without systemd sides and I think it's a pretty good read. Don't get me wrong, I use to think very highly of systemd, until I came across [without-systemd: Arguments against systemd](https://without-systemd.org/wiki/index.php/Arguments_against_systemd) post that kind of blew my mind and make me, at the very least, be skeptical of systemd, but reading that post puts me somewhere in the middle now.
https://redd.it/bwmyln
@r_linux
I just came across this [(old) post](http://judecnelson.blogspot.com/2014/09/systemd-biggest-fallacies.html) that highlights a lot of problematic arguments committed by both with / without systemd sides and I think it's a pretty good read. Don't get me wrong, I use to think very highly of systemd, until I came across [without-systemd: Arguments against systemd](https://without-systemd.org/wiki/index.php/Arguments_against_systemd) post that kind of blew my mind and make me, at the very least, be skeptical of systemd, but reading that post puts me somewhere in the middle now.
https://redd.it/bwmyln
@r_linux
Blogspot
Systemd: The Biggest Fallacies
Over this past year, I've seen a lot of frequently-used but logically invalid arguments for using systemd. This blog post is meant to serve...