117

Pascal (GTX 1070) on Arch after NVIDIA 590... what’s the sane long-term path? (lemmy.world)

submitted 1 day ago by Sir_Premiumhengst@lemmy.world to c/linux@lemmy.ml

43 comments fedilink hide all child comments

So Arch just moved to NVIDIA 590 and dropped Pascal support. I’m running an older Predator laptop with a GTX 1070 (Pascal) + Intel iGPU. After the update, NVIDIA is basically gone, but Intel fallback still gives me a working desktop.

This machine was always a fallback gaming laptop, not my primary system, but I’d still like to make reasonable use of it.

My current situation: Arch Linux with KDE Plasma, Intel graphics works fine, NVIDIA 1070 is unusable unless I go legacy, Wayland currently working only because I’m on Intel.

From what I understand: NVIDIA legacy (580xx) = X11 only, Wayland + Pascal is basically dead.

Arch will keep moving kernels, so legacy drivers mean ongoing maintenance...

(picture related).

What I’m trying to decide:

Stick with Arch, install legacy NVIDIA, switch to X11, accept maintenance?

Ditch NVIDIA entirely, run Intel + Wayland, and treat the 1070 as dead weight?

Switch to a slower-moving distro (Debian?) just to keep X11 + NVIDIA working longer?

Or is there a better hybrid setup people are actually happy with?

I’m not looking to resurrect Pascal forever, just trying to choose the least stupid path for a secondary machine without fighting my system every update.

Curious what others with GTX 10xx laptops are actually doing in practice.

top 43 comments

sorted by: hot top controversial new old

[-] LeFantome@programming.dev 5 points 4 hours ago

There is so much misinformation and bad advice in this thread.

Thankfully, there are a few that correctly just say install nvidia-580xx-dkms

You can install new kernels after that. There is nothing to manually manage. They do not have to be LTS.

[-] Sir_Premiumhengst@lemmy.world 1 points 3 hours ago

Thanks! It seemed to me that this'd mean I had to run something like my custom kernel which I have to forever maintain myself.

Thanks for pointing me to the correct solution. I figure out implementation.

[-] Nibodhika@lemmy.world 8 points 10 hours ago

I usually give detailed responses, but honestly the correct response here is RTFM. The short answer is to install nvidia-580xx-dkms.

Arch wiki is such a great place that has the answer to most technical questions you might want to ask. I strongly dislike the idea that Arch is for advanced users, but it does expect you to read the documentation (which is why I dislike stuff like Manjaro that try to make Arch "accessible", but end up leaving people in similar situations without even knowing where to look for the solution to their issues).

[-] Sir_Premiumhengst@lemmy.world 1 points 3 hours ago

This is actually difficult for me. When the wiki starts talking about custom kernels, I don’t fully understand it yet. I’m learning, but that’s where things stop being obvious.

¯\_(ツ)_/¯

Anyway thanks for pointing me to the exact location. My struggle is knowing what to implement / what the correct solution is. See, now that I know install nvidia-580xx-dkms is the right thing and won't break things I know what to do. (if that makes sense?)

[-] f4f4f4f4f4f4f4f4@sopuli.xyz 6 points 12 hours ago

I'm no expert but it's fairly easy to mitigate.

From https://archlinux.org/news/nvidia-590-driver-drops-pascal-support-main-packages-switch-to-open-kernel-modules/

Intervention required for Pascal/older users: Users with GTX 10xx series and older cards must switch to the legacy proprietary branch to maintain support: Uninstall the official nvidia, nvidia-lts, or nvidia-dkms packages. Install nvidia-580xx-dkms from the AUR

Translates to:

sudo pacman -Rdd nvidia nvidia-lts nvidia-dkms

yay -S nvidia-580xx-dkms

In attempting this, I still had a conflict with lib32-nvidia-utils, so this should work better:

sudo pacman -Rdd nvidia nvidia-lts nvidia-dkms lib32-nvidia-utils

