LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Latest Mesa and open source Ati driver (https://www.linuxquestions.org/questions/slackware-14/latest-mesa-and-open-source-ati-driver-4175482902/)

mlpa 11-01-2013 06:36 AM

Since mesa 9.1.7 exports a VDPAU implementation, can slackware ship libvadapu?

TobiSGD 11-01-2013 07:02 AM

Quote:

Originally Posted by mlpa (Post 5056493)
Since mesa 9.1.7 exports a VDPAU implementation, can slackware ship libvadapu?

You need Mesa 9.2 to get vdpau working on AMD/ATI, but I also planned to make a request to include vdpau (and vaapi for Intel chips) in Slackware after the release of 14.1.

Quote:

kernel 3.11 has been well documented it is not going to be developed and on to the 3.12rc it is well know it broke nvidia billds and I spent some time tweaking the headers to get it to build. The average person does not want to extract it and play with it. every thing compiles and the driver never does build. it stays an .o not going to make the big .k0 . look at your forum. I spent several ours on Fatdog kernel to ge it to build and wasn't worth it. So I read up on it.
This is a thread about Mesa and AMD/ATI cards using the free driver, so I am not quite sure why you bring up Nvidia cards.

Regarding kernel 3.12, due to fixes in the implementation of the cpufreq ondemand governor this version improves the performance in the free driver, in some cases up to 90%, so if anyone struggles with low performance: try this kernel.

mlpa 11-01-2013 07:06 AM

Quote:

Originally Posted by TobiSGD (Post 5056517)
You need Mesa 9.2 to get vdpau working on AMD/ATI, but I also planned to make a request to include vdpau (and vaapi for Intel chips) in Slackware after the release of 14.1.

This is a thread about Mesa and AMD/ATI cards using the free driver, so I am not quite sure why you bring up Nvidia cards.

Regarding kernel 3.12, due to fixes in the implementation of the cpufreq ondemand governor this version improves the performance in the free driver, in some cases up to 90%, so if anyone struggles with low performance: try this kernel.

Ideally slackware 14.1 could ship mesa 9.2.2, libva and libvdpau.

TobiSGD 11-01-2013 07:13 AM

Quote:

Originally Posted by mlpa (Post 5056519)
Ideally slackware 14.1 could ship mesa 9.2.2, libva and libvdpau.

I think the jump to Mesa 9.2 or maybe the upcoming 10.0/11.0 (they bump the major version every time they implemented a new OpenGL version, 10.0 for OpenGL 3.2 and 11.0 for OpenGL 3.3, IIRC) will happen regardless if vdpau or vaapi are included, but of course it would be nice to have hardware video decoding working out of the box on Slackware.

mlpa 11-01-2013 07:18 AM

Quote:

Originally Posted by TobiSGD (Post 5056525)
I think the jump to Mesa 9.2 or maybe the upcoming 10.0/11.0 (they bump the major version every time they implemented a new OpenGL version, 10.0 for OpenGL 3.2 and 11.0 for OpenGL 3.3, IIRC) will happen regardless if vdpau or vaapi are included, but of course it would be nice to have hardware video decoding working out of the box on Slackware.

Slackware 14.1 is almost ready.
I send a email to Patrick asking to consider mesa 9.2.2, libva and libvdpau in this upcoming release.
Nowadays linux is gaining attention in the graphics department, and it would be important if Slackware offers these little utilities that help the laptop and desktop user.

mlpa 11-01-2013 08:11 AM

In Slackware64-current if I only upgrade mesa to a newer version, do I need to recompile the other X11 packages?
In Slackware64-14 I had to recompile several packages to upgrade them to recent version, but in the current branch is it necessary to recompile?

andrewthomas 11-01-2013 07:10 PM

Quote:

Originally Posted by mlpa (Post 5056559)
In Slackware64-current if I only upgrade mesa to a newer version, do I need to recompile the other X11 packages?
In Slackware64-14 I had to recompile several packages to upgrade them to recent version, but in the current branch is it necessary to recompile?

When I upgrade mesa, I always rebuild my x-server and my video driver as a precaution against ABI breakage.

mlpa 11-02-2013 08:32 PM

Quote:

Originally Posted by andrewthomas (Post 5056812)
When I upgrade mesa, I always rebuild my x-server and my video driver as a precaution against ABI breakage.

What is ABI breakage?

BrZ 11-03-2013 07:38 AM

Quote:

Originally Posted by mlpa (Post 5056261)
I have (re)compiled the code.
Everything compiled and installed normally.

But now the radeon module do not load at boot and startx fails.
If I load the radeon module manually I can startx my system.
However, glxinfo shows that the system is using software render.

Any ideas

You can look at the xorg log and see what is failing. I built mesa and ddx again, this time with xorg-1.14.4. Everything is working fine for two days, except glamor that gave a lot of artifacts, so I'm sticking with EXA for now.

Here VLC don't play very nice with VDPAU yet, but they seems to be cooking full rendering support for v2.2.x. Even with hardware decoding enabled, it is using like 23%-37% of the CPU.

MPlayer (r36481) is running with less than 7% of CPU usage :D

andrewthomas 11-03-2013 08:24 AM

Quote:

Originally Posted by mlpa (Post 5057389)
What is ABI breakage?

The ABI is the same here, but when it changes, a rebuild is necessary.
Code:

X.Org X Server 1.14.2.901 (1.14.3 RC 1)
Release Date: 2013-07-25
X Protocol Version 11, Revision 0
(II) Module ABI versions:
        X.Org ANSI C Emulation: 0.4
        X.Org Video Driver: 14.1
        X.Org XInput driver : 19.1
        X.Org Server Extension : 7.0

(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 1.0.0
        ABI class: X.Org Server Extension, version 7.0
(==) AIGLX enabled
Loading extension GLX
(II) LoadModule: "ati"
(II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
(II) Module ati: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 7.2.0
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 14.1
(II) LoadModule: "radeon"
(II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
(II) Module radeon: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 7.2.0
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 14.1
(--) RADEON(0): Chipset: "ATI Radeon HD3870" (ChipID = 0x9501)
(II) Loading sub module "dri2"
(II) LoadModule: "dri2"
(II) Module "dri2" already built-in
(II) Loading sub module "exa"
(II) LoadModule: "exa"
(II) Loading /usr/lib64/xorg/modules/libexa.so
(II) Module exa: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 2.6.0
        ABI class: X.Org Video Driver, version 14.1

Code:

X.Org X Server 1.14.3
Release Date: 2013-09-12
[    78.763] (II) Module ABI versions:
[    78.763]        X.Org ANSI C Emulation: 0.4
[    78.763]        X.Org Video Driver: 14.1
[    78.763]        X.Org XInput driver : 19.1
[    78.763]        X.Org Server Extension : 7.0

[    78.764] (II) LoadModule: "glx"
[    78.764] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[    78.765] (II) Module glx: vendor="X.Org Foundation"
[    78.765]        compiled for 1.14.3, module version = 1.0.0
[    78.765]        ABI class: X.Org Server Extension, version 7.0
[    78.765] (==) AIGLX enabled
[    78.765] Loading extension GLX(II) LoadModule: "ati"
[    78.765] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
[    78.765] (II) Module ati: vendor="X.Org Foundation"
[    78.765]        compiled for 1.14.3, module version = 7.2.99
[    78.765]        Module class: X.Org Video Driver
[    78.765]        ABI class: X.Org Video Driver, version 14.1
[    78.765] (II) LoadModule: "radeon"
[    78.765] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
[    78.765] (II) Module radeon: vendor="X.Org Foundation"
[    78.765]        compiled for 1.14.3, module version = 7.2.99
[    78.765]        Module class: X.Org Video Driver
[    78.765]        ABI class: X.Org Video Driver, version 14.1
[    78.774] (--) RADEON(0): Chipset: "ATI Radeon HD3870" (ChipID = 0x9501)
[    78.774] (II) Loading sub module "dri2"
[    78.774] (II) LoadModule: "dri2"
[    78.774] (II) Module "dri2" already built-in
[    78.774] (II) Loading sub module "exa"
[    78.774] (II) LoadModule: "exa"
[    78.774] (II) Loading /usr/lib64/xorg/modules/libexa.so
[    78.774] (II) Module exa: vendor="X.Org Foundation"
[    78.774]        compiled for 1.14.3, module version = 2.6.0
[    78.774]        ABI class: X.Org Video Driver, version 14.1
[    78.974] (II) RADEON(0): [DRI2] Setup complete
[    78.974] (II) RADEON(0): [DRI2]  DRI driver: r600
[    78.974] (II) RADEON(0): [DRI2]  VDPAU driver: r600


Drakeo 11-04-2013 02:35 AM

Quote:

Originally Posted by TobiSGD (Post 5056517)
You need Mesa 9.2 to get vdpau working on AMD/ATI, but I also planned to make a request to include vdpau (and vaapi for Intel chips) in Slackware after the release of 14.1.

This is a thread about Mesa and AMD/ATI cards using the free driver, so I am not quite sure why you bring up Nvidia cards.

Regarding kernel 3.12, due to fixes in the implementation of the cpufreq ondemand governor this version improves the performance in the free driver, in some cases up to 90%, so if anyone struggles with low performance: try this kernel.

yes this thread is about that Sorry but the problem was the kernel do to many other things I went into the other forums did my home work Sorry but they are was same problem with the 3.11 kernel and it was the same problem unfortunately I only have nivida set up right now. but like I posted it is well documented. on these hardware makers and the 3.11 kernel. Please for give me forgive me for using the nvidia word.

TobiSGD 11-04-2013 05:16 AM

There is nothing wrong with using the Nvidia word or Nvidia hardware, it is just off topic for this thread. If you have a problem with the Nvidia drivers I recommend to open a new thread, so that your problem gets the attention it deserves.

mlpa 11-11-2013 04:22 PM

Quote:

Originally Posted by andrewthomas (Post 5057617)
The ABI is the same here, but when it changes, a rebuild is necessary.
Code:

X.Org X Server 1.14.2.901 (1.14.3 RC 1)
Release Date: 2013-07-25
X Protocol Version 11, Revision 0
(II) Module ABI versions:
        X.Org ANSI C Emulation: 0.4
        X.Org Video Driver: 14.1
        X.Org XInput driver : 19.1
        X.Org Server Extension : 7.0

(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 1.0.0
        ABI class: X.Org Server Extension, version 7.0
(==) AIGLX enabled
Loading extension GLX
(II) LoadModule: "ati"
(II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
(II) Module ati: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 7.2.0
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 14.1
(II) LoadModule: "radeon"
(II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
(II) Module radeon: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 7.2.0
        Module class: X.Org Video Driver
        ABI class: X.Org Video Driver, version 14.1
(--) RADEON(0): Chipset: "ATI Radeon HD3870" (ChipID = 0x9501)
(II) Loading sub module "dri2"
(II) LoadModule: "dri2"
(II) Module "dri2" already built-in
(II) Loading sub module "exa"
(II) LoadModule: "exa"
(II) Loading /usr/lib64/xorg/modules/libexa.so
(II) Module exa: vendor="X.Org Foundation"
        compiled for 1.14.2.901, module version = 2.6.0
        ABI class: X.Org Video Driver, version 14.1

Code:

X.Org X Server 1.14.3
Release Date: 2013-09-12
[    78.763] (II) Module ABI versions:
[    78.763]        X.Org ANSI C Emulation: 0.4
[    78.763]        X.Org Video Driver: 14.1
[    78.763]        X.Org XInput driver : 19.1
[    78.763]        X.Org Server Extension : 7.0

[    78.764] (II) LoadModule: "glx"
[    78.764] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[    78.765] (II) Module glx: vendor="X.Org Foundation"
[    78.765]        compiled for 1.14.3, module version = 1.0.0
[    78.765]        ABI class: X.Org Server Extension, version 7.0
[    78.765] (==) AIGLX enabled
[    78.765] Loading extension GLX(II) LoadModule: "ati"
[    78.765] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
[    78.765] (II) Module ati: vendor="X.Org Foundation"
[    78.765]        compiled for 1.14.3, module version = 7.2.99
[    78.765]        Module class: X.Org Video Driver
[    78.765]        ABI class: X.Org Video Driver, version 14.1
[    78.765] (II) LoadModule: "radeon"
[    78.765] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
[    78.765] (II) Module radeon: vendor="X.Org Foundation"
[    78.765]        compiled for 1.14.3, module version = 7.2.99
[    78.765]        Module class: X.Org Video Driver
[    78.765]        ABI class: X.Org Video Driver, version 14.1
[    78.774] (--) RADEON(0): Chipset: "ATI Radeon HD3870" (ChipID = 0x9501)
[    78.774] (II) Loading sub module "dri2"
[    78.774] (II) LoadModule: "dri2"
[    78.774] (II) Module "dri2" already built-in
[    78.774] (II) Loading sub module "exa"
[    78.774] (II) LoadModule: "exa"
[    78.774] (II) Loading /usr/lib64/xorg/modules/libexa.so
[    78.774] (II) Module exa: vendor="X.Org Foundation"
[    78.774]        compiled for 1.14.3, module version = 2.6.0
[    78.774]        ABI class: X.Org Video Driver, version 14.1
[    78.974] (II) RADEON(0): [DRI2] Setup complete
[    78.974] (II) RADEON(0): [DRI2]  DRI driver: r600
[    78.974] (II) RADEON(0): [DRI2]  VDPAU driver: r600


Ok Slackware 14.1 is out, and I just want to share my experience.
After a fresh install, a kernel upgrade to 3.12 and a mesa recompile with --with-vdpau my system have radeon DPM and basic vdpau acceleration.
It is based on GL shader instead of UVD but is better than nothing.
Some forums mentioned that adding this line
Quote:

EnableLinuxHWVideoDecode=1
to /etc/adobe/mms.cfg forces flash to use video decoding acceleration. With my current system it simple lead to a plugin crash, because mesa 9.1.7 only supports video rendering and mpeg video decoding. So I compiled mesa 9.2.2, without touching in other package. Luckily there was not a ABI break and everything is working fine.

In summary, it is simple to have the latest mesa driver with Slackware 14.1.
To take full advantage of radeon driver just upgrade the kernel and compile mesa to 9.2.2.

ReaperX7 11-11-2013 10:30 PM

If you plan to have libmesa with vdpau support, remember also, you'll have to build libvdpau twice. Once before you build libmesa to include vdpau support in libmesa, and once afterwards to rebuild it against libmesa.

Drakeo 11-11-2013 10:38 PM

Quote:

Originally Posted by TobiSGD (Post 5058056)
There is nothing wrong with using the Nvidia word or Nvidia hardware, it is just off topic for this thread. If you have a problem with the Nvidia drivers I recommend to open a new thread, so that your problem gets the attention it deserves.

this isn't getting any where be nice Tobi we also volunteer and try hard. there is other threads addressing this issue. of proprietary drivers the kernel and mesa and the dependencies . And I will stay active in there .


All times are GMT -5. The time now is 01:37 PM.