This also affects me. Currently running Xubuntu Precise.
Video card: VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
Juniper [Radeon HD 5700 Series]
Monitors: 2 Dell U2410s, both connected via DVI, both exhibit this symptom
Kernel: linux-image-3.2.0-26-generic 3.2.0-26.41
X
As a workaround until this bug is fixed, you can create the file
~/.config/autostart/onboard-autostart.desktop with the following two
lines:
[Desktop Entry]
Hidden=true
This will override the autostart request in /etc/xdg/autostart/onboard-
autostart.desktop. For more details on the
I'm running Debian unstable, and X.Org 1.7 just landed, which seems to
have a proper fix for this issue. The related commit is
http://cgit.freedesktop.org/xorg/xserver/commit/?id=d040940efe041b57e6323921c380ceb2bb43f41e
. I don't have a freedesktop.org Bugzilla login, but someone who does
might
** Bug watch added: freedesktop.org Bugzilla #20736
https://bugs.freedesktop.org/show_bug.cgi?id=20736
** Also affects: xorg-server via
https://bugs.freedesktop.org/show_bug.cgi?id=20736
Importance: Unknown
Status: Unknown
--
using compiz' enhanced zoom plugin corrupts mouse
I just tested this on a Jaunty live CD, and animated cursors are still
disappearing after activating zoom with the GConf key
/apps/compiz/plugins/ezoom/screen0/options/hide_original_mouse set to
true. bgruber, are you sure you turned hide_original_mouse on when you
tested it?
It looks like this
Quick, non-exhaustive testing just now seems to confirm that this
happens after a suspend/resume cycle. It doesn't seem to happen after a
hibernation cycle, though. Hibernating after a suspend/resume cycle
doesn't fix the problem, either, though.
Tested on a Lenovo ThinkPad X301.
--
[GM45] with
Hrm... I now agree with Matteo that though a suspend/resume cycle seems
to reliably trigger this, the problem can develop on its own otherwise.
Also, it's probably because of compiz, but this bug also makes full
screen Flash videos with compiz unwatchably jumpy.
--
[GM45] with EXA compiz
Just for the record, xserver-xorg-video-intel 2.5.1-1 in Debian
experimental actually did not fix the problem for me after all. It just
turned it from reliably happening upon every suspend and resume to
happening only once in a week.
--
Resume from suspend doesn't not work on the Mobile 4 Series
Just to follow up on my earlier comments, I just upgraded to xserver-
xorg-video-intel 2.5.1-1 that just landed in Debian experimental, and it
seems to work just fine for suspend and hibernate without any patches.
--
Resume from suspend doesn't not work on the Mobile 4 Series chipsets
Okay... to follow up from before, here's the patch that adds a sync()
call after the call to drmCtlInstHandler() in
src/i830_dri.c:I830DRIInstIrqHandler(). If you put the sync() call
before the call to drmCtlInstHandler(), resume will hang as before.
Putting this sync() call after the call to
I think I may have localized where the bug is. If I add a sync() call in
src/i830_dri.c:I830DRIInstIrqHandler() just before the call to
drmCtlInstHandler(), the resume from suspend still fails. If I instead
add a sync() call right after the call to drmCtlInstHandler(), the
resume succeeds. This is
11 matches
Mail list logo
