Discussion: the ati/radeon open source drivers & radeon repository

lordheavy · 2013-07-04 12:21:24

Ledti wrote:

The latest upgrade to linux-agd5f-3.10.0-5 from 3.10.0-4 seems to have broken dpm for me. On my 6870, after the update, all I see are artifacts galore. I had to revert back to 3.10.0-4 to fix the problem.
It's kind of weird though because according to this user with the same card, the latest patches are working fine for him. I'm hesitant to report the regression in that thread because of this. Anyone else using linux-agd5f have the same problem with the latest patch set?

I've pushed a new version (linux-agd5f-3.10.0-6). Does it fix the problem ?

Ledti · 2013-07-04 14:37:49

lordheavy wrote:

Ledti wrote:
The latest upgrade to linux-agd5f-3.10.0-5 from 3.10.0-4 seems to have broken dpm for me. On my 6870, after the update, all I see are artifacts galore. I had to revert back to 3.10.0-4 to fix the problem.
It's kind of weird though because according to this user with the same card, the latest patches are working fine for him. I'm hesitant to report the regression in that thread because of this. Anyone else using linux-agd5f have the same problem with the latest patch set?
I've pushed a new version (linux-agd5f-3.10.0-6). Does it fix the problem ?

Hey, thanks for the new build. I tested it but unfortunately I am still experiencing the same problem. I'm planning on posting a dmesg log to the Phoronix thread, though I honestly don't know if that will help with regards to this issue. I've also been watching agd5f's git repo and have been creating diffs to patch against 3.10 on my own. I suppose this has been a fun learning experience if anything.

The patches from the drm-next-3.11-wip-5 branch still work fine, so I've been using those for now.

Unia · 2013-07-04 19:33:02

So with today's upgrade (or yesterday's, not sure); can I now use libvdpau (or something along those lines) to use HW acceleration for my graphics card? I have no clue if I can now, as I'm a complete noob still in all this graphic card drivers and libraries and whatnot. I've been looking forward to this ever since I read its announcement, but I have no idea how to enable it and I can not see the forest because of the trees.

Who can point me in the right direction?

Lone_Wolf · 2013-07-05 09:48:25

I'm 99% sure the UVD code is in kernel 3.10 , and arch is now at 3.9.9 , so we'll have to wait a bit longer.

agapito · 2013-07-05 10:42:21

3.10 = uvd
3.11 = power management

3.10 is in testing now

Execute_Method · 2013-07-05 17:06:42

UVD is working great on my RV730 with 3.10 from testing.

Unia · 2013-07-05 19:09:50

Oke, so I gotta wait a bit longer. My question still remains though; how could I use it once I have 3.10? Is it just passing a flag to mplayer or do I have to add something to my Xorg configurations?

agapito · 2013-07-05 23:26:21

More work done

http://cgit.freedesktop.org/~agd5f/linu … -next-3.11

http://www.phoronix.com/scan.php?page=n … px=MTQwNDI

dberg918 · 2013-07-06 14:44:26

Unia wrote:

Oke, so I gotta wait a bit longer. My question still remains though; how could I use it once I have 3.10? Is it just passing a flag to mplayer or do I have to add something to my Xorg configurations?

I believe you also need to have the latest mesa code (9.2, still in development), as well as upgrade a few firmware files in /usr/lib/firmware/radeon. I have been successful using [testing] to get the new kernel and then compiling mesa-git from the AUR. The firmware you can get from here: http://people.freedesktop.org/~agd5f/radeon_ucode/. If you don't know which files you need, the Gentoo wiki is helpful.

Once you have all that, just pass the vdpau flag to mplayer. I don't remember how to do it from the command line, but there's a drop-down menu you can use in SMplayer that makes it pretty simple.

Unia · 2013-07-06 21:32:40

dberg918 wrote:

