new ubuntu release - Ubuntu problem

Let's ignore the unhelpful and pro-monopoly remarks against Mesa.

I seem to recall that at one point you did have Mesa working on your system - was it for this particular GPU? Do you remember what changed when it stopped working?

JUST when I upgraded Ubuntu an got a new mesa driver.

I understand Kisak's PPA, while relatively up-to-date, is mainly intended for users running games with Proton (I use it myself). I was interested in trying the rusticl implementation of OpenCL and was directed to try Oibaf's PPA https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers, and it seems to be more of a daily build against current source trees - probably not something to use in a stable system unless as a last resort. On the other hand, I take it using the distribution-supplied Mesa is not working either?

Kisak solved the errors of the standard drivers in previous (many) years.  I always start with the standard drivers first.

 

Failing that, is there a particular reason you prefer Mesa's OpenCL implementation over amdgpu-pro? I don't remember what your reasons were, if you cited them before.

AMDgpu-pro does not work with my older card.

---

Okay, I actually read some of the other posts in more detail and if I understand correctly this is your situation:

• Previously running successfully on Ubuntu 20.04 with Mesa OpenCL.
• I'm assuming the GPU is a Radeon HD 7750 (Cape Verde-based) card, not FirePro, which is the professional workstation line.
• Issue started when attempting to use Ubuntu 22.04 and reverting to Ubuntu 20.04 hasn't helped.

Is that correct?

Yes - except for last bullet item:  20.04 failed first. Here is sequence.

1. ubuntu 20.04 with Kisak
2. ubuntu 22.10 with standard mesa opencl
3. ubunty 22.10 with Kisak

Cape Verde is first-generation GCN, so it is indeed rather old. Old enough that AMD says it's only officially supported via fglrx which would require a now-ancient and unsupported distribution https://www.amd.com/en/support/graphics/amd-radeon-hd/amd-radeon-hd-7000-series/amd-radeon-hd-7750.

I used to run R9 280s, which were basically Tahiti GPUs refreshed from HD 7900 series, but that was years ago. I'm guessing trying to run the 'legacy' OpenCL implementation from amdgpu-pro wouldn't work - I use that to run my Fiji GPUs but they're third-generation GCN and still officially supported. It looks like official support for Linux only goes back to second-generation GCN: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-22-20

Yes. But I am older.   :-) 

IMHO, support is for mesa driver -primarily. Usually work *great*.

The mesa driver replace fglrx.

[/]

So if you have your heart set on contributing to Einstein, I th AMDgpu-pro does not work with my older card.ink it may be necessary to invest in a newer GPU. Otherwise if you're just trying to make the most of what you have on hand, it does look like Mesa is the only option in this case

.Ha HA.  I bought an GEForce GTX-1080 ti.

The supplied 4 inch power cord is too short

**AND** one plug is of the wrong fit.

I could not reach GEForce about. it. I tried the seller (NewEgg) and they offered to replace a broken card. I got very tired tell them that it was a cable.

Opaque pointers seem to be related to the code itself, possibly with how LLVM is compiling it. When you say 'it doesn't work' in Ubuntu 20.04, is that with a reformat and re-installation?

The error, from llvm is just about how the code is compiled."clover" within llvm  is the culprit - I think...    Yes, I used gparted to reformat /, /var, and /home.    Then Installed. Then hand-copied specific /home files that had nothing to do with environment...

I suspect you may have more luck with the opaque pointers issue on Mesa project rather than here. It doesn't appear to be an issue specific to Einstein.