Rejecting commits and removing developers based on nationality !!! What does even has nationality to do with open-source contributions !!? If the code is good, non-malicious and runs it should be accepted …
“Advanced Performance Extensions (Intel® APX) Intel® doubles the number of general-purpose registers (GPRs) from 16 to 32. This allows the compiler to keep more values in registers; as a result, APX-compiled code contains 10% fewer loads and more than 20% fewer stores than the same code compiled for an Intel® 64 baseline.”
The vulnerability affects xz packages prior to version 5.6.1-2 (specifically 5.6.0-1 and 5.6.1-1).
Andres Freund noticed odd symptoms around liblzma (part of the xz package) on Debian sid installations over the last weeks (logins with ssh taking a lot of CPU, valgrind errors) and concluded that the xz package has been backdoored.
The backdoor is present in the tarballs released upstream and contains the following line (originally not present in the source code):
After the update:
Running ldd (shared libraries utility) to ensure no linkage between openssh and liblzma.
There’s a fix for a kernel crash when unplugging Logitech USB receivers and various other changes regarding hung systems at shutdowns or reboots. This seems to affect various Lenovo, Sony, and Dell systems using Intel Alder Lake and Raptor Lake that were having problems at shutdown/reboot.
Things are back to normal, and we have a networking pull this week. And probably because of the missed week, networking shows up quite clearly in the diffstat, although honestly, that’s probably also because everything else has been pretty quiet. We’ve got other misc driver fixes, of course, and a few filesystem fixes. But network drivers, core networking, and some network-related selftests do account for probably about half of the patch this week. Apart from that, nothing in here looks particularly odd, Linus
Btrfs scrub is a filesystem checking tool that reads all the data and metadata on the filesystem and uses checksums and the duplicate copies from RAID storage to identify and repair any corrupt data
To start a BTRFS scrub and to check the status of this process: