Updated and Optimized Ubuntu Free Graphics Drivers

[agd5f]

Does anyone know whether the RV250 simply does not work against KMS? Or if this is something else?

It worked with kms maybe 5 years ago the last time I tested it. That code hasn't really changed in years. It should work, but I doubt may people use those chips any more since they are approaching 20 years old.

[moriel5]

It worked with kms maybe 5 years ago the last time I tested it. That code hasn't really changed in years. It should work, but I doubt may people use those chips any more since they are approaching 20 years old.

Ah, interesting.
Oddly enough, no matter what I do, the driver does not work with the chip.
You are right about the age, I am trying to resurrect an old ThinkPad T42.

[Melcar]

Library mismatch? That happened to me a few times with 32/64 bit.

[moriel5]

Library mismatch? That happened to me a few times with 32/64 bit.

Unless the x64 library has snuck into the x86 system, I do not think that this is the issue (No x64 support here).

[dhewg]

Hey oibaf , would it be too much to ask to add xenial packages back again? I don't mean to support/update them, just keep them at your last version. The reason is that your ppa was the last one (to my knowledge) to support half way recent mesa versions for xenial. And travis-ci only has xenial as its most recent distro...

[oibaf]

Hey oibaf , would it be too much to ask to add xenial packages back again? I don't mean to support/update them, just keep them at your last version. The reason is that your ppa was the last one (to my knowledge) to support half way recent mesa versions for xenial. And travis-ci only has xenial as its most recent distro...

I dropped xenial packages to free some space, the PPA was full. You may want to use this as an alternative:
https://wiki.ubuntu.com/Kernel/LTSEnablementStack

[dhewg]

I dropped xenial packages to free some space, the PPA was full. You may want to use this as an alternative:
https://wiki.ubuntu.com/Kernel/LTSEnablementStack

Thanks. but I'm not seeing any mesa packages related to that. What's now in xenial even conflicts between :i386 and :amd64 (which didn't with your packages). Is there an archive of your packages anywhere?

[oibaf]

I think there is an archive here: https://launchpad.net/~oibaf/+archiv...ld_state=built
Also Ubuntu provides this newer mesa: https://packages.ubuntu.com/source/xenial-updates/mesa

[dhewg]

I think there is an archive here: https://launchpad.net/~oibaf/+archiv...ld_state=built
Also Ubuntu provides this newer mesa: https://packages.ubuntu.com/source/xenial-updates/mesa

Thanks, but that's the version of mesa that's already used on travis. With those, libegl1-mesa-dev:i386 cannot be installed, because it depends on libxkbcommon-dev:i386 which conflicts with libxkbcommon-dev...

I just used *cough* some force to work around it for now though... https://github.com/iXit/wine-nine-st...4d762f2d93932e

[moriel5]

It turns out that despite being in the Mesa sourcecode, the R200 driver is not a "valid" option with Meson, which is the cause of the RV200 not using radeon, as the driver simply isn't there (I had tried compiling Mesa on Solus).
I had already posted a bug report about this.