Unia wrote:
Oke, so I gotta wait a bit longer. My question still remains though; how could I use it once I have 3.10? Is it just passing a flag to mplayer or do I have to add something to my Xorg configurations?
I believe you also need to have the latest mesa code (9.2, still in development), as well as upgrade a few firmware files in /usr/lib/firmware/radeon. I have been successful using [testing] to get the new kernel and then compiling mesa-git from the AUR. The firmware you can get from here: http://people.freedesktop.org/~agd5f/radeon_ucode/. If you don't know which files you need, the Gentoo wiki is helpful.
Once you have all that, just pass the vdpau flag to mplayer. I don't remember how to do it from the command line, but there's a drop-down menu you can use in SMplayer that makes it pretty simple.

Thanks! I'm not going to run [testing] or use mesa-git, I prefer waiting a bit since I'm currently away from home so I need a stable system.

Passing the needed flag to mplayer should be simple enough to figure out myself when the time comes, so consider this solved!

agapito · 2013-07-10 05:35:43

Is vdpau working for you with kernel-agd5f and power management enabled?

Without radeon.dpm=1, vdpau works nice using 3.10 and 3.11 kernels. But when i try to play some video with power options enabled, my screen goes white and my system totally crash. RESUIB can't reboot my computer.

I 'am using radeonsi driver (7950)

Stunts · 2013-07-10 07:56:36

agapito wrote:

Is vdpau working for you with kernel-agd5f and power management enabled?
Without radeon.dpm=1, vdpau works nice using 3.10 and 3.11 kernels. But when i try to play some video with power options enabled, my screen goes white and my system totally crash. RESUIB can't reboot my computer.
I 'am using radeonsi driver (7950)

According to one of the DPM threads in phoronix, UVD is having some issues when enabling DPM in some asics. The AND devs have been slowly solving that sort of issue, so you might get lucky in the next code revision. If not, well, you might want to let them know there. (since AFAIK there is still no active bugtracker for these issues).

agapito · 2013-07-10 08:17:18

OK thanks for your response.

jones · 2013-07-15 12:58:22

Hello everybody in here,

I am a new Arch user and in the last steps of setting up my system. I have a Gigabyte OC 7870, the mb is the ASRock H67m. With the current state of things, it's quite annoying and just impossible to work with focus more more than 1 hour.
I rebuilt the initramfs after I added the 'radeon' module to mkinitcpio.conf. Then I booted in and first of I found that I needed to switch to 'su' to do the following (although my user can use sudo all the time):

echo "profile" > /sys/class/drm/card0/device/power_method
echo "low" > /sys/class/drm/card0/device/power_profile

But nothing changed, at least not by a big margin, the noise level pretty much stayed the same.

The thing is, the other fans must be running too fast as well. Since I use xfce4 I have xfce4-sensors-plugin in my upper right corner and I found that the CPU cores and mb are always way too cold and are all at about 40 °C. Under Win 7 x64 the CPU cores are right at about 44-46 °C (fan starts at 47 °C) and the graphics card is at 36 °C but the catch is with 25 % fan speed which is nearly silent.

Does anyone have any more pointers?

Stunts · 2013-07-15 14:27:44

henrik wrote:

Hello everybody in here,
I am a new Arch user and in the last steps of setting up my system. I have a Gigabyte OC 7870, the mb is the ASRock H67m. With the current state of things, it's quite annoying and just impossible to work with focus more more than 1 hour.
I rebuilt the initramfs after I added the 'radeon' module to mkinitcpio.conf. Then I booted in and first of I found that I needed to switch to 'su' to do the following (although my user can use sudo all the time):
echo "profile" > /sys/class/drm/card0/device/power_method
echo "low" > /sys/class/drm/card0/device/power_profile
But nothing changed, at least not by a big margin, the noise level pretty much stayed the same.
The thing is, the other fans must be running too fast as well. Since I use xfce4 I have xfce4-sensors-plugin in my upper right corner and I found that the CPU cores and mb are always way too cold and are all at about 40 °C. Under Win 7 x64 the CPU cores are right at about 44-46 °C (fan starts at 47 °C) and the graphics card is at 36 °C but the catch is with 25 % fan speed which is nearly silent.
Does anyone have any more pointers?

