Linux 6.6 To Better Protect Against The Illicit Behavior Of NVIDIA's Proprietary Driver

Luis Chamberlain sent out the modules changes today for the Linux 6.6 merge window. Most notable with the modules update is a change that better builds up the defenses against NVIDIA’s proprietary kernel driver from using GPL-only symbols. Or in other words, bits that only true open-source drivers should be utilizing and not proprietary kernel drivers like NVIDIA’s default Linux driver in respecting the original kernel code author’s intent.

Back in 2020 when the original defense was added, NVIDIA recommended avoiding the Linux 5.9 for the time being. They ended up having a supported driver several weeks later. It will be interesting to see this time how long Linux 6.6+ thwarts their kernel driver.

merthyr1831,

Intentionally pushing changes that could brick a bunch of systems over legal complaints is imo reckless.

This should be a last resort move. Has the Linux foundation started chasing nVidia over this? because it sounds like this is coming out of nowhere.

m_f,

Get pissed at NVIDIA. They’re the problem.

uis,
@uis@lemmy.world avatar

But when NVIDIA or gamedevs do it, it is different.

uis,
@uis@lemmy.world avatar

It seems they just fixed symbol_get() so GPL-only symbols are avaliable to GPL driver

librechad,

Just installed the nvidia-driver for my 2080 SUPER and my system isn’t starting now. I’m using Debian 12.1 and after installing the driver, it crashes after entering in my password for my encrypted drive.

I will load up a Live USB and see if I can fix the issue. Any help would be appreciated!

uis,
@uis@lemmy.world avatar

Noveau supports 2080 since 2019.

nouveau.freedesktop.org/FeatureMatrix.html

ultra,

Nouveau is slow

ladyanita22,

That’s unrelated to this.

TheFriendlyArtificer,

Blacklist the Nvidia driver and un-blacklist nouveau. I’m going from memory, but I think if you can get to GRUB, you can append ‘single’ to your kernel parameters. That should get you into a system with minimal drivers loaded.

Madex,

So what does that mean for me on Arch, how will it affect me?

ELI5?

bouh,

I don’t use arch but I would guess you should avoid kernel 6.6 if you are using an nvidia card until we get more info about that.

Molecular0079,

If they don’t fix it before 6.6 comes out on Arch, you may have to use the LTS kernel.

Zucca,

Phoronix thinks I’m using ad blocker. In fact I’m not. I don’t have any kind of adblocker on my network… sigh

fhein,

Which browser are you using? Perhaps it has some built in blocking

Zucca,

Firefox 102.14.0esr.

fhein,

I believe the standard amount of blocking in Firefox is:

  • Social media trackers
  • Cross-site cookies in all windows
  • Tracking content in Private Windows
  • Cryptominers
  • Fingerprinters

Since the line between “ads” and “tracking everything people do on the internet” has been pretty blurred, perhaps the anti-adblock checker triggers on any of those.

Phenomenalpooran,

Meanwhile me using ublock adblocker and flawlessly reading the content on firefox

AceFour,

Perfect timing buying an AMD card yesterday to replace my old NVidia. Installed today, works like a champ. Issue resolved

jack,

I’ve had a mixed experience with my newer AMD card, and that’s being charitable.

psyq,

What were some of the positives and negatives? Me personally, I have an RDNA2 card and got bitten by the gamma being too dark on hardware cursors (now resolved) and memory clock stuck at 1 GHz with some refresh rates (workaround is not to use refresh above ~144 Hz).

hschen,
@hschen@sopuli.xyz avatar

I had an rx480 that worked fantasic until a firmware update made it start freezing my pc in games after suspend, solution was to rollback that package to an older one or never use suspend. I currently have a 6650xt and that just crashes whenever it wants to sometimes, works fine for a few months then decides to freeze my whole pc, playing bg3 atm it froze on me like 3 times already

jack,

I’ve had over twenty crashes in BG3 at this point. Crashing soeems to be more prevalent in certain areas of the game - Grymforge, especially.