yay -S nvidia-580xx-dkms lib32-nvidia-580xx-utils

Using yay -Syy nvidia-580xx-dkms lib32-nvidia-580xx-utils means you don't have to manually approve these replacement packages in the process, I think?

EndeavourOS, BTW

[-] pathief@lemmy.world 4 points 12 hours ago* (last edited 12 hours ago)

Have you tried the aur package mentioned in the Arch News? https://archlinux.org/news/nvidia-590-driver-drops-pascal-support-main-packages-switch-to-open-kernel-modules/

I don't see why it wouldn't work with wayland.

[-] Sir_Premiumhengst@lemmy.world 1 points 3 hours ago

Okay you have a point. Maybe I was too quick to let loose an anxious post.

[-] MentalEdge@sopuli.xyz 18 points 18 hours ago* (last edited 18 hours ago)

The 580 driver does support wayland, it's not that old. Or are you worried about future breaking changes since you won't get updates?

I just switched my sisters old laptop with a 970m over to the nvidia-580xx driver, available on the AUR. Further manual maintenance should be unnecessary until the kernel becomes too new for that.

I even had to enable wayland for GDM because it was trying to use X11 and failing.

She plays minecraft and a couple other games so the nouveau was not an option.

[-] stuner@lemmy.world 8 points 16 hours ago

One option that you could also consider is switching to CachyOS. It seems that they're handling support for these legacy GPUs in a much nicer way: https://discuss.cachyos.org/t/announcement-maintenance-notice-nvidia-driver-restructuring-580xx-590xx/20010

[-] pathief@lemmy.world 1 points 12 hours ago

No need to reinstall the entire os, just swap the driver packages...

[-] stuner@lemmy.world 1 points 11 hours ago

Sure, I'd consider that the main option (and it had already been proposed by multiple people here). But, it also seems like that would come with quite a bit of additional hassle, as discussed below. I've personally had some quite annoying issues with incompatible DKMS modules... So, instead of using the unsupported AUR option, it might also be worth considering switching to a very similar distro that actually still supports this hardware configuration.

[-] pathief@lemmy.world 1 points 10 hours ago

Correct me if I'm wrong but isn't cachyos deploying the exact same solution? The only difference seems to be that their package manager offers to swap the packages.

[-] stuner@lemmy.world 2 points 8 hours ago

I don't know if there are any differences between the two packages. But, the CachyOS version is part of their official repositories and doesn't depend on the AUR. I don't know if that would have any implications regarding how often you need to rebuild the module.

[-] Vitaly@feddit.uk 10 points 21 hours ago

Using open source drivers that are already in the kernel would be your best bet

[-] fragrantvegetable@sopuli.xyz 5 points 18 hours ago* (last edited 18 hours ago)

Oh thanks for the heads up. First time I hear about NVIDIA dropping Linux support for older cards. I would have liked to say that they lost me as a customer for this, but it doesn't look like NVIDIA cares about selling to consumers these days anyway (also due to the lack of an open source driver I had already made up my mind not to get another NVIDIA card long before this).

Guess it's gonna be an AMD or Intel card next time. Any recommendations for a card that fits into a small ITX build?

[-] bjoern_tantau@swg-empire.de 1 points 11 hours ago

This happens every few years. OpenSUSE Tumbleweed has the nvidia drivers split into generations for this reason. I think they're up to G06 by now. Guess they will add G07 now.

[-] pathief@lemmy.world 1 points 12 hours ago* (last edited 12 hours ago)

AMD cards have support directly in the Kernel, its usually plug and play. You just have to be careful about brand new cards (ie: released very recently) to ensure your distribution of choice has a new enough kernel and mesa.

[-] SOULFLY98@slrpnk.net 18 points 1 day ago

Unfortunately, even Debian stable will eventually roll to 590 sometime over its lifecycle.

Either disable the NVIDIA GPU and stick with Intel only, or switch to FreeBSD. It has very good support for old NVIDIA drivers thanks to architectural decisions that were made 25+ years ago.