All I can recommend is to try LordHeavy's repository with DRM-next and add radeon.dpm=1 to your bootloader's kernel line...
Otherwise, all you can do to reduce fan noise is to use catalyst...

BasT · 2013-07-16 07:55:10

Anybody know the status of GL 3.x for radeonsi?

In http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt there is very little mention of radeonsi. Does this mean 3.x support is still quite a ways off, or is the document simply not up to date wrt radeonsi?

Ledti · 2013-07-17 21:58:10

The issue that I mentioned above with DPM was resolved with the latest patches posted today.

Here's the relevant bug report if anyone is curious. It seems the problem is caused by a bug in newer versions of GCC.

agapito · 2013-07-19 15:42:56

agapito wrote:

Is vdpau working for you with kernel-agd5f and power management enabled?
Without radeon.dpm=1, vdpau works nice using 3.10 and 3.11 kernels. But when i try to play some video with power options enabled, my screen goes white and my system totally crash. RESUIB can't reboot my computer.
I 'am using radeonsi driver (7950)

With the latest kernel from mesa-git repo and power options enabled, i can play finally videos using vdpau; but randomly when i resize the window of the video my system totally crash. RESUIB doesn't work.

marazmista · 2013-07-21 09:42:08

The dpm is cool. VGA temps drops about 15C, but I have a problem. I can't boot with external monitor connected (hdmi). When I connect it after boot or even during the boot everything is ok. Any suggestions? Is there any logs to look into to find reason?

EDIT:
Forget it, with -rc2 everything is ok.

Last edited by marazmista (2013-07-21 21:08:09)

Akuma · 2013-07-22 03:40:44

Damn still not working here on a freshly compiled 3.11 RC-2 kernel, even with the new radeon.aspm=0 parameter that is supposed to help with hangs . It just keeps hanging at boot time if I set dpm=1.
@Stunts : Are you having any success on your HD3650 (If you tried) ?

Last edited by Akuma (2013-07-22 04:09:14)

Stunts · 2013-07-22 11:21:28

Akuma wrote:

Damn still not working here on a freshly compiled 3.11 RC-2 kernel, even with the new radeon.aspm=0 parameter that is supposed to help with hangs . It just keeps hanging at boot time if I set dpm=1.
@Stunts : Are you having any success on your HD3650 (If you tried) ?

I have not tried it yet since 3.11-rc1 came out. There are still many changes being introduced, and I figures I would wait until the official release until I try it again.
If it's still not working, maybe it's worth opening up a bug at freedesktop.org buzilla?
I will see if I get the chance to test again this week.

kaszak696 · 2013-07-22 16:34:17

Anyone tried using vdpau on HD4570 or other RV710-based chip? For me the mplayer goes bananas when i try using it:

kaszak@localhost ~ (git)-[master] % VDPAU_DRIVER=r600 mplayer -vo vdpau -vc ffh264vdpau smieci/\[Coalgirls\]_Kotonoha_no_Niwa_\(1920x1080_Blu-ray_FLAC\)_\[ED03F005\].mkv
MPlayer SVN-r36285-4.8.0 (C) 2000-2013 MPlayer Team
205 audio & 424 video codecs
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing smieci/[Coalgirls]_Kotonoha_no_Niwa_(1920x1080_Blu-ray_FLAC)_[ED03F005].mkv.
libavformat version 55.7.100 (internal)
libavformat file format detected.
[lavf] stream 0: video (h264), -vid 0, H.264
[lavf] stream 1: audio (flac), -aid 0, -alang jpn, FLAC 5.1 24bit
[lavf] stream 2: subtitle (ssa), -sid 0, -slang eng, Styled Subs
VIDEO:  [H264]  1920x1080  0bpp  23.974 fps    0.0 kbps ( 0.0 kbyte/s)
Clip info:
 title: Kotonoha no Niwa
 creation_time: 2013-06-04 18:35:13
