Bug 30638 - Flash doesn't work in fullscreen with r300 using Mesa 7.9
Summary: Flash doesn't work in fullscreen with r300 using Mesa 7.9
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/Gallium/r300 (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-05 14:56 UTC by Frédéric L. W. Meunier
Modified: 2011-02-12 16:43 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
glxinfo with the Gallium driver using Mesa 7.9 (22.49 KB, text/plain)
2010-10-06 17:03 UTC, Frédéric L. W. Meunier
Details
glxinfo with the old driver using Mesa 7.9 (16.34 KB, text/plain)
2010-10-06 17:04 UTC, Frédéric L. W. Meunier
Details

Description Frédéric L. W. Meunier 2010-10-05 14:56:25 UTC
I upgraded to libdrm 2.4.22, Mesa 7.9 (--enable-xcb --enable-glx-tls --enable-gallium-svga --enable-gallium-radeon --enable-gallium-swrast --with-dri-drivers=r300,r600,swrast), xorg-server 1.9.0.901 and xf86-video-ati-6.13.2.

For some reason, the same configuration works with Mesa 7.8.2, but with 7.9 I'm unable to get Flash videos working in fullscreen. The image is corrupted and I can't view anything.

I don't know if the results from glxgears show something, but I get about 300 with swrast, which works fine.

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
378 frames in 5.0 seconds = 75.483 FPS

I'm using kernel 2.6.35.5 with KMS.

The logs don't show any errors.
Comment 1 Frédéric L. W. Meunier 2010-10-05 19:30:11 UTC
I forgot to report that I have

00:00.0 Host bridge: ATI Technologies Inc RS690 Host Bridge
00:01.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (Internal gfx)
01:05.0 VGA compatible controller: ATI Technologies Inc RS690 [Radeon X1200 Series]

But I found that the problem is with the r300_dri.so that gets installed. Two different drivers are built, and if I manually replace the Gallium variant with the other, Flash works again in fullscreen mode.
Comment 2 Marek Olšák 2010-10-06 16:27:35 UTC
(In reply to comment #0)
> Running synchronized to the vertical refresh.  The framerate should be
> approximately the same as the monitor refresh rate.
> 378 frames in 5.0 seconds = 75.483 FPS

Huh, this is wrong. Please post the output of:

LIBGL_DEBUG=verbose glxinfo
Comment 3 Frédéric L. W. Meunier 2010-10-06 17:03:42 UTC
Created attachment 39245 [details]
glxinfo with the Gallium driver using Mesa 7.9

I'm attaching both logs. One with the old driver, that I had to manually install, and another with the Gallium driver, which is the one that gets installed.

But both have the same output with glxgears.
Comment 4 Frédéric L. W. Meunier 2010-10-06 17:04:18 UTC
Created attachment 39246 [details]
glxinfo with the old driver using Mesa 7.9
Comment 5 Michel Dänzer 2010-10-07 01:21:35 UTC
(In reply to comment #5)
> Running synchronized to the vertical refresh.  The framerate should be
> approximately the same as the monitor refresh rate.
> 378 frames in 5.0 seconds = 75.483 FPS

glxgears is not a benchmark, but try

vblank_mode=0 glxgears
Comment 6 Marek Olšák 2011-02-10 17:49:34 UTC
Is this issue still present with the current Mesa master branch?
Comment 7 Frédéric L. W. Meunier 2011-02-10 20:17:52 UTC
I don't know, because the same month I reported it, I moved to a HD 5450, which, also using the Gallium driver shipped with Mesa 7.10, works fine.

In the next days I'll retry with the onboard video and report any success or failure.
Comment 8 Frédéric L. W. Meunier 2011-02-12 15:46:56 UTC
I can't reproduce it anymore using the Gallium driver with libdrm 2.4.23, Mesa 7.10 (--enable-openvg --enable-xcb --enable-glx-tls --enable-gallium-radeon --enable-gallium-r600 --enable-gallium-swrast --with-dri-drivers=r300,r600,swrast), xorg-server 1.9.4 and xf86-video-ati-6.14.0.
Comment 9 Marek Olšák 2011-02-12 16:43:43 UTC
OK then. I am closing this bug. Feel free to reopen if you encounter this issue again on r300g.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.