[Bug 910672] Re: [REDWOOD] dell U2410 monitor repeatedly turns itself on and off when suspended

2012-07-14 Thread EspeonEefi
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 driver

[Bug 872515] Re: Onboard Keyboard appears on desktop when GNOME Services is checked

2012-05-13 Thread EspeonEefi
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 freedesktop.o

[Bug 227907] Re: using compiz' enhanced zoom plugin corrupts mouse pointers

2010-01-08 Thread EspeonEefi
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 wan

[Bug 227907] Re: using compiz' enhanced zoom plugin corrupts mouse pointers

2009-06-21 Thread EspeonEefi
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 bu

[Bug 227907] Re: using compiz' enhanced zoom plugin corrupts mouse pointers

2009-06-21 Thread EspeonEefi
** 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 poin

[Bug 320813] Re: [GM45] with EXA compiz animations cause temporary freezes

2009-01-26 Thread EspeonEefi
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 animatio

[Bug 320813] Re: [GM45] with EXA compiz animations cause temporary freezes

2009-01-26 Thread EspeonEefi
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

[Bug 276943] Re: Resume from suspend doesn't not work on the Mobile 4 Series chipsets

2008-12-03 Thread EspeonEefi
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

[Bug 276943] Re: Resume from suspend doesn't not work on the Mobile 4 Series chipsets

2008-11-29 Thread EspeonEefi
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 https://bug

[Bug 276943] Re: Resume from suspend doesn't not work on the Mobile 4 Series chipsets

2008-11-23 Thread EspeonEefi
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 drmCt

[Bug 276943] Re: Resume from suspend doesn't not work on the Mobile 4 Series chipsets

2008-11-21 Thread EspeonEefi
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