Created attachment 426913 [details]
screenshot of the defect
Description of problem:
An applet which is configured to pop up on pressing hardware (volume/sound management buttons == mute, increase, decrease) is leaving flicker on dual head settings.
Version-Release number of selected component (if applicable):
(issue appears also in fedora 13)
Steps to Reproduce:
1.Obtain dual head configuration with RHEL 6.0 (Thinkpad T400 in my case)
2 Open application on each display and maximalize it (so you'll not see wallpaper) <- This is important, otherwise you'll not see the defect.
3.Point mouse to the primary display and click (decrease volume button)
4.Move mouse pointer to secondary screen and hit the same hardware button
5. Repeat multiple times points 3 and 4 and you should achieve the same defect as me on the attached screenshot.
applet will disappear and will leave flicker on the screen.
applet will disappear
See attached Xorg.log
Created attachment 426914 [details]
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
Comment on attachment 426914 [details]
Please select the correct mime-type for your attachements in the future.
1) the volume popups leave in gnome-settings-daemon, not gnome-media
2) this is definitely not a gnome-settings-daemon, it would be lower down the stack.
I'll assign this to the intel driver.
Concerning the bug itself:
Please add drm.debug=0x04 to the kernel command line, restart computer, MAKE THE ISSUE HAPPEN, and then attach
* your X server config file (/etc/X11/xorg.conf, if available),
* output of the dmesg command, and
* system log (/var/log/messages)
to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 427709 [details]
Created attachment 427710 [details]
/var/log/messages after boot with drm debug mode
Created attachment 427711 [details]
Created attachment 427712 [details]
what version of xorg-x11-drv-intel is installed?
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release. It has
been denied for the current Red Hat Enterprise Linux release.
** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **
It is really a disturbing bug. I hope that we'll made it till 6.2 while we missed 6.0 and 6.1
Still the same problem on xorg-x11-drv-intel-2.14.0-1.el6.x86_64 (EL6.1). Will this ever be fixed?
Since RHEL 6.2 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.
Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.
Reproducible in 6.2. Curiously, rebuilding the X server with --disable-composite makes the problem go away, so the affected code is almost certainly inside #ifdef COMPOSITE and not in the driver at all.
Moving to 6.3 radar since it's still fairly low impact, but definitely worth following up on.
devel ack for 6.3
Created attachment 577088 [details]
flicker on screen
Still able to reproduce in Rhel6.3, xorg-x11-server-Xorg-1.10.6-1.el6.
Just a note, this doesn't happen when compositing (in Metacity) is enabled.
I'm no longer able to reproduce this in current 6.4 snapshots (xorg-x11-server-Xorg-1.13.0-3.el6).
On a 6.3 image I chased this down to the window's borderClip being implausible during exposure generation in MapWindow. There's a relevant change in upstream xserver 1.13:
Author: Ville Syrjala <firstname.lastname@example.org>
Date: Sun Oct 9 01:11:04 2011 +0300
composite: Update borderClip in compAllocPixmap()
Despite not explicitly running a compositor in RHEL6, the window created by the volume control is created on the synthetic ARGB visual, which triggers the server's internal automatic redirection logic; which is why I believe that commit is the cause for this being fixed in 6.4
I switched to F17 and gnome-shell does have completely different notification/graphics for volume control. So I really can't say.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.