Linux 4.18 Releases With Steam Controller Kernel Driver, Spectre Updates (phoronix.com)
fstack writes: Linus Torvalds has released Linux 4.18 as the newest kernel bringing a Steam Controller kernel driver, Spectre updates for ARM64, power management updates, a "Restartable Services" system call, AMD Radeon graphics driver improvements, V3D DRM as Broadcom's new graphics driver, DM writecache support, USB 3.2 support, and many other updates. Linus Torvalds wrote of the 4.18 final release: "It was a very calm week, and arguably I could just have released on schedule last week, but we did have some minor updates. Mostly networking, but some vfs race fixes (mentioned in the rc8 announcement as 'pending') and a couple of driver fixes (scsi, networking, i2c). Some other minor random things (arm crypto fix, parisc memory ordering fix)." In a separate article, Phoronix details all the changes and new features available in this release.
What a guy. Should win a Nobel prize. Best buy in tech ever.
Will this be the kernel of Ubuntu 18.10?
Get used to it: we are going to get Spectre updates for years. That one will never be completely patched in software.
They forgot to mention it now runs inside Emacs.
"What lies behind us, and what lies before us are tiny matters compared to what lies within us." Ralph Waldo Emerson
The brash braniac that he is, wonder whats his take on the ToRs...
Spectre is mostly tweaks of first updates because of some slight variances in each way they work. Yeah we will probably see this for some time to come.
Emacs is now part of systemd. It can now be used to edit binary blobs. Ascii file support has been deprecated in the new systemd.emacs.
why we need a kernel driver for a gaming device ? surely there is some userland service or something that can talk usb hid ?
get used to it, systemd is it, linus' kernel is just ancillary to systemd
The Steam Controller, is a hand controller for playing Steam games.
It is not, disappointingly, a gadget for controlling steam engines.
"Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
They retire that pile of shit yet or is Poettering still sucking everyone's dicks to keep it?
Oh Aaaachie.
I know you're being facetious, but for the uninformed audience out there: TFA was about the Linux kernel. systemd is not a component of the kernel.
Man, I knwe Linux was all about supporting old devices, but this is Steampunk-grade.
Singularity: a belief in the "God" idea with the "demiurge" relation inverted.
Predictable retard prize for whining about systemd offtopic in a kernel thread.
The annoying part about SystemD is that like PulseAudio, a previous Pottering project known to be a buggy mess (at least until some more competent management came in and fixed it), it's a genuinely needed replacement for something aging and badly outdated.
Unfortunately people are too aware of the pitfalls of NIH syndrome so you're not going to be able to get enough members of the open source community to create a competently done init replacement to replace an incompetently done one that still (somewhat) works.
"Why should I want to make anything up? Life's bad enough as it is without wanting to invent any more of it."
Why not trying by yourself?
If the procedure to update kernel looks complex, you may just use the Ukuu very simple updater (actually just a wrapper, with nice explanations, and even available within U. app store itself IIRC).
I for one am using the latest 4.17 kernel (from two days ago), installed via Ukuu, on all my Ubuntu 16 LTS machines*.
(Ukuu even explains you how to proceed if you loaded a failed kernel, with a simple action to switch back to your previous one. Which happened to me once in the last 20 updates (an obviously too small download that I would now detect), and I did switch back in something like 5 mn, reboots included.)
(*) OK, two machines ;-)
Herve S.
They retire that pile of shit yet or is Poettering still sucking everyone's dicks to keep it?
Given Linus's own comments on the matter why would you think anyone who matters cares?
Wrong. There are several other init systems - that predated systemd.
And there are systemd-free distros, if that is what you want. Devuan, artix, ...
Sure, there are other init systems, but none of them are as well supported as init or SystemD. As for distros without SystemD, they're more of a developer demonstration rather than anything maintained as a proper distro meant for production use.
"Why should I want to make anything up? Life's bad enough as it is without wanting to invent any more of it."
... so there was a race condition in this linux file system ! Already knew it and posted about it... wonder if I inspired further research into this.
This bug may have caused NTFS corruption ?!? Hmmm... Running two programs at the same time accessing/writing to same file on NTFS ??? hmmmm....
MX Linux, PCLinuxOS, Devuan
While it won't replace my fast boxes for web browsing and the like, all my non-realtime crypto can be punted to it, and the rest pushed onto RPis or similiar in-order ARM processors. Maybe if we are lucky VIA or that Shenzen licensed company can produce an in-order x86 which will pass electron microscope audits and both solve the spectre sidechannel as well as avoid any obvious backdoors.