Support us on Patreon
PayPalNVIDIA today released a fresh update to the current ongoing 560 Beta driver series with version 560.31.02 bringing some bug fixes. This follows on from the first in the 560 series released in late July.
Here's the changes:
- Fixed a bug that caused widespread crashing with Xwayland games.
- Fixed a race condition involving modeset ownership which could lead to flip event timeout errors when enabling the 'fbdev' kernel module parameter in nvidia-drm.
- Fixed a regression that caused nvidia-powerd to exit when nvidia-dbus.conf was not present in the /etc/dbus-1/system.d/ directory.
- Fixed a bug that could cause memory corruption while handling ACPI events on some notebooks.
- Fixed a bug that could cause external displays to become frozen until the next modeset when using PRIME Display Offloading with the NVIDIA dGPU acting as the display offload sink.
See more on the NVIDIA website.
For those of you testing out the 560 series, do comment how you've been getting on.
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
Vortex_Acherontic Aug 6
Ah man I really hoped the next to be stable (not NFB) cuz my distro only packages the stable drivers.
Still chilling on 550.100 and waiting for explicit sync support...
*Sad Wayland noises*
Last edited by Vortex_Acherontic on 6 August 2024 at 4:32 pm UTC
Still chilling on 550.100 and waiting for explicit sync support...
*Sad Wayland noises*
Last edited by Vortex_Acherontic on 6 August 2024 at 4:32 pm UTC
0 Likes
QuoteFixed a bug that caused widespread crashing with Xwayland games.
Exactly what I was hoping to see. I switched over to Nobara from Mint (and thus Wayland from X11) and was getting constant crashing in Kunitsu Gami. "Solved" the problem by using X11, but with this I'll be able to go back to Wayland.
0 Likes
TheRiddick Aug 6
Still needs multi-VRR and DLSS FG support. For such a MASSIVE corporation you'd think they be able to do that real fast, yet AMD is outpacing NVIDIA when it comes to Linux driver support. A truly fascinating paradox.
0 Likes
Quoting: TheRiddickStill needs multi-VRR and DLSS FG support. For such a MASSIVE corporation you'd think they be able to do that real fastTo be fair, they seem to be shrinking at high speed.
0 Likes
Quoting: TheRiddickStill needs multi-VRR and DLSS FG support. For such a MASSIVE corporation you'd think they be able to do that real fast, yet AMD is outpacing NVIDIA when it comes to Linux driver support. A truly fascinating paradox.
AMD isn't doing any better than Nvidia, quite worse actually. Radv is good because of mesa's _users_, like Valve and ChromeOS. The WSI part of mesa is common, so _that_ part is good thanks to even more companies like Intel and Collabora.
In their proprietary drivers, Nvidia is actually far ahead of AMD, they literally ship a driver with support for almost every Vulkan extension the day after they get released. AMD takes a long time to ship some very important extensions (in their proprietary driver).
Nvidia's WSI with Linux is lagging because sadly they don't care much about Linux, and AMD probably cares even less.
Case in point is VK_EXT_swapchain_maintenance1. When I was writing that, Hans-Kristian from Valve implemented it in mesa so that was available right away on Linux. It took Nvidia more than a year to ship it (because WSI), and AMD (proprietary) still hasn't shipped it.
2 Likes, Who?
Folks here like to crap over Nvidia, but you have no idea how valuable their contributions to Vulkan are. Same with Google, people were celebrating Stadia's downfall while in truth it was a _massive_ setback for Vulkan and its ecosystem.
It's disappointing.
It's disappointing.
1 Likes, Who?
Quoting: ShabbyXFolks here like to crap over Nvidia, but you have no idea how valuable their contributions to Vulkan are. Same with Google, people were celebrating Stadia's downfall while in truth it was a _massive_ setback for Vulkan and its ecosystem.
It's disappointing.
I get what you mean but I don't agree at all. A few good deeds shouldn't stop people crapping over adversarial companies. Whatever they contributed is cool and all, but until they make (for example) the Novideo experience on Linux not unfathomly horrendous, I'll continue to crap on them, keep em on their toes.
Stadia failing is a net positive, who knows what will happen to gaming if cloud streaming got accepted this early (it's probably inevitable, but the later it happens the better).
1 Likes, Who?
Quoting: PyrateI'll continue to crap on them, keep em on their toes.
You think you're keeping them on their toes, they see Linux users as entitled and annoying. These companies aren't supporting Linux because of *you*, they are doing it because they have large customers who pay them for it. And they support Linux to the extent needed by those contracts.
Sorry to be blunt, but sales coming from Linux users is not significant enough to them, and we don't statistically matter. So maybe instead be nice and the developers who are doing the work would be more motivated to take extra care of you despite the business decisions.
1 Likes, Who?
Quoting: PyrateStadia failing is a net positive, who knows what will happen to gaming if cloud streaming got accepted this early (it's probably inevitable, but the later it happens the better).
Cloud gaming is happening right now anyway, Stadia's failure didn't change that. Except cloud gaming is now turning windows based, engines are no longer doing Vulkan, and _many_ Google developers who were working on Vulkan no longer do. We're lucky Google accepted to let some of those developers continue working on Vulkan (like the devs of SPIR-V Tools (maintained by Google, originally because of Stadia)), but we lost so many others.
I realize these things are not easily noticeable, I see them because I work at Google and closely work with Vulkan (at Khronos) and its ecosystem (SPIR-V Tools, CTS, etc). And I'm telling you, Stadia's downfall was a *major* blow to Vulkan. And that in turn majorly affects Linux gaming.
2 Likes, Who?
Quoting: ShabbyXQuoting: PyrateI'll continue to crap on them, keep em on their toes.
You think you're keeping them on their toes, they see Linux users as entitled and annoying. These companies aren't supporting Linux because of *you*, they are doing it because they have large customers who pay them for it. And they support Linux to the extent needed by those contracts.
I think you got me wrong, I don't use Nvidia, I'm not that dumb, so I'm not necessarily expecting anything from them. The furthest I ever went (which is exactly where my disliking comes from) is helping a friend get his laptop up and running after he just switched to Linux, it's such a terrible experince to get those damned drivers to work, I nearly gave up before we finally fixed it. That experience alone is why I would never say "Folks here like to crap over Nvidia" and play devil's advocate, I'll just settle with saying on Linux they suck.
Quoting: ShabbyXSorry to be blunt, but sales coming from Linux users is not significant enough to them, and we don't statistically matter. So maybe instead be nice and the developers who are doing the work would be more motivated to take extra care of you despite the business decisions.
Do I really have to spill that out? This is the first time I see someone assuming frustrations at Nvidia are made towards the developers instead of management and the higher-ups, but I hope I made it clear now.
Otherwise I don't disagree with the rest of your comments, I just shared my opinions as an end-user not involved in the ins of development, commenting on what I see from the outside, and that I don't agree with the "this is fine guys" view towards something as undersupported as Nvidia on Linux.
0 Likes
See more from me