Bug 30128 - [SNB] Adobe flash player plugin crashed when browser is switched to full screen mode
Summary: [SNB] Adobe flash player plugin crashed when browser is switched to full scre...
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i965 (show other bugs)
Version: unspecified
Hardware: Other All
: medium critical
Assignee: Wang Zhenyu
QA Contact:
Keywords: NEEDINFO
Depends on:
Reported: 2010-09-10 18:10 UTC by Manjeet Singh
Modified: 2010-11-02 01:23 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

screenshot attached (263.22 KB, image/pjpeg)
2010-09-10 18:12 UTC, Manjeet Singh
log file attached (3.99 KB, text/plain)
2010-09-13 18:48 UTC, Manjeet Singh
dmesg attached (47.63 KB, text/plain)
2010-09-28 18:44 UTC, Manjeet Singh
xorg.log file attached (34.89 KB, application/octet-stream)
2010-09-28 18:44 UTC, Manjeet Singh

Description Manjeet Singh 2010-09-10 18:10:05 UTC
Huron River UMA - Adobe flash player plugin crashed when browser is switched to full screen mode. This does not happen on Huron River with ATI system.

CRB board info:
PBA E73564-202
BIOS date 05/05/2010 (core version
IGFX VBIOS version 2024.

On Huron River UMA platform.
Launch Browser (firefox Mozilla)
Load youtube
In normal mode video play works ok, but as soon as you switch to full screen mode- it gives message Adobe flash plugin has crashed.  

Attached is the snapshot of the screen.
Comment 1 Manjeet Singh 2010-09-10 18:12:15 UTC
Created attachment 38616 [details]
screenshot attached
Comment 2 Chris Wilson 2010-09-11 00:13:33 UTC
There's no a lot of information to go on there...

Did dmesg report which library (if any) crashed? Was the backtrace captured in any of the logs (I'd guess .xsession-errors)?
Comment 3 Manjeet Singh 2010-09-13 18:48:13 UTC
Created attachment 38681 [details]
log file attached

We are seeing this error in traces:

###!!! ABORT: X_GLXCreateContext: BadAlloc (insufficient resources for operation); 2 requests ago: file nsX11ErrorHandler.cpp, line 182
_XError+0x00000111 [/usr/lib/libX11.so.6 +0x0003C351]
UNKNOWN [/usr/lib/libX11.so.6 +0x00042B77]
_XReply+0x00000106 [/usr/lib/libX11.so.6 +0x00043236]

See the attached log file for more details
Comment 4 Jesse Barnes 2010-09-13 19:37:30 UTC
Please take a look at http://intellinuxgraphics.org/how_to_report_bug.html for other info we generally find useful.  Since this is a GLX related error, upgrading your server and/or Mesa may help here.
Comment 5 Manjeet Singh 2010-09-14 17:42:36 UTC
Here are my environment details:

System environment: 
-- chipset:00:00.0 Host bridge [0600]: Intel Corporation Sandy Bridge DRAM
Controller [8086:0104] (rev 07)
00:02.0 VGA compatible controller [0300]: Intel Corporation Sandy Bridge
Integrated Graphics Controller [8086:0106] (rev 07)
-- system architecture: i386-bit
-- xf86-video-intel:xorg-x11-drv-intel-2.12.0-0.ptl.i686
-- xserver:X Server 1.8.2
-- libdrm:libdrm-2.4.21
-- kernel: 2.6.35-ng #1
-- Linux distribution: fedora based.
-- Machine or mobo model: Huron River UMA
-- Display connector:LVDS

Please note that our same build does not have the flash crash issue on Huron River with ATI graphics. The issue is only happening on Huron River UMA.
Comment 6 Wang Zhenyu 2010-09-17 00:47:27 UTC
I can't produce this on my sandybridge with firefox and flash 10 viewing youtube in full screen.

Do you have dmesg log or firefox log?
Comment 7 Wang Zhenyu 2010-09-18 18:42:38 UTC
(lower priority to not block Q3 release..)
Comment 8 Manjeet Singh 2010-09-28 10:44:53 UTC
Hi Wang Zhenyu,

When we use VESA driver in xorg.com then the issue is not reproducible.
But when use Intel driver "xorg-x11-drv-intel-2.12.0-1.hp.i686" the issue is 100% reproducible.

If I boot FC13 or FC14 on Huron UMA- the machine boot up in VESA mode and flash crash does not happen. But as soon as I try to use Intel driver the issue is reproducble on F14 as well.
Comment 9 Manjeet Singh 2010-09-28 10:46:19 UTC
I am raising the priority because in our testing it has been confirmed that this is releated to Intel X driver
Comment 10 Wang Zhenyu 2010-09-28 17:34:59 UTC
Could you attach more logs? dmesg, X log, 'intel_gpu_dump' output?
Comment 11 Manjeet Singh 2010-09-28 18:44:43 UTC
Created attachment 39035 [details]
dmesg attached
Comment 12 Manjeet Singh 2010-09-28 18:44:58 UTC
Created attachment 39036 [details]
xorg.log file attached
Comment 13 Wang Zhenyu 2010-09-28 19:38:36 UTC
Could you try recent xf86-video-intel 2.13-rc1 release?

Comment 14 Ian Romanick 2010-10-05 17:34:21 UTC
Using [SNB] as the tag for bugs specific to Sandybridge hardware.
Comment 15 Gordon Jin 2010-10-31 19:46:12 UTC
decreasing priority without the requested info.
You can try 2.13 instead of rc1.
Comment 16 Wang Zhenyu 2010-11-02 01:23:49 UTC
Still can't produce. Please reopen if this issue still exists for you.

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.