Originally posted by dungeon
View Post
Announcement
Collapse
No announcement yet.
9-Way RadeonSI GPU Tests On Mesa 17.1 + Linux 4.11
Collapse
X
-
When will the R9-290 be properly supported!?!? Geeez!
I'm on 4.4.0-72-generic with Padoka stable because that's the only mesa-kernel combo I can get working correctly with good FPS and no graphical bugs! In the meantime I'm missing out on all the goodness that newer kernels have to offer!
Turning off RadeonSi and switching to AMDGPU is just too much stuffing around and not easy enough for the average Joe! grrrr
- Likes 1
Comment
-
Originally posted by dungeon View PostWell, Stallman types you mentioned are free software guys that is different than opensource... sort of opensource guys say OK to some blobs, but free software say No to all of these blobs
Originally posted by pal666 View Postit is the other way around: between { {fast vulkan for two opengl games} + { shitty opengl } } with blob and { { fast and robust opengl which works with all linux games } and { nine for windows games } } with upstream working out of the box linux drivers only idiot will choose blob
Also try to remember that lately most of the AMDGPU-PRO development effort has recently been to get DC into shape for mainlining and to support the upcoming Vega hardware, which won't be supported in the open source drivers until DC is mainlined. Once that's done you can be pretty sure that AMD's blob developers are going to start making headway on open sourcing and performance enhancements.
Comment
-
Originally posted by L_A_G View PostAgain with the semantics? Let's not forget about LGPL which obviously wouldn't have allowances for blobs if Stallman types that anal about staying away from blobs.
Comment
-
Originally posted by L_A_G View Post
I'm pretty sure very few people are going to be switching between drivers for Vulkan and OpenGL. When you're getting very similar performance with one API and much better with the other API, then that's what people are going to be using unless they're Stallman types. Then again this is Phoronix so Stallman types are obviously pretty common, thou I wouldn't say they're the norm or majority.
Personally I don't see much of a point in RadV beyond a fallback in case AMD decides not to open source AMDGPU-PRO. The instant AMDGPU-PRO is made open source, it'll be made redundant and I personally hope most of it's developers will stop wasting their time working on it as it'll just be another NIH syndrome project. Sort of like Mir.
between mesa-git and patchworks pretty much all relevant features are supported(actually i think doom 2016 should run in mesa git without patches or is very very close) and they works pretty well even on SI cards(My old and trusty r9-280 loves it).
Another big plus is RADV uses mesa existent infrastructure and LLVM compiler and share lot of code with Intel ANV(when possible) too, which helps a metric ton with things like keeping WSI as bug free as possible
Comment
-
Originally posted by dungeon View PostWell, if it is not that what "Stallman types" meant to you? People with a beards or something?
Here's the same thing hoping you'll actually read it this time: People who use open source software not because it's better, but because it's open source.
Comment
-
Originally posted by L_A_G View Post
Got dyslexia or something because I already explained what I meant.
Here's the same thing hoping you'll actually read it this time: People who use open source software not because it's better, but because it's open source.
Comment
-
Originally posted by L_A_G View PostIf I'm not mistaken AMDGPU-PRO is generally tends to be the faster driver in synthetic benchmarks and games before game specific optimizations are cooked up and mainlined.
Originally posted by L_A_G View PostAlso try to remember that lately most of the AMDGPU-PRO development effort has recently been to get DC into shape for mainlining and to support the upcoming Vega hardware, which won't be supported in the open source drivers until DC is mainlined.
Comment
-
DanglingPointer AFAIR the issue with the R9 290 is Ubuntu related, you could try a live image of another distro to check if the issue still exists
- Likes 1
Comment
Comment