new ubuntu release - Ubuntu problem

Joined: 25 Jan 07
Posts: 99
Credit: 84,044,023
RAC: 0

Wedge009 wrote:Let's ignore

Wedge009 wrote:

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, 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

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:

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 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.

Yeah, I agree. I was trying to see if there was a shared experience with any other EaH user.

In the past, this forum has been quite helpful. mostly.


Joined: 5 Mar 05
Posts: 117
Credit: 15,420,894,753
RAC: 7,134,884

Well, you'll make at least

Well, you'll make at least someone here happy with your GTX 1080 Ti. I used to run them two of them as well, till they eventually died on me (on separate occasions). The Linux driver usually performs well, though it is closed-source. I suppose it is fortunate that Nvidia is big enough that they can afford the resources to support it such that generally any issues don't need to rely on community support to be resolved. Heck, in a sense they can't afford to not support it.

And yes, clover would be the OpenCL support for AMD GPUs within Mesa. I understand clover will eventually be replaced with rusticl. It is a shame that something in Mesa broke for you, but I've been reading that even the unstable Git development tree has been producing issues with RADV in some games, although those issues were resolved by using the not-quite-released-yet kernel 6.1. I wonder if it's worth trying to go back to 20.04 and retrying with stock Mesa OpenCL (you didn't mention configuration that in your time-line). But if you're happy with the GTX 1080 Ti, you probably don't need to.

Soli Deo Gloria

Joined: 22 Jan 05
Posts: 11,752
Credit: 1,821,566,603
RAC: 622,205

jay wrote: .Ha HA.  I bought

jay wrote:

.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.


So are you getting rid of the 1080Ti?

BTW you can get extension power cables on Amazon for under $10 and they sell ALL KINDS of plugs as well.

I currently run 2 1080Ti's and a 1080 here in my group of pc's, one 1080ti is on Linux Mint and the other is on Win10 while the 1080 is on Linux Mint. In Linux I go thru System Settings, Driver Manager to get to the Nvidia drivers, I'm using version 510 but version 525 is available if I wish to upgrade. I do allow non Linux drivers to be loaded during setup and it then gives me the option to use the Nvidia drivers.


Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.