Support us on Patreon
PayPalCollabora, one of the companies working under contract for Valve to help improve Windows game emulation on Linux with the likes of Wine have now sent in some patches to the Linux Kernel mailing list for discussion.
This is going to be another big step forward for compatibility, hopefully, to help with the likes of anti-tamper and DRM which often skip over the Windows API which causes issues for Linux and the Wine compatibility layer (and so Steam Play Proton too). You can get an overview of it in this previous article and also this article if you want some background on it all. To be clear: a Valve developer did mention it's not for anti-cheat.
With this new feature they're calling "Syscall User Dispatch (SUD)" it allows to "efficiently redirect system calls of only part of a binary back to userspace to be emulated by a compatibility layer". The patches are now close to being accepted but they wanted to get a bit more discussion going to ensure the majority are happy with it.
If accepted, it would still take some time before the likes of Wine and Proton would really make use of it, especially as it would also require users to have a much more up to date Linux Kernel too.
You can see the discussion happening with the big overview here. The proposed patch set is here.
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
Well, I think you said before that this won't land until kernel 5.11. That seems likely since 5.10 is currently in Release Candidate 4 as of a couple of days ago (https://kernel.ubuntu.com/~kernel-ppa/mainline/ ). I'm not sure what the release schedule is for kernels - they seem to be every two months or so, although there was a 6 month gap between 5.6 and 5.7. But based on the 2 month schedule, we could be looking at 5.11 around February next year, maybe even a bit earlier?
I'm currently running the latest 5.9 from mainline using the low-latency option. It works really well, but I think I might give Liquorix a shot, since it will update automatically, AND includes the fsync patches. Liquorix (https://liquorix.net ) support PPA and AUR updates, which is pretty cool.
If you're on an Arch-based disto, apparently the Zen kernel is also worth a shot (https://wiki.archlinux.org/index.php?title=Kernels&oldid=407966#Official_packages ).
Anyone know of any other reliable, solid options for kernel upgrades, particularly on an Ubuntu-based distro?
I'm currently running the latest 5.9 from mainline using the low-latency option. It works really well, but I think I might give Liquorix a shot, since it will update automatically, AND includes the fsync patches. Liquorix (https://liquorix.net ) support PPA and AUR updates, which is pretty cool.
If you're on an Arch-based disto, apparently the Zen kernel is also worth a shot (https://wiki.archlinux.org/index.php?title=Kernels&oldid=407966#Official_packages ).
Anyone know of any other reliable, solid options for kernel upgrades, particularly on an Ubuntu-based distro?
2 Likes, Who?
benjamimgois Nov 20, 2020
I advocate for some years that a rolling kernel is better model for desktop usage, speacially if you are into gaming. For servers and corporate enviroments i still prefer to be in a LTS release with long support kernels.
I use to recomend the custom kernels from TKG, the man and mind behind proton-tkg (that represents the major part of proton-GE). TKG has custom version for all different kinds of CPUs and diferent governors. TKG kernels use to be Arch only but i think it's compatible with ubuntu based distros now.
https://github.com/Frogging-Family/linux-tkg
Quoting: scaineAnyone know of any other reliable, solid options for kernel upgrades, particularly on an Ubuntu-based distro?
I use to recomend the custom kernels from TKG, the man and mind behind proton-tkg (that represents the major part of proton-GE). TKG has custom version for all different kinds of CPUs and diferent governors. TKG kernels use to be Arch only but i think it's compatible with ubuntu based distros now.
https://github.com/Frogging-Family/linux-tkg
4 Likes, Who?
Quoting: benjamimgoisI advocate for some years that a rolling kernel is better model for desktop usage, speacially if you are into gaming. For servers and corporate enviroments i still prefer to be in a LTS release with long support kernels.
I've been happily using rolling release distros (A and OSTW) for about... 5, 6 years now? I don't think I could go back to standard release distros, I'm too lazy to go through all the hassle every year.
1 Likes, Who?
Quoting: benjamimgoisI use to recomend the custom kernels from TKG, the man and mind behind proton-tkg (that represents the major part of proton-GE). TKG has custom version for all different kinds of CPUs and diferent governors. TKG kernels use to be Arch only but i think it's compatible with ubuntu based distros now.
https://github.com/Frogging-Family/linux-tkg
Looks like it's compatible, but it also looks like you're basically compiling a new kernel whenever a new release comes out. Since I know next-to-nothing about kernels, I think I'll stick to pre-packaged .deb files from either mainline or Liquonix, unless there are other options out there.
Also, doesn't compiling a kernel take hours?? Maybe I'm missing something that install script just updates your apt cache, but that's not how it's presented, and they go on to talk about having to manage "custom compiled kernels". I'd prefer something that merges into the Mint kernel management tool, like mainline does.
1 Likes, Who?
Quoting: scaineI'm currently running the latest 5.9 from mainline using the low-latency option. It works really well, but I think I might give Liquorix a shot, since it will update automatically, AND includes the fsync patches. Liquorix (https://liquorix.net ) support PPA and AUR updates, which is pretty cool.
Bear in mind that the last benchmarks I saw showed the liquorix kernel significantly underperforming compared to the standard generic and lowlatency Ubuntu kernels. You might find that it helps the games that need the newer scheduler patches, but makes everything else worse.
2 Likes, Who?
Oh, also
2-3 months between versions. They switched to a more regular cadence after the trials of the 2.x era. Less than that, and it isn't done, and more than that and Linus gets fidgety.
5.6 was released on 29 March 2020 and 5.7 was released on 31 May 2020, so 63 days between them.
Last edited by CatKiller on 20 November 2020 at 2:38 pm UTC
Quoting: scaineI'm not sure what the release schedule is for kernels - they seem to be every two months or so, although there was a 6 month gap between 5.6 and 5.7.
2-3 months between versions. They switched to a more regular cadence after the trials of the 2.x era. Less than that, and it isn't done, and more than that and Linus gets fidgety.
5.6 was released on 29 March 2020 and 5.7 was released on 31 May 2020, so 63 days between them.
Last edited by CatKiller on 20 November 2020 at 2:38 pm UTC
1 Likes, Who?
Quoting: CatKiller5.6 was released on 29 March 2020 and 5.7 was released on 31 May 2020, so 63 days between them.
Huh. According to the mainline repo link I posted in my first comment, 5.7 wasn't released until 15th July... but you must be right, because 5.8 then released on the second of August, just two weeks later! Must just be the directories that are incorrectly dated for some reason.
0 Likes
Quoting: scaineAlso, doesn't compiling a kernel take hours?? Maybe I'm missing something that install script just updates your apt cache, but that's not how it's presented, and they go on to talk about having to manage "custom compiled kernels". I'd prefer something that merges into the Mint kernel management tool, like mainline does.That strongly depends on your CPU. Compiling a mainline kernel usually takes me about up to 10 minutes on my 12-core Ryzen 3900. All in all, its about 15 minutes to get a new kernel up and running. A bit more if you're going to patch it, e.g. with fsync support.
For the curious, these are the steps I do:
cd <unpacked kernel directory>
sudo make mrproper
cp /boot/config-$(uname -r) .config
# if you want to change kernel options, otherwise you can skip menuconfig
make menuconfig
make -j 25
sudo make INSTALL_MOD_STRIP=1 modules_install
cd /lib/modules/<new_kernel>
sudo find . -name *.ko -exec strip --strip-unneeded {} +
cd <unpacked kernel directory>
sudo make install
sudo update-initramfs -c -k <kernelversion>
sudo update-grubI think make install already does trigger update-initramfs and update-grub, but I do it anyway, just to be sure. :)
Also, this installs the kernel straight without using a package manager. I think you can also build the kernel as .deb packages and then add/remove it using the package manager, but I just delete the old kernels from time to time by hand.
Last edited by KROM on 20 November 2020 at 6:25 pm UTC
1 Likes, Who?
I have a cunning strategy for dealing with this situation:
Wait.
Wait.
7 Likes, Who?
benjamimgois Nov 20, 2020
[quote=scaine]
I've never used it on Ubuntu or mint. I agree that have to manualy compile a kernel every week is a no go for me. On Manjaro i just use the Chaotic-AUR, they basically compile the source code of every app hourly and just send me the updated package on pamac.
Quoting: benjamimgoisLooks like it's compatible, but it also looks like you're basically compiling a new kernel whenever a new release comes out. Since I know next-to-nothing about kernels, I think I'll stick to pre-packaged .deb files from either mainline or Liquonix, unless there are other options out there.
Also, doesn't compiling a kernel take hours?? Maybe I'm missing something that install script just updates your apt cache, but that's not how it's presented, and they go on to talk about having to manage "custom compiled kernels". I'd prefer something that merges into the Mint kernel management tool, like mainline does.
I've never used it on Ubuntu or mint. I agree that have to manualy compile a kernel every week is a no go for me. On Manjaro i just use the Chaotic-AUR, they basically compile the source code of every app hourly and just send me the updated package on pamac.
1 Likes, Who?
See more from me