hschen,
@hschen@sopuli.xyz avatar

Is your entire system crashing?, for me i have to do a hard reboot once it happens. if it gets too bad i can always play the game in a windows VM as im playing with a friend and crashing all the time would be annoying

jack,

On Linux it’s usually just X that completely crashes and I get kicked back to login, but I’ve had more than one hard crash.

Windows will usually just crash to desktop and close any hardware-accelerated applications. Have also had the odd hard crash here.

CaptainAniki,

deleted_by_author

    •
    hschen,
    @hschen@sopuli.xyz avatar

    I dont have the error message atm unfortunately cause to have more disk space i set my system to delete the logs quite often (ill probably revert this now as ive got way more space), but the one part i do have is this “GCVM_L2_PROTECTION_FAULT_STATUS” , thats 95% of the times the error that shows up whenever my pc freezes

    I looked it up and theres a bunch of mesa bugtracker issues listing the same error but honestly gpu driver stuff is so complex who knows whats really going on. baldurs gate 3 has crashed my whole system 3 times in 20-30 hours played, but except for that this past month ive also started getting blackscreens waking up from suspend sometimes on the non LTS kernel, luckily LTS fixes that for now, but not baldurs gate. The past year i’ve had this gpu theres been like 5 times where an update made the amd drivers unstable and ive had to change back to the LTS kernel to resolve it, maybe thats cause im using arch and stuff is more bleeding edge, but i havent had this many issues on my rx 480

    psyq,

    Ah, I just upgraded from RX580 to 6600XT and haven’t had any freezes so far. On RX580 I sometimes had games that managed to freeze the system complete with random pixel noise and VRAM fragments shown on screen for seconds before it rebooted, but that was a long time back and only on bleeding-edge Mesa and Proton Experimental so my own fault.

    Mesa 22 and 23 have been great so far. Maybe the firmware got more stable as well (I’m on Debian). I’d definitely recommend an RDNA2 card over any Nvidia today despite some of these hiccups.

    The GTX 1070 in my other machine has given me more headaches (kernel modules not compatible with newer kernels, random Vulkan issues resulting in broken shaders showing nonsense like sparkles or black areas, etc.).

    hschen,
    @hschen@sopuli.xyz avatar

    My rx 480 worked way better in terms of not crashing, it did have graphical glitches in games but i guessed thats down to using Wine. Im also using Arch so maybe that in combination with the 6650 is making it more unstable, i gotta revert to using LTS kernel every few months to stop my system crashing randomly

    shmanio,
    @shmanio@lemmy.world avatar

    So the cursor really was darker! It seemed that way after switching to a new laptop, but I wasn’t sure.

    jack, (edited )

    I have an RDNA3 card (upgraded from a 1080) and am running a multi-boot triple-head setup with mixed refresh rates (60, 144).

    Pros: most things work and work well. Installation of the physical card went without a hitch and it was relatively simple to install the drivers. No issues with web video, streaming, video encoding, or standard use.

    Cons: mesa, amdgpu, and Windows drivers are all lacking significant features - I am still unable to reliably control fan curves/speeds, clock speeds, etc. FreeSync is unusable as well. I have also been experiencing regular crashes on certain games (BG3, Apex Legends, etc.) and support has been nonexistent, despite similar complaints from other users. When the card does crash, it usually results in a ring timeout and an accompanied total session crash. AMD does not seem to be responsive to these issues in either their official forum or any other space where people are lodging complaints.

    The hardware seems fine; the drivers are the main issue. If I had to do it over again, I’d hold my nose and buy NVIDIA.

    EDIT: regarding the cursor issue, I’ve had to switch to a software cursor on Linux. The hardware cursor wasn’t showing up at all.

    Regarding game-specific issues, it seems a lot of problems stem from either a greedy low power mode or DirectX issues. I’ve had to set udev rules to alleviate some of my issues, but it hasn’t solved everything.

    EDIT 2: For anyone who comes across this post, it seems like the vast majority of the crashes on linux have been resolved as of kernel 6.7. Still lacking fine-grained control over fans/clocks, but stability seems much improved.

    Molecular0079,

    The ring issues are killing me right now on my Radeon 680M. This isn’t brought up enough when people talk about using AMD on Linux.

    Odd, Freesync should work for you though? What’s the issue you’re experiencing?

    Cornelius,

    Agreed, AMD is not perfect, it’s still an arguably better experience than Nvidia, but it’s still not great at times

    Molecular0079,

    I don’t really see the better experience to be honest. Sure, AMD is a lot better on laptops, but on desktops I still prefer Nvidia. DLSS, raytracing, Optix, CUDA are all killer features that I need that AMD doesn’t really have an answer for. Sure Wayland is great, but it doesn’t outweigh the disadvantages of not having those technologies.

    Meanwhile both my AMD GPUs (Vega 64 and Radeon 680M) have been crash happy with gfx timeouts and ring0 errors.

    jack,

    It was inconsistently causing gamma flickering with certain fullscreen applications. I haven’t seen it since disabling it on my monitor.

    juipeltje,

    Are you using wayland by any chance? Freesync was also causing flickering when i was trying out wayland recently, so i guess i’ll be staying on xorg lol.

    jack,

    Nope, X and i3 here.

    juipeltje,

    Ah, that’s unfortunate, was worth a shot.

    Cornelius,

    There’s been some oddball nasty issues with Mesa recently. SteamVR causing the driver to crash (and the display just won’t come back :/) H265 encoding causing driver crashing, just weird stuff. Simple things like Wayland work great, but if you have even a slightly unique workload you may run into major issues

    Fisch,
    @Fisch@lemmy.ml avatar

    I’ve had lost of issues with SteamVR too but not with anything else. I suspect those issues are actually SteamVR’s fault tho because it’s pretty buggy on Linux in general.

    Cornelius,

    Nah, straight up driver crashes are on Mesa’s side, not SteamVR’s. No userland software should be able to permanently bring down your driver.

    uis,
    @uis@lemmy.world avatar

    To be fair AMD closed-source drivers were much worse

    jack,

    That doesn’t surprise me in the slightest

    Zucca,

    Oh those times were truly horrible.

    skymtf,

    What ever happened to the source code nvidia did release. Was it released in such a way to where it is not helpful?

    fruitycoder,

    I belive the NVK work is where that headed. The released code wasn’t up to snuff for true kernel intergration on it own, but offered a lot of insights for devs working on the problem.

    ReversalHatchery,

    That’s only for never generation cards, from 20xx series upwards I think.
    But there’s still the proprietary driver for everything before that, including 1080 and such.

    FederalAlienSmuggler,

    They are not legally allowed to build drivers from the illegally acquired source code.

    worsedoughnut,
    @worsedoughnut@lemdro.id avatar

    I don’t think they meant the hacked and released source code, I think they meant the kernel modules that Nvidia actually opensourced in may of '22

    Dubious_Fart, (edited )

    couldnt they do the thing where one team analyzes the leaked code and documents functions.

    and a nother, clean room team, creates independent fresh code to achieve the same results as the original?

    I mean, clean room activity like that has a strong precedent, going back to EA vs Sega at least. where EA stole a sega genesis dev kit, had one team document the functions, had another team independently create code to execute those functions,and made their own dev kid and put out non-approved sega carts (which is why the EA sega carts were taller and had the yellow plastic tag)

    Sega sued and EA won due the clean room engineering and sega and EA came to some kind of sweetheart deal/comrpromise/settlement.

    ImpossibleRubiksCube,

    Sounds a lot like what I call blackbox reverse engineering.

    Dubious_Fart,

    I’ve always heard cleanroom, since you keep your coders completely isolated from the investigation team so there can be no question of code pollinating across, Just documentation to be reimplemented in a unique and different way.

    ImpossibleRubiksCube,

    This whole process just backs up my notion that software patents are generally BS anyway, doesn’t it.

    TenTypekMatus,

    What cards are supported because GF 1660s is PITA without proprietary drivers.

    csolisr,

    And that’s why I’m happy to see that the lock on modifying the Nvidia BIOS for their old graphics cards has finally been decrypted. That means that Nouveau will have a much easier route to make their open-source drivers work properly on the 10xx and 20xx cards, so we don’t have to rely on the tainted crumbs that Nvidia offered here. (Then again, I eventually moved to a 6600 specifically to no longer have to deal with this kind of shenanigans)

    ProgrammingSocks,

    Man, that would be so nice. I forgot actually for a while that I was using Nouveau after I switched cause nvidia-dkms wouldn’t let me boot (1050ti). The only thing that reminds me is game performance. Wayland is great though.

    MDKAOD,

    TAINT_PROPRIETARY_MODULE & GPL Condom has to be intentional double entendre right?

    argv_minus_one,

    Lousy criminals. NVIDIA, I mean. If I wrote code like that, I’d be dragged in front of a judge and made to answer for breaking the DMCA. But if you’re a big, rich company, the government won’t touch you.

    intelati,

    Riddle me this, why is there such a thing as proprietary drivers for anything? Especially consumer facing products like this?

    Don’t you want anyone and anything using your product in any situation? Help me understand NVIDIA’s bit with this?

    luckystarr,

    They don’t want you to see the “if benchmark_xyz { do less work }” blocks of code.

    Blackmist,

    I assume nVidia have licensed other code that they don’t have the rights to distribute the source code for.

    I get what the GPL fans want here, but it’s just going to lead to a gimped driver, no driver, or an even larger shim between the open and closed source bits. The Linux market is too small for nVidia to care.

    uis,
    @uis@lemmy.world avatar

    The Linux market is too small for nVidia to care

    I’ll fix it for you: “The Linux gaming market”

    Linux AI market is their bread, butter and red caviar. Shim itself is enough proof they care.

    BURN,

    That’s all I see happening too. The Nvidia Linux drivers will just get worse and not solve anything.

    It’s already a huge pain in the ass to use the proprietary drivers, the open source ones barely work as is.

    priapus,

    The Linux market is massive for Nvidia. Nobody is using Windows for ML and everybody is using Nvidia for ML.

    lemmyvore,

    And the relation between graphical drivers and ML is?..

    priapus,

    GPUs are the primary hardware used for ML workloads…

    lemmyvore,

    Yes, but you don’t need graphical drivers to do ML on a GPU, you just need the part of the drivers that lets you do ML. Accelerated graphics are almost completely unrelated. Nvidia can stop offering graphics drivers while still ofering ML drivers and still make a very good living.

    Even if they continue offering graphics drivers they don’t have to offer them for free. Their main clients are people who do professional graphical and video editing, who can drop hefty sums on driver licensing because they already pay a lot for the hardware and support. Gamers are a tiny amount of their revenue, and over 90% of that tiny revenue is Windows anyway.

    At this point Nvidia can snap their fingers and discontinue all their support for the consumer market just like that and won’t even feel it. The only reason they bother with free Windows graphics is that Windows gamers still generate a non-negligible amount of revenue by buying the overpriced desktop cards, and the only reason they bother with Linux graphics drivers is because it’s free beta testing. The Linux desktop market is a ridiculously tiny population in terms of gamers, but it’s a sizable population in terms of QA.

    priapus,

    Yes but this article is talking about the entire nvidia kernel driver… Why are you assuming this doesn’t apply to the parts necessary for ML?

    lemmyvore,

    The top level comment in this thread is talking about “consumer facing products”. ML is not a mainstream consumer use of Nvidia drivers. Most of the people who got a bee in their bonnet about Nvidia drivers not being open source are desktop users interested in the graphics drivers.

    Either way, I don’t understand the issue. If people don’t like the fact Nvidia has proprietary drivers they can choose not to buy their hardware. To buy their hardware and then be upset about it makes no sense.

    Same for the kernel developers, they either want proprietary drivers to work with Linux or not. If they don’t they can give Nvidia the finger outright instead of pussyfooting around – but Nvidia is not the only one with proprietary drivers and I think we all know how quickly Linux would go the way of the dodo if it didn’t support proprietary stuff.

    This whole topic has always been rife with posturing, entitlement and hypocrisy. People love to enjoy all the benefits from Nvidia hardware while bitching about the drivers. You can’t force a company to use open source. Take it or leave it.

    It also a red herring. People love to point to AMD as a counter-example, but are AMD drivers so much better? They’re open source but you can’t write AMD’s drivers for them, and AMD’s people are slow to release them and to fix bugs so at the end of the day it’s the exact same thing as far as I am concerned as a user.

    Sentau,

    They’re open source but you can’t write AMD’s drivers for them

    There are a lot of people who are not amd employees who contribute to the Radeon drivers in mesa

    priapus,

    Consumer facing products still includes products being sold to companies, who are the consumers in this case. Of course the average user isn’t using the cards for ML, but Nvidia makes the most profit from datacenters, not gamers. Most of this comment is not relevant to my comment at all, which was simply refuting the statement that the Linux market is not large for Nvidia.

    Also, what do you mean you can’t write AMDs drivers? You certainly could write and submit code for the AMD kernel or mesa drivers.

    sebsch,

    Cheap vector operations.

    rikudou,

    Life’s too short to do ML on a CPU. In some cases literally. You can’t do any reasonable ML without a GPU. And you need drivers for that.

    ArbitraryValue,

    The Linux market is too small for nVidia to care.

    The Linux gaming market is too small for Nvidia to care, but the GPU computing market isn’t.

    Blackmist,

    So we can add “use an older kernel” and “use a modified kernel with that protection removed” to the list of options.

    maynarkh,

    As long as they get support for it. Big corps don’t buy anything without 7 layers of scapegoats to point at.

    ArbitraryValue,

    Using an older kernel isn’t a long-term solution. And according to the kernel devs, either using and older kernel in that way or modifying the kernel to remove these protections still violates the license even if it bypasses the technical protections.

    (I’m guessing Nvidia will keep shimming and rely on either not being sued or winning the lawsuit.)

    You999,

    The Linux community is literally Nvidia’s biggest market. The current Linux market share in data centers is currently estimated to be 77%.

    lemmyvore,

    And how many of those plans use GPU rendering?

    Come on…

    There’s obviously use cases for Nvidia on Linux but Linux desktop gamers aren’t even a blip on the radar. The reason Nvidia bothers to release free Linux drivers is for public beta testing not for the revenue.

    akippnn,

    Well, gaming as a whole is likely just a blip to Nvidia nowadays. It doesn’t make them money anymore like it used to, data center is where most of the money flows in. It’s just that we’ll buy anything Nvidia sells so we’re basically guinea pigs for their public beta testing.

    lemmyvore,

    It’s honestly amazing to me that some Linux gamers don’t understand how lucky we are and can act so… entitled I guess is the word? We live in a golden age of gaming on Linux but that age is entirely dependent on the whims of several companies. Nvidia can discontinue their free Linux driver at any time with almost zero impact to them but extremely heavy disruption to the Linux desktop, which is 80% Nvidia. Microsoft can decide to force all game developers to develop for their new API going forward and sub-sum PC gaming into their console operation, relegating Linux forever to retro boxes. Valve can turn to the dark side and sell out to any of the vultures circling it.

    msage,

    How in the hell is being a customer mistaken for entitled?

    “Corps can fuck you over” - but they always do, and always will.

    Fortunately they also ‘suck’ at development, since even Xbox is nowadays using same CPU architecture as desktops, so good luck locking that in. And it’s not even like we don’t emulate every other architecture that’s popular enough.

    Also dunno why you left out AMD, they are doing a much better things for Linux than Nvidia.

    Valve is the main one, and god knows what will happen once Gaben quits, though Valve always hated MS and tried to remove their dependency of then for years for their own benefit. But let’s not pretend Nvidia or Microsoft can just decide to remove Linux gaming at whim, as that’s just not true.

    akippnn,

    Yeah as if Nvidia never benefited a lot from open-source. So Vulkan isn’t open-source, who knows? Maybe go back to the days of fragmentation, kill portability.

    You’re acting as if Nvidia, Microsoft, and Valve are related. Good luck to Microsoft making a new proprietary API besides DirectX, an already proprietary API. It would only show they haven’t learned anything from UWP. And Valve has always contributed to open-source because they don’t want to depend on Windows. You don’t recognize Steam Deck and SteamOS 3? You haven’t been here long enough to recognize LunarG.

    If Nvidia decides to be hostile or selfish, nobody cares? Can’t we be wary of being exploited by companies?

    Just say when you’re shilling, don’t spread misinformation with your own made up scenarios.

    Zatujit,

    Sure but they don’t play 3d video games do they?

    rikudou,

    With GPUs being used for AI stuff and all sane people using Linux for servers, no, Linux market isn’t small at all for Nvidia.

    Zeth0s,

    All ml, ai, hpc is done on Linux. They are getting a lot of money because of the hype.

    They need Linux drivers. No way hpc can be done on windows. But it can be done on amd

    lemmyvore,

    They don’t have to offer Linux drivers for free to the general public though. Ask yourself why they do that.

    Zeth0s,

    The problem is not mine. Is theirs. They want to use functionality written by others with certain requirements (i.e. that using that code requires disclosing the source code).

    If they are not happy with that, that’s fine. They shouldn’t use those functionalities.

    Problem is that they depends on Linux kernel for their biggest business (data centers). If they don’t support linux, market will shift to amd. As ML user, I am absolutely fine. I can use amd for our gpu cluster. I absolutely cannot use a non linux OS.

    That’s their problem, not linux maintainers’ problem

    eltimablo,

    Driver code might expose some underlying secret sauce they're using in the hardware. That's the justification they always used to give, at any rate. At this point, though, it's probably some code they've inherited from an acquisition that has a bunch of legal encumbrance stopping it from being open sources.

    pastermil,

    If they have to rely on obscuring stuff on their user side to keep their secret sauce, I’d say they’re bad at it.

    This is coming from someone who deals with APIs for living.

    wmassingham,

    They don’t have to do it well, just enough to satisfy the lawyers.

    acastcandream,

    deleted_by_author

    •
    eltimablo,

    AMD isn't, and they used to be significantly worse than Nvidia about proprietary drivers.

    acastcandream,

    deleted_by_author

    •
    eltimablo,

    People held the same opinion about them though. How is that not relevant?

    acastcandream,

    deleted_by_author

    •
    eltimablo,

    Whatever, dude.

    acastcandream,

    👍

    apt_install_coffee,

    Likely a combination of 4 things:

    1. They have third party firmware in their blobs that they are under NDA regarding the source code.
    2. They believe in the source code is a large part of their success and don’t want to reveal it.
    3. They believe giving out the source code will allow many inferior variants of the software, impacting their brand.
    4. Control; the more source code they have in mesa the more of their code can be rejected by mesa. Keeping their stuff as blobs allows them to put in whatever hacks they want.
    uis, (edited )
    @uis@lemmy.world avatar
    1. They can open their code without merging into mesa
    2. They don’t want you to use “old” GPUs
    apt_install_coffee,

    Sure but why open their code without getting the integration benefits?

    uis,
    @uis@lemmy.world avatar
    1. Getting to use GPL-only symbols
    2. Still much easier for distros
    3. Example of drivers

    And again we are talling about code not being rejected as main goal.

    bankimu,

    It’s sad to see the 100500th confrontation between the people who have never contributed to the kernel, yet they want to deprive others of using their existing GPU with Linux and instead force them to buy a new GPU. This screams of of being elitist and haughty but I just don’t care any longer. Too tired of hatred, aggression, animosity and verbal attacks. This has really propelled Linux, oh, wait, it’s only shown what kind of people represent Open Source.

    argv_minus_one,

    Those “haughty” “elitists” wrote your operating system and gave it to you for free. Have some gratitude, and direct your complaints to the uncooperative scoundrels in charge of NVIDIA who created this whole problem.

    LoafyLemon,
    LoafyLemon avatar

    Will someone please think of the mega corporation. 😢

    Sentau,

    Dude are you Avis from the phoronix forums¿? This comment is the exact copy of his/her comment there.

    mightyfoolish,

    It’s kind of like using DRM to combat piracy in regards to multimedia. The Linux kernel is under a certain license and the kernel developers feel NVidia is encroaching on their IP in a way that is against the copyright. They won’t give NVidia an exemption despite their obvious importance in the hardware industry.

    It may seem aggressive but look at how Nintendo, Disney, etc. regard those who break their own plans/trademarks. If you don’t take your own IP seriously, the law won’t either.

    Nibodhika,

    DRM is a good comparison, imagine there exists a DRM measure that doesn’t affect rightful owners in any way shape or form but prevents piracy, would you be against it?

    Personally I would be 100% okay with that, the problem is that DRM usually causes issues to rightful users and doesn’t prevent piracy. This change on the Kernel seems to be that perfect DRM, it won’t affect any rightful driver but prevents companies from pirating the Linux Kernel.

    Rayspekt,

    Can someone ELI5 what this is about? Why does Nvidia wants to access parts if the Linux kernel and why are linux kernel maintainers against it? Wouldn't it be good if Nvidia uses more open-source stuff?

    SSUPII,

    Open source software is given with specific licenses. The Linux kernel is made of many smaller open-source components that each can have their own license. Some of the licenses used disallow the partial or full usage of the licensed software or components in proprietary settings, or in general given usage for specific cases only (in this case, the Nvidia driver using components they are not licensed to use.).

    BURN,

    I’d rather have working proprietary drivers than broken open source ones, which seem to be our only options. I find it real hard to side with Linux here as they’re going to make performance worse for a platform that already struggles.

    And people wonder why Linux will never take off on the desktop. Stuff as basic as this will make sure anyone semi-casual about pc use will have issues with Linux.

    anon5621,

    Or maybe to keep doing social pressure on nvidia and make them feel guilty ,that they finally realse and did support of open version drivers not only for gtx 1650+ and fot more old cards.Because their source codes was published when hackers hacked their infrastructure and leaked source code.

    SSUPII,

    Just the existence of CUDA means Linux must remain a target for Nvidia.

    Also, this can be quite easily compared to Windows changing their driver’s structure and functionality. And Microsoft did it many times in the past.

    SkyeStarfall,

    Or maybe we shouldn’t just accept trillion dollar companies doing whatever the fuck they want?

    Nvidia is clearly on the wrong here, and infringing on copyright. Do you want to set the precedent that companies can just ignore copyright? Meanwhile when we certainly can’t ignore theirs?

    Maybe we should hold the companies to a higher standard. And not roll over and give in basically as soon as they do something we don’t like, compromising the foundation and good parts of what we already have, in this case Linux. Open source and GPL is the lifeblood of Linux, it’s what makes it as good and useful as it is.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • linux@lemmy.ml
  • InstantRegret
  • ethstaker
  • cubers
  • khanakhh
  • Durango
  • rosin
  • tacticalgear
  • magazineikmin
  • thenastyranch
  • DreamBathrooms
  • Youngstown
  • mdbf
  • slotface
  • kavyap
  • JUstTest
  • cisconetworking
  • modclub
  • osvaldo12
  • normalnudes
  • everett
  • GTA5RPClips
  • ngwrru68w68
  • Leos
  • anitta
  • megavids
  • tester
  • provamag3
  • lostlight
  • All magazines
    •