Pro refers specifically to the userspace part.The proprietary amdgpu-pro driver on Linux shares 99% code with the open-source amdgpu driver.
Pro refers specifically to the userspace part.The proprietary amdgpu-pro driver on Linux shares 99% code with the open-source amdgpu driver.
Isn't there some sort of audio through HDMI that is only in the proprietary driver?Pro refers specifically to the userspace part.
Intel ARC drivers are terribad even for Windows systems. I wouldn't hold my breath running them on FreeBSD.I'm wondering about the new Intel ARC video cards. They look very interesting, on paper at least.
With regards to AMD/Radeon or Intel graphics drivers everything more or less depends on what's supported by the Linux DRM code. If it's not supported there it certainly won't be supported on FreeBSD.
It's a very short list nowadays. Only Intel, AMD and NVidia. NVidia's driver never was open source, although that might change some time in the future. Only Intel and AMD have something open source with regards to graphic card drivers.Is there any documentation on which vendors use open source drivers, vs proprietary ones? Particularly where the vendors contribute to the open source ones.
The ranking is: Nvdia >> Amd > Intel for gaming, Nvidia for computing and Whatever for basic 2d graphics. Nvidia generally has the most up-to-date driver, because they work on FreeBSD compatibility directly. Intel and AMD work on the GPU drivers in the Linux kernel and don't really help with porting them to FreeBSD.It sounds like AMD and Intel integrated graphics are a safe bet because of open source drivers, and nvidia might be more risky because they’re proprietary and less likely to stay updated?
You might want to read http://richg42.blogspot.com/2014/05/the-truth-on-opengl-driver-quality.html.Intel ARC drivers are terribad even for Windows systems. I wouldn't hold my breath running them on FreeBSD.
He gave Nvidia the "bird" though that was back in 2012. Not sure what his attitude to them is now.If i remember good Linus Thorvalds hates Nvidia... For it's closed.
That's horrifying, but it's from 8 years ago. Hopefully things have improved? Vulkan gonna save us?You might want to read http://richg42.blogspot.com/2014/05/the-truth-on-opengl-driver-quality.html.
The Intel graphics page, at least, is not current (it even says the table is obsolete). Even the note about Linux 5.4 is not current. drm-510-kmod is the current version, so whatever Linux kernel 5.10 supports should also work on 13.1.For Intel there is this table,
For AMD,
I just have chosen one out of the table.
Low bar but a good one. For that integrated Intel graphics using the modesetting drivers in 13.x should be fine. I've been doing that on a NUC for a while, works nicely, so for your requirements it should be good.I am trying to build a desktop machine for programming, not for gaming, so I’m looking for graphics that “just work” (and will keep working) with a minimum of hassle.
Well, fglrx is gone for good. I mostly linked that blog post for the two Intel teams claim.That's horrifying, but it's from 8 years ago. Hopefully things have improved? Vulkan gonna save us?
Yeah, I agree. Get a mainboard (and CPU) with integrated graphics. Then you can always 'upgrade' your graphics by sticking a 'real' graphics card in it some time in the future. Up to 11th gen Intel should work fine, not sure about the 12th gen though. Besides the graphics there may also be an issue with the P and E core differences. As far as I know the FreeBSD process scheduler doesn't understand the difference and will treat them all the same.For that integrated Intel graphics using the modesetting drivers in 13.x should be fine.
I've always had better luck picking "latest gen - [1|2]" hardware for FreeBSD. My needs have never demanded bleeding edge, heck the system idle stats say I'm not doing anything. I'll take more memory over pure cpu for my workloads any day.Up to 11th gen Intel should work fine, not sure about the 12th gen though.
I got RX 6900 XT going under FreeBSDThe Intel graphics page, at least, is not current (it even says the table is obsolete). Even the note about Linux 5.4 is not current. drm-510-kmod is the current version, so whatever Linux kernel 5.10 supports should also work on 13.1.