Maybe eventually the open source "nova" driver will save those of us who want to stay on Linux.

[-] Sir_Premiumhengst@lemmy.world 9 points 1 day ago

But are we talking a couple of years or a couple of months till Debian rolls to 590?

How is steam on FreeBSD these days? Main use for this laptop would be playing "old" games like DarkSouls.

[-] doodoo_wizard@lemmy.ml 13 points 1 day ago

If arch doesn’t have version pinning then switch to a distribution that does.

Debian has version pinning, nvidia runs a third party repository and it has a pinning package you can install to get and stay with the 580 branch.

[-] LeFantome@programming.dev 37 points 23 hours ago

You can install NVIDIA-580-DKMS from the AUR. Problem solved.

[-] doodoo_wizard@lemmy.ml 2 points 16 hours ago

I’m not as familiar with the aur as I am with apt and now dnf, is there a function to keep it from automatically installing something newer? That’s why I meant when I referred to pinning.

[-] med@sh.itjust.works 4 points 13 hours ago

So the package is a specific driver version, which will keep you on the 580 diver version through updates. This package would be installed to provide the drivers and requires the matched utils package.

You would install this, rather than just installing the meta-package from the official repositories. As shown in the AUR page:

Conflicts:	nvidia, NVIDIA-MODULE, nvidia-open-dkms
Provides:	nvidia, NVIDIA-MODULE

This is also a DKMS package. This will let it build against whatever kernel you're running, so you can keep using the module through regular system qns kernel upgrades.

So, the idea would be, remove the nvidia drivers you have, install this one, and it'll be like the upgrade and support drop never happened. You won't get driver upgrades, but you wouldn't anyway. It's the mostly safe way to version pin the package without actually pinning it in pacman. That would count as a partial upgrade, which is unsupported

[-] MyNameIsRichard@lemmy.ml 1 points 16 hours ago

You can add a package to your ignore list, although that is not recommended for the longer term.

[-] doodoo_wizard@lemmy.ml 1 points 15 hours ago

Yeah I didn’t want to make the bold and refreshing assertion that arch isnt appropriate for situations where gracefully handling an old package is a requirement but that was my initial read on the situation.

[-] djsaskdja@reddthat.com 8 points 23 hours ago

/thread

[-] just_the_ticket@sh.itjust.works 2 points 16 hours ago

What does this mean?

[-] djsaskdja@reddthat.com 4 points 12 hours ago

https://en.wiktionary.org/wiki//thread

[-] VeganCheesecake@lemmy.blahaj.zone 1 points 18 hours ago

I seem to remember that steam depends on the official nvidia drivers, so that might still be fumbly if you use their platform.

[-] pathief@lemmy.world 1 points 12 hours ago* (last edited 12 hours ago)

These are the official drivers, it is just a pinned version that won't be updated anymore. It should work as well as it did before the switcheroo.

[-] brickfrog@lemmy.dbzer0.com 10 points 1 day ago* (last edited 1 day ago)

Debian by default uses the Nouveau open source driver for Nvidia GPUs and that driver does support Pascal. Debian installations will continue to work just fine even without Nvidia's development support.

https://en.wikipedia.org/wiki/Nouveau_(software)

I don't know if that's something that can be done on Arch but in theory you can test the fallback Intel driver vs Nouveau and see which fallback you prefer.

Nouveau works well for day-to-day use and works with Wayland. I'm not a hardcore gamer but have played low-mid range Steam games without issue. I suspect it may not do well playing high end AAA games but then again if you're rocking a Pascal era GPU it's unlikely you've been playing those type of games anyway.

EDIT: Just to add, pretty sure the built in Intel iGPU on your laptop is more power efficient vs the Nvidia GPU so it may be worthwhile to disable the Nvidia GPU entirely rather than worrying about software drivers.

[-] Sir_Premiumhengst@lemmy.world 1 points 17 hours ago

