Originally posted by bridgman
View Post
Announcement
Collapse
No announcement yet.
David Airlie Tackling RADV Vulkan Conformance
Collapse
X
-
Last edited by duby229; 21 March 2017, 01:32 AM.
-
Originally posted by bridgman View Post
Nope, not helping. A developer not interested in Linux is likely to go with DX12 since they already know that, so I don't understand how you can think Linux driver availability is not going to influence developers.
I do think having it for Windows was important, and so you can then get it almost for free in the linux pro drivers, so from that standpoint I think it makes a certain amount of sense. It's still basically useless in practical terms, but there's no reason not to provide it, and several reasons to do so.
Again, read what I said. Game developers asking about having the *same* driver on Linux & Windows.
Who do you think is going to "reject" the open source Vulkan driver ? Assume you are talking about the distros ?
Comment
-
Even if/when AMD opensources their Vulkan driver or parts of it, radv may still remain the primary driver. I read bridgman's earlier comments about timeline that getting legal review and opensourcing of specific parts of Vulkan driver to happen faster might yield a boost to radv which sounds a fair plan to me
Comment
-
Originally posted by vein View Post
Hm...I thought this is exactly what they did with the last amdgpu-pro when they made it possible to install only the compute part...in arch (which I am running, it has found it's way to AUR: https://aur.archlinux.org/packages/opencl-amd/)
Comment
-
Originally posted by nanonyme View PostEven if/when AMD opensources their Vulkan driver or parts of it, radv may still remain the primary driver. I read bridgman's earlier comments about timeline that getting legal review and opensourcing of specific parts of Vulkan driver to happen faster might yield a boost to radv which sounds a fair plan to meLast edited by bridgman; 21 March 2017, 09:04 AM.Test signature
Comment
-
Originally posted by bridgman View Post
For clarity, that was something I mentioned as a possibility several months ago when radv first appeared (I was hoping there might be some framework code etc.. that was easy to open up quickly and would avoid Dave & Bas having to start from scratch completely), but after looking into it internally we ended up staying on the original plan.
Comment
-
Originally posted by bridgman View Post
For clarity, that was something I mentioned as a possibility several months ago when radv first appeared (I was hoping there might be some framework code etc.. that was easy to open up quickly and would avoid Dave & Bas having to start from scratch completely), but after looking into it internally we ended up staying on the original plan.
Comment
-
Originally posted by shmerl View Post
Is the original plan (full opening if I understood correctly) progressing well at least? Or you had some unexpected delays? For outside observers it all takes quite a long time, so it's hard to judge how reasonable such time is.
The last I heard, they were going to put the Vulkan effort on hold for an indefinite amount of time and focus 100% of resources on opening up the OpenCL driver instead. Of course, who knows how accurate that was, or if it hasn't changed several times already. They won't give you any insight into what's happening internally.
Comment
-
Originally posted by shmerl View PostIs the original plan (full opening if I understood correctly) progressing well at least? Or you had some unexpected delays? For outside observers it all takes quite a long time, so it's hard to judge how reasonable such time is.
Originally posted by smitty3268 View PostThe last I heard, they were going to put the Vulkan effort on hold for an indefinite amount of time and focus 100% of resources on opening up the OpenCL driver instead. Of course, who knows how accurate that was, or if it hasn't changed several times already.
The only difference AFAIK is that on the OpenCL side we were able to provide an initial developer preview (albeit in binary form) showing OpenCL running with the new compiler and new ROCm back end, late last year.Test signature
Comment
-
Comment