with radeon.dpm=0 (or not set), vdpau output works very fine.
But if I switch to radeon.dpm=1 it becomes unusable.
mplayer tells me that my computer is too slow, video stutters to a crazy extent, same in xbmc.
With dpm set to 1, I am still able to watch videos "normally" if not using vdpau.
I have a Radeon 4670, Linux 3.11, Mesa 9.2 and Radeon 1:7.2.0.
I tried to change power_dpm_state and power_dpm_force_performance_level to see if it would help.
power_dpm_state stays at performance but even if I set power_dpm_force_performance_level to high, but it always reverts to auto...
This doesn't help at all...
I am not sure what else to attach.
I see nearly the same with all 3.11-rcX and final plus 3.12-next.
Only diffence with dpm=0 I get partially mosaic with bigger videos (1280x720 H.264 and 1920x1080 H.264) from time to time.
But my system is much slower than yours:
poor Duron 1800 ;-)
RV730 AGP (4650)
Mesa 9.2 and git master
3.11 and 3.12-next
power_dpm_force_performance_level didn't works for me, too.
> I am not sure what else to attach.
Maybe your dmesg.log, Xorg.0.log and your vbios.
(use lspci to get the bus id)
cd /sys/bus/pci/devices/<pci bus id>
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
Mine comming, here.
(With dual DVI monitor configuration I got something in dmesg)
[drm:rv770_dpm_set_power_state] *ERROR* rv770_restrict_performance_levels_before_switch failed
Created attachment 85467 [details]
Created attachment 85468 [details]
Created attachment 85469 [details]
copy of video bios
# radeontool regmatch 0x0718
0x0718 0x20010002 (536936450)
# radeontool regmatch 0x071c
0x071c 0x021f2111 (35594513)
# radeontool regmatch 0x0720
0x0720 0x102774da (271021274)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730 Pro AGP [Radeon HD 4600 Series] (prog-if 00 [VGA controller])
Subsystem: PC Partner Limited Device 0028
Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 16
Memory at c0000000 (32-bit, prefetchable) [size=256M]
I/O ports at a800 [size=256]
Memory at dfdf0000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at dfdc0000 [disabled] [size=128K]
Capabilities:  Power Management version 3
Capabilities:  AGP version 3.0
Kernel driver in use: radeon
thanks for the suggestions.
Created attachment 85476 [details]
Please attach your dmesg output.
Created attachment 85496 [details]
Created attachment 85563 [details] [review]
The attached patch should fix the issue.
Thanks for the quick turn around.
Looking at the patch it seems to be for RV770 and RV780 will it still work for our older cards?
I am not home right now so I cannot test it to get the answer.
(In reply to comment #11)
> Hi Alex,
> Thanks for the quick turn around.
> Looking at the patch it seems to be for RV770 and RV780 will it still work
> for our older cards?
Yes. It covers the entire 7xx family of cards.
your possible fix from Comment 10 solve it halfway or maybe fully even on my slow Duron 1800, RV730 AGP (4650), if we separate the mosaic into a new bug entry.
The SPEED is there, now.
I can play 2 H.264 VDPAU accelerated videos (854x480 and 1280x720) simultaneously with ~35% idle rest on this little system.
Have a look at 2-times-mplayer-konsole.png attachment.
I've tested it with AGP and PCIE mode, both with same results.
The mosaic problem IS mouse cursor (hardware cursor?) related!
If the (big/fullscreen) video window coming up 'under' (over?) the mouse cursor position I get immediately mosaic. When a smaller video window starts from mouse cursor postion away UVD is excellent. Mosaic starts then not until mouse cursor move over the video window. With mplayer this could be faster reached if one seek into the video window.
See 2-times-mplayer-mosaic.png attachment.
Tested with AGP and PCIE mode.
Created attachment 85591 [details]
Created attachment 85592 [details]
Created attachment 85593 [details]
Created attachment 85594 [details]
(In reply to comment #10)
> Created attachment 85563 [details] [review] [review]
> possible fix
> The attached patch should fix the issue.
Candidate for stable?
I confirm the patch works here as well!
(In reply to comment #13)
> your possible fix from Comment 10 solve it halfway or maybe fully even on
> my slow Duron 1800, RV730 AGP (4650), if we separate the mosaic into a new
> bug entry.
That's a separate issue. Please open a different bug for that.
(In reply to comment #18)
> Candidate for stable?
Yes, the patch will go to stable.
Well it's still not working with my 6870.
Sometimes the Video starts fine, but most of the time it stutters with dpm enabled, and most of the time one pause is enough for the video to start stuttering again.
Created attachment 87301 [details]
Created attachment 87302 [details]
Created attachment 93075 [details]
radeon.dpm=1 vdpau causes Cedar [HD 5450] to GPU lockup CP stall immediately. The player hangs with a black window.
radeon.dpm=0 vdpau works very well.
01:00.0 VGA compatible controller: [AMD/ATI] Cedar [Radeon HD 5450]
Linux 3.13.1, xf86-video-ati 7.3.0, mesa 9.5
[ 107.875202] switching to power state:
[ 107.875203] ui class: none
[ 107.875204] internal class: uvd
[ 107.875206] caps: video
[ 107.875208] uvd vclk: 54000 dclk: 40000
[ 107.875210] power level 0 sclk: 65000 mclk: 40000 vddc: 1070 vddci: 0
[ 107.875212] power level 1 sclk: 65000 mclk: 40000 vddc: 1070 vddci: 0
[ 107.875213] power level 2 sclk: 65000 mclk: 40000 vddc: 1070 vddci: 0
[ 107.875214] status: r
[ 108.178542] [drm:cypress_dpm_set_power_state] *ERROR* rv770_restrict_performance_levels_before_switch failed
[ 118.396040] radeon 0000:01:00.0: GPU lockup CP stall for more than 10068msec
[ 118.396046] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000004 last fence id 0x0000000000000002 on ring 5)
[ 118.545687] [drm:rv770_stop_dpm] *ERROR* Could not force DPM to low.
[ 118.545698] [drm] Disabling audio 0 support
[ 118.698386] radeon 0000:01:00.0: GPU reset succeeded, trying to resume
Created attachment 93076 [details]