| Priority | medium |
|---|---|
| Bug ID | 69120 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | With dpm=1 vdpau is not usable |
| Severity | normal |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | john.ettedgui@gmail.com |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | 9.2 |
| Component | Drivers/Gallium/r600 |
| Product | Mesa |
Hello, 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. Thank you
Hello John,
I see nearly the same with all 3.11-rcX and final plus 3.12-next.
Only diffence with dpm=3D0 I get partially mosaic with bigger videos (1280x=
720
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.
(as root)
(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
Regards,
Dieter
Created attachme=
nt 85467 [details]
dmesg-3.11-dmp-1-two-displays.log
Created attachment 85468 [details=
]
Xorg.0.log
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 RV7=
30
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=3D256M]
I/O ports at a800 [size=3D256]
Memory at dfdf0000 (32-bit, non-prefetchable) [size=3D64K]
Expansion ROM at dfdc0000 [disabled] [size=3D128K]
Capabilities: [50] Power Management version 3
Capabilities: [58] AGP version 3.0
Kernel driver in use: radeon
| What | Removed | Added |
|---|---|---|
| Attachment #85496 mime type | application/octet-stream | text/plain |
Created attachment 85563 [details] [review] possible fix The attached patch should fix the issue.
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? 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.
Hurray Alex, 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 cu= rsor position I get immediately mosaic. When a smaller video window starts from mouse cursor postion away UVD is excellent. Mosaic starts then not until mo= use cursor move over the video window. With mplayer this could be faster reache= d if one seek into the video window. See 2-times-mplayer-mosaic.png attachment. Tested with AGP and PCIE mode. Very nice! -Dieter
Created attachment 855=
91 [details]
2-times-mplayer-konsole.png
Created attachment 8559=
2 [details]
2-times-mplayer-mosaic.png
Created attachment 85593 [details]
dmesg-drm-next-3.12-AGP-dpm-1-fix-fallback-for-empty-UVD-clocks.log
Created attachment 85594 [details]
dmesg-drm-next-3.12-PCIE-dpm-1-fix-fallback-for-empty-UVD-clocks.log
(In reply to comment #= 10) > Created attachment 8556= 3 [details] [review] [review] > possible fix >=20 > The attached patch should fix the issue. Candidate for stable? -Dieter
(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.
| What | Removed | Added |
|---|---|---|
| Product | Mesa | DRI |
| Version | 9.2 | DRI CVS |
| Component | Drivers/Gallium/r600 | DRM/Radeon |
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.