R/n I have the card just deactivated. Not looking to play AAA games but using this laptop as a "player 2" for Minecraft multiplayer.

It's just thst deactivating the card and calling it dead silicon seems a tad sad...

[-] giacomo@lemmy.dbzer0.com 6 points 1 day ago

install the lts kernel and use the right drivers for the 1070.

[+] Sir_Premiumhengst@lemmy.world -11 points 1 day ago

Haha funny, and do maintenance with every single update. No thanks.

[-] forbiddenlake@lemmy.world 16 points 1 day ago

Wdym by that?

And have you read the Arch news entry about this?

What's wrong with nvidia-580xx-dkms?

[-] Sir_Premiumhengst@lemmy.world 0 points 1 day ago

Maybe I don't understand. Here's what I got form the news. I can install nvidia-580xx-dkms from AUR but it needs be build for my kernel. So everytime I run pacman -Syu I risk a kernel update thst needs me to manually rebuild dkms. Right? Feels like anxiety before each update...

Relatively new to this. Probably missing things I haven't heard of.

[-] ada@lemmy.blahaj.zone 35 points 1 day ago* (last edited 1 day ago)

It will compile and install the module for you. All it means is that whenever your kernel is updated, the install process will take around 5 minutes longer than it otherwise would whilst it compiles the dkms module for you.

If you use the lts kernel package, your kernel updates will be infrequent.

If you use the regular arch linux kernel package, it will update every few weeks like it does now, and each time, your package installation process will run a few minutes longer due to the need to compile the driver

[-] Sir_Premiumhengst@lemmy.world 4 points 17 hours ago

Ah. I begin to understand. Thank you for the clarification. This takes away some of the having to do something new anxiety.

[-] deadcade@lemmy.deadca.de 6 points 1 day ago

Unless Arch's lts kernel switches to a newer lts (in a year or two?), you can run nvidia 580 dkms modules and the lts kernel with basically no maintenance.

After that, you can consider something like linux-lts66 from AUR, or switch to another distro if desired. The first option requires compiling the kernel (no maintenance, just processor time), and will keep your system security patched until the last LTS kernel supported by nvidia 580 modules stops being supported.

Whatever kernel you choose, ensure you have the -headers, like linux-lts-headers. That way, the nvidia-580xx-dkms package can install properly.

If you haven't yet, look into an AUR helper like yay or paru. These significantly improve quality of life when using AUR packages.

[-] unique_hemp@discuss.tchncs.de 1 points 13 hours ago

Doesn't LTS change like twice a year nowadays?

[-] Sir_Premiumhengst@lemmy.world 2 points 1 day ago

Thank you for a nuanced answer. I start understanding.

For people who’ve gone the linux-lts66 (or similar) route from AUR: is that something you’d consider “set and forget,” or does it eventually turn into a kind of babysitting?

[-] deadcade@lemmy.deadca.de 2 points 1 day ago

As long as you use an AUR helper to update your system (replace pacman -Syu with yay -Syu), and keep the kernel EOLs in your calendar, it shouldn't be constant babysitting. Updating a (non -bin) kernel from the AUR requires compiling the kernel, which makes updates take way longer, but doesn't require extra manual maintenance.

You can find when a kernel is EOL on kernel.org. When your chosen LTS goes out of support, you should update (for security reasons). You'll have to hope the 580 nvidia drivers still support the newer kernel version you move to.

This path allows you to run your setup for as long as possible on Arch, when you run into issues with nvidia support, so does every other distro.

[-] Sir_Premiumhengst@lemmy.world 1 points 17 hours ago

Ah! This was key information I did not understand before. Thanks.

this post was submitted on 28 Dec 2025

117 points (93.3% liked)

Linux

57274 readers

830 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago

MODERATORS

AgreeableLandscape@lemmy.ml

nooter692@lemmy.ml

MarcellusDrum@lemmy.ml

cypherpunks@lemmy.ml

cyclohexane@lemmy.ml

d3Xt3r@lemmy.nz