Originally posted by Geopirate
View Post
Announcement
Collapse
No announcement yet.
Valve Developer Andres Rodriguez Lands First Patches Into RADV Vulkan Driver
Collapse
X
-
I think valve is just getting over the fact that getting a Linux platform for gaming to a Windows competing level is going to take ALLOT more work than they originally thought, and we're finally seeing them realize that by getting more involved with smoothing out all the millions of rough edges Linux has. Perhaps one day we will see Linux at 10% playerbase share on steam stats, that day could still happen, just not as quickly as Gabe had hoped for...
- Likes 1
Comment
-
Originally posted by shmerl View PostSomeone can sponsor implementing compatibility profile in Mesa. But I suppose it would still require to have a Windows driver for the same.
- Likes 3
Comment
-
Thanks. OK, let's go through that step by step.
Originally posted by funfunctor View PostIn short, yes its dumb because AMD has limited driver development resources and their is a exploding market right now in and around machine learning...
Originally posted by funfunctor View Post... while AMD's amdkfd stack is a utter mess.
Originally posted by funfunctor View PostThose workstation customers that have applications that are broken are being propped up by your own doing, that's _your_ (vendor not you personally obviously) fault for keeping it alive.
Originally posted by funfunctor View PostFurther, that market share has stagnated and is falling. Most "workstation customers" are most likely using Windows and/or are happy to keep some accident driver going.
1. You might be underestimating the size of the Linux workstation business, since it includes pretty much all of the old proprietary Unix market trivially ported to Linux.
2. We need to maintain the GL userspace driver anyways for the Windows market anyways.
3. Even in cases where the primary use will be on Windows (which I agree is significant and growing) having certified Linux drivers as well is generally a pre-requisite for all corporate sales.
4. ISVs would prefer an existing, working driver over a reimplementation, whether it be in Mesa or something else.
Put these together, and you end up with the amdgpu-pro plan - focus on the open source stack, but offer a version with the existing proprietary GL driver and associated kernel/X tweaks in order to support the existing ISV application base and keep selling into the market, while avoiding the need to maintain an entire separate driver stack.
Whether the intended use is Linux or Windows we need to maintain the userspace driver anyways.
I understand that you are suggesting we should have the people working on the workstation driver today switch focus to the ROCM stack instead, and that is a completely reasonable suggestion, but you may be over-estimating the number of people that would affect. Most of our Linux devs are working on common code shared between hybrid, all-open and ROCM stacks these days.
Originally posted by funfunctor View PostMean while, CUDA has become the de facto standard for all GPGPU related things and AMD don't even have a upstream working and stable driver that can do memory pinning with released ASIC's without hacks
Originally posted by funfunctor View Postand random github half baked source drops every 9 months.Last edited by bridgman; 15 January 2017, 09:02 AM.Test signature
- Likes 3
Comment
-
Just FTR, CUDA isn't very comfortable to use. Besides requiring a NVidia GPU, they managed — just don't ask, I've no idea why/how — to tie every CUDA toolkit to a specific GCC version. EDIT: I'm not even talking about major versions, e.g. if the toolkit is supposed to run gcc-4.6, you won't get it working with 4.7.Last edited by Hi-Angel; 15 January 2017, 06:48 AM.
- Likes 1
Comment
-
Originally posted by shmerl View PostAlso, can you please give some update on your efforts to open Vulkan and OpenCL from your closed implementations? It's been a while, and supposedly you have a better idea about the ETA now? And may be you can clarify how do you envision to integrate / merge it with radv if at all?
1. Replacing the third party C++ parser with clang,
2. Replacing the combination of llvm-to-amdil back end and proprietary amdil-to-ISA shader compiler with the open llvm-ir-to-ISA back end used in Mesa graphics/compute and HCC,
3. Running over ROC instead of low-level code shared with the workstation GL driver.
So maybe 18 months of pre-requisite work is now done; the rest should be easier by comparison.
There has been a fair amount of work on Vulkan as well but not sure how much I can talk about, so will stick to OpenCL for now.Last edited by bridgman; 15 January 2017, 07:13 AM.Test signature
- Likes 7
Comment
-
-
Originally posted by bridgman View Post
On the OpenCL side, you probably noticed that we just released a developer preview (albeit in binary form) which includes most of the code changes we have to make as a pre-requisite for opening up the code...
1. Replacing the third party C++ parser with clang,
2. Replacing the combination of llvm-to-amdil back end and proprietary amdil-to-ISA shader compiler with the open llvm-ir-to-ISA back end used in Mesa graphics/compute and HCC,
3. Running over ROC instead of low-level code shared with the workstation GL driver.
So maybe 18 months of pre-requisite work is now done; the rest should be easier by comparison.
There has been a fair amount of work on Vulkan as well but not sure how much I can talk about, so will stick to OpenCL for now.
Comment
-
Originally posted by ernstp View PostWait, which specific release are you talking about here... ?
AMD ROCm™ Software - GitHub Home. Contribute to ROCm/ROCm development by creating an account on GitHub.
New Features to ROCm
Developer preview of the new OpenCl 1.2 compatible language runtime and compiler- OpenCL 2.0 compatible kernel language support with OpenCL 1.2 compatible runtime
- Supports offline ahead of time compilation today; during the Beta phase we will add in-process/in-memory compilation.
- Binary Package support for Ubuntu 16.04 only
- Supports Fiji, Baffin and Ellesmere ASICS only
Last edited by bridgman; 15 January 2017, 11:44 AM.Test signature
- Likes 2
Comment
-
Comment