Load subtitles in smieci/


MPlayer interrupted by signal 2 in module: preinit_libvo
==========================================================================
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 55.12.100 (internal)
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 6 ch, s32le, 0.0 kbit/0.00% (ratio: 0->1152000)
Selected audio codec: [ffflac] afm: ffmpeg (FFmpeg FLAC audio)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or directory
AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample)
Starting playback...
[h264_vdpau @ 0x7fa0c3423040]VDPAU decoding does not support video colorspace.
[h264_vdpau @ 0x7fa0c3423040]decode_slice_header error
[h264_vdpau @ 0x7fa0c3423040]no frame!
Error while decoding frame!
[h264_vdpau @ 0x7fa0c3423040]Missing reference picture, default is 0
[h264_vdpau @ 0x7fa0c3423040]decode_slice_header error
[h264_vdpau @ 0x7fa0c3423040]Reinit context to 1920x1088, pix_fmt: 72
[h264_vdpau @ 0x7fa0c3423040]Missing reference picture, default is 0
[h264_vdpau @ 0x7fa0c3423040]decode_slice_header error
[h264_vdpau @ 0x7fa0c3423040]Reinit context to 1920x1088, pix_fmt: 72
[h264_vdpau @ 0x7fa0c3423040]Missing reference picture, default is 0
[h264_vdpau @ 0x7fa0c3423040]decode_slice_header error
[h264_vdpau @ 0x7fa0c3423040]Reinit context to 1920x1088, pix_fmt: 72
[h264_vdpau @ 0x7fa0c3423040]Missing reference picture, default is 0
[h264_vdpau @ 0x7fa0c3423040]reference picture missing during reorder
[h264_vdpau @ 0x7fa0c3423040]reference picture missing during reorder
...

I think i did all the necessary steps, compiled mesa 9.2, kernel 3.11rc2 etc., but i still can't get it to work. On the other hand, DPM works perfectly. Later i'll check if it's DPM that's causing these errors.

Akuma · 2013-07-22 17:20:10

Stunts wrote:

If it's still not working, maybe it's worth opening up a bug at freedesktop.org buzilla?

Well I wanted to be sure it wasn't an issue on my side first, but anyways a report is already open for that : https://bugs.freedesktop.org/show_bug.cgi?id=66963

agapito · 2013-07-22 18:13:05

Vdpau is very unstable in my system (HD 7950). When I resize the window of the video, my system totally crash with a sound loop. Tested in kernel 3.10 and 3.11.

kaszak696 · 2013-07-24 07:32:58

Oh boy, here i was, being excited for a gizmo that was dead to me... Turns out that UVD piece of bs is unable to stomach 10 bit H264 on the hardware level, so no acceleration for me, ever.

Arch Linux

#2476 2013-07-04 12:21:24

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2477 2013-07-04 14:37:49

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2478 2013-07-04 19:33:02

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2479 2013-07-05 09:48:25

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2480 2013-07-05 10:42:21

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2481 2013-07-05 17:06:42

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2482 2013-07-05 19:09:50

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2483 2013-07-05 23:26:21

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2484 2013-07-06 14:44:26

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2485 2013-07-06 21:32:40

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2486 2013-07-10 05:35:43

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2487 2013-07-10 07:56:36

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2488 2013-07-10 08:17:18

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2489 2013-07-15 12:58:22

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2490 2013-07-15 14:27:44

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2491 2013-07-16 07:55:10

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2492 2013-07-17 21:58:10

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2493 2013-07-19 15:42:56

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2494 2013-07-21 09:42:08

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2495 2013-07-22 03:40:44

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2496 2013-07-22 11:21:28

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2497 2013-07-22 16:34:17

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2498 2013-07-22 17:20:10

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2499 2013-07-22 18:13:05

Re: Discussion: the ati/radeon open source drivers & radeon repository

#2500 2013-07-24 07:32:58

Re: Discussion: the ati/radeon open source drivers & radeon repository

Board footer