Reaction score: 12,346
Try reading the PR.
Linux enabled <-- Dragging in a bunch of fairly heavy deps
ACPI disabled <-- Causing suspend issues
Reaction score: 79
Can't say I had that much luck with Radeon cards on Windows either. Buggy drivers all the time. So, even as a rule, when building a new machine for the office, I never ever buy AMD video cards. Oh, and when I go to the computer parts shop and say that, they seem to understand my meaning...support with nvidia graphics cards is great on freebsd unfortunately i don't see the same with amd , amd support is not good and performance is very bad from what i see on my rx580 8gb nitro+ 256bit graphics card its performance sucks utterly on freebsd while my low end nvidia graphics card can render the most demanding uhd video fine and the desktop seems to be fluent and smooth and fast as f...k !!!
I don't think you should even try using an amd graphics card on freebsd.
Nvidia's GPU drivers are highly unified between supported platforms and come from a single source (i.e. practically zero distribution-specific patches). Hardware is mass-produced, so no room for variation there. I doesn't make sense to approach this in "oh, well, everyone is different…" manner.
But this is exactly why open-source drivers in the kernel tree are usually preferable to blobs because they tend to work better as one.
Once Nvidia "modernizes" and starts supporting open-source drivers for their products, I am fairly sure it will be really solid (and help avoid filling up landfill sites with older hardware).
Found a Linux user.
And their own driver can't be merged into Linux even if it were open-sourced — Linux devs will not tolerate any kind of Windows/FreeBSD/Solaris compatibility layers.
Well yeah, Nvidia is kinda "Linux hardware". For *BSD workstations it is just easier to pick a different manufacturer and avoid the issue altogether XD
I am fairly sure OpenZFS will also provide some layers similar to SPL.
You'll have to use CURRENT if you want anything relatively new (<= 2 years) from AMD/Intel. This is especially fun for notebook buyers, I imagine.
How many #ifdef __FreeBSD__ statements you can count in https://github.com/torvalds/linux/tree/master/drivers/gpu/drm/i915?
And yet it is going in anyway isn't it? Same with DTrace. I think as long as it is a module (which their drivers are), it can go it regardless of CDDL. I am pretty sure nvidia will be no problem. I would hate for them to be making excusesOpenZFS wasn't exactly well received…
I believe you may have specified an invalid way of ascertaining the use of compatibility layers within the Linux kernel.
For example I don't imagine I would see any __linux__ #ifdefs in Windows drivers and yet they have many compatibility layers.
And yet it is going in anyway isn't it?
Almost seems to me like vengeance for the failure of btrfs, support for which was also dropped about that same time. No other logic there -- at least, no sensible logic.As regards OpenZFS in Linux, it seems to be rather going OUT. At least Linus said so with regard to the further kernel development.
There is no point for Nvidia to open-source their driver, when most of their paying customers are fine with it as it is and the Linux fanboy crowd demands something that can't be satisfied with that move anyway.
As for Nouveau, there are some patches from NVidia employees, is there a big reason why they can't embrace it fully?
For long term, looking back at things, much of the closed source "things" have either died or been obsoleted by their open alternatives.
I am pretty sure the same will be true of NVidia if they don't open up.
Already we are seeing some issues with their driver not being in tree.
Not to mention I am sure they could benefit from the "free" labor maintaining it with Linux's constant changes.
You can already start to see some preference towards AMD for their in-tree drivers on many of the tech forums. If this can reach critical mass, Nvidia might have no choice but do so just to keep up appearances.
If this can reach critical mass, Nvidia might have no choice but do so just to keep up appearances.
Whilst I don't give much of a crap about Linux, this is fairly important because sadly FreeBSD is very dependent on the work done here.
What's the value proposition of open source drivers? How does this help Intel/AMD sell GPUs?
Let me guess, Phoronix? That forum almost 100% consists of trolls trying to out-troll other trolls. It's outrageously dumb.
There aren't really any serious issues, which aren't self-inflicted by the Linux side. You know, "stable API nonsense".
Stuffing even more things into the Linux kernel doesn't really help us that much. Somebody still has to spend a lot of time porting these drivers. This is not at all comparable to direct vendor support.
Nothing is impossible there, but why bother in the first place? Nvidia is a corporation, not a charity.
I strongly suspect the reason why Intel GPUs are so popular is because of their open-driver.
No fuss or fiddling. It just works.
In the server world this is pretty nice! So much so that Intel are planning to sell discrete / standalone cards which I think has the potential to be a game-changer in the open-source world.