Radeon ROCm 4.1 Released - Still Without RDNA GPU Support

[MadeUpName]

The goal shouldn't be to make it easier for every user to compile the driver from source. It should be to work with the distros to get it packaged by them and released through their repos It isn't 1991 any more.

[wizard69]

Good point - I don't think that all the fixes from 20.45 have worked their way into the ROCm release stream yet but we should definitely mention that once the functionality is there.

It's possible that we may have to work through at least conceptually separating "the upstream for our compute components" from "our datacenter releases" as a pre-requisite since right now the ROCm releases kinda serve as both. That is going to be an increasing problem as we expand support to consumer hardware.

Thanks !

I'm not sure I like that idea. I understand the focus on the super computing contract as that can have a huge impact on AMD. However I really believe that those running those professional compute systems would rather prefer to have the same ROCm running on their personal systems, at work or at home. To put it another way a split up ROCm is likely to turn a large number of people off. That is sorta like telling somebody they can run this magnificent C++ compiler at work but must run a junior implementation at home.

You need to consider how easy it is these days to run, at home, what would be consider super computer work less than a decade ago. Eventually I would expect CDNA too look a lot different than the mainstream GPU's of the day. I would hope however that the same code base can be easily compiled to run on either no matter how far they diverge.

[wizard69]

IO Die

RDNA Support in ROCm
It´s a pitty that they don´t support it.. But i do get that they focus on existing customers / HPC market with CDNA.. Still believe it´s a mistake that will materialize in the long run to not allocate more resources to it, to get a minimal RDNA Support such that academia / students can board the platform early on.

I would agree that it is a mistake but then again such talent does not grow on trees. If you are really concerned send the CEO a note asking for more support in the area. Considering how well things are going at AMD right now I can see more money going into software development and frankly it already has.

Your reasoning is pretty accurate too, you need to get the early adopters on board. Without a change in mindset, of the young developers, ROCm will have a very hard time over the long term. The young being those in academia or students, but AMD is also missing out with established researchers when using ROCm is so difficult on desktop systems. This is actually perplexing because if somebody wants to put a high performance box on his desk, AMD is the right choice when it comes to CPU's. Then again if you have money for a Thread Ripper you likely have money for a CDNA card.

I don't pretend to have all the answers here, but I do believe as you do that AMD is not gaining the mind share it needs. Hopefully all will be good with the next ROCm release.

[pete910]

Not read all the posts but the 4.1 HSA/rocm-openCL release works for me with my 6800xt. Not tried the vega 7 yet as tied to a vm atm.

This is on Manjaro with kernel 5.11.6

[bridgman]

Not read all the posts but the 4.1 HSA/rocm-openCL release works for me with my 6800xt. Not tried the vega 7 yet as tied to a vm atm.

Is your "vega 7" a Vega20 / Radeon VII or 7 CU integrated Vega on an APU ?

If it's a consumer Vega20 then strongly recommend that you not update to 4.1 on that system yet - there are some changes related to ECC on server cards that seems to have causing grief on consumer Vega20's, at least when used with upstream kernels.

Trying to understand the scope of the issue now.

[pete910]

Is your "vega 7" a Vega20 / Radeon VII or 7 CU integrated Vega on an APU ?

If it's a consumer Vega20 then strongly recommend that you not update to 4.1 on that system yet - there are some changes related to ECC on server cards that seems to have causing grief on consumer Vega20's, at least when used with upstream kernels.

Trying to understand the scope of the issue now.

Its a Radeon VII , ver 4.0 would'nt work with either.

[bridgman]

I'm not sure I like that idea. I understand the focus on the super computing contract as that can have a huge impact on AMD. However I really believe that those running those professional compute systems would rather prefer to have the same ROCm running on their personal systems, at work or at home. To put it another way a split up ROCm is likely to turn a large number of people off. That is sorta like telling somebody they can run this magnificent C++ compiler at work but must run a junior implementation at home.

You need to consider how easy it is these days to run, at home, what would be consider super computer work less than a decade ago. Eventually I would expect CDNA too look a lot different than the mainstream GPU's of the day. I would hope however that the same code base can be easily compiled to run on either no matter how far they diverge.

If it helps, I am not talking about having different code or different functionality between datacenter and consumer, just different *releases* and QA coverage.

[bridgman]

Its a Radeon VII , ver 4.0 would'nt work with either.

Just to avoid misunderstanding, are you saying that your Radeon VII worked with earlier ROCm releases but not with 4.0 ?

[pete910]

Just to avoid misunderstanding, are you saying that your Radeon VII worked with earlier ROCm releases but not with 4.0 ?

Never tried an earlier release than 4 so no clue if it would have or not, I used the opencl package from AMDs prop driver. Only tried rocm after I got my 6800xt installed which was at 4.0 in the AUR repo.

[bridgman]

Never tried an earlier release than 4 so no clue if it would have or not, I used the opencl package from AMDs prop driver. Only tried rocm after I got my 6800xt installed which was at 4.0 in the AUR repo.

Got it - thanks.

Just curious, which packaged driver are you using ? I'm asking because 20.45 and up use ROCm paths for OpenCL even on the packaged drivers.