Bug 204599 - i810: cursor disappears after VT switch
Summary: i810: cursor disappears after VT switch
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-i810
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: David Lawrence
URL:
Whiteboard:
: 206832 213176 214481 238674 (view as bug list)
Depends On:
Blocks: 213050
TreeView+ depends on / blocked
 
Reported: 2006-08-30 11:03 UTC by Patrice Dumas
Modified: 2018-04-11 18:10 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-03-18 11:45:38 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Xorg.log before switching to console (68.42 KB, text/plain)
2006-08-30 11:13 UTC, Patrice Dumas
no flags Details
Xorg.log after coming back from the console (104.12 KB, text/plain)
2006-08-30 11:15 UTC, Patrice Dumas
no flags Details
difference between the Xorg.log before going to console and after coming back (37.65 KB, text/plain)
2006-08-30 11:16 UTC, Patrice Dumas
no flags Details
xorg.conf (3.46 KB, text/plain)
2006-10-30 13:45 UTC, Matěj Cepl
no flags Details
Difference between /var/log/Xorg.0.log before and after switching to console and back (4.46 KB, text/plain)
2006-10-30 13:50 UTC, Matěj Cepl
no flags Details
Xorg.0.log without any switching to console (40.84 KB, text/plain)
2006-10-30 15:46 UTC, Matěj Cepl
no flags Details

Description Patrice Dumas 2006-08-30 11:03:22 UTC
Description of problem:

Originally wrongly entered as Bug #204175.

After switching to and back from a text-based console 
(with Ctrl-Alt-F1) mouse cursor disappeared (from gdm or 
fluxbox). It happens with the touchpad, and also with 
an external usb mouse.

Computer is a Dell Latitude D505. System is rawhide up-to-date.
kernel 2.6.17-1.2586.fc6.
xorg-x11-drv-i810-1.6.5-5.fc6
xorg-x11-drv-mouse-1.1.1-1.1
xorg-x11-server-Xorg-1.1.1-31.fc6

# lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated
Graphics Device (rev 02)

It also happens when suspending on disk, but I guess this is because
it switch to text-mode before suspend.

Even if the cursor has disappeared, the mouse is still functionning
normally, moving and clicking do the right things, although it is
not very easy to use since the cursor isn't visible...

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Patrice Dumas 2006-08-30 11:13:56 UTC
Created attachment 135194 [details]
Xorg.log before switching to console

Comment 2 Patrice Dumas 2006-08-30 11:15:01 UTC
Created attachment 135195 [details]
Xorg.log after coming back from the console

Comment 3 Patrice Dumas 2006-08-30 11:16:05 UTC
Created attachment 135196 [details]
difference between the Xorg.log before going to console and after coming back

Comment 4 Matěj Cepl 2006-10-30 13:44:40 UTC
Similar problem here -- cursor doesn't disapper, but it gets locked in the left
top corner of the display and cannot be moved. This is my graphic card (PCI ID
8086:2592):

00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML
Express Graphics Controller (rev 03)


Comment 5 Matěj Cepl 2006-10-30 13:45:55 UTC
Created attachment 139712 [details]
xorg.conf

Comment 6 Matěj Cepl 2006-10-30 13:50:24 UTC
Created attachment 139713 [details]
Difference between /var/log/Xorg.0.log before and after switching to console and back

Comment 7 Matěj Cepl 2006-10-30 15:46:47 UTC
Created attachment 139719 [details]
Xorg.0.log without any switching to console

Comment 8 Matěj Cepl 2006-11-01 13:21:41 UTC
*** Bug 213176 has been marked as a duplicate of this bug. ***

Comment 9 Matěj Cepl 2006-11-01 13:24:07 UTC
May have DUPS bug 206832 and probably blocks RHELRalpha1 URGENT bug 213050

Comment 10 Matěj Cepl 2006-11-01 13:26:32 UTC
Similar symptoms also reported as bug 183096.

Comment 11 Matěj Cepl 2006-11-01 14:45:51 UTC
I cannot reproduce it when System/Configuration/Desktop Effects is off. Patrice,
do you have it on? And if yes, could try to reproduce it with compiz switched
off, please? Thanks.

Comment 12 Patrice Dumas 2006-11-01 21:20:54 UTC
I don't know exactly what compiz is, I use fluxbox and xfce and
it also happens for gdm or wdm. 

Comment 13 Patrice Dumas 2006-11-02 11:29:50 UTC
I have googled a bit about compiz, and certainly don't use
it. I don't have the package installed, and anyway fluxbox wouldn't
use it.

Comment 14 Matěj Cepl 2006-11-02 12:17:15 UTC
Yes, of course, if you have fluxbox, then you don't care about such silliness as
compiz. Just thought worthy to ask, some other user (and me) have been able to
reproduce this only with compiz switched on.

Comment 15 Matěj Cepl 2006-11-16 00:37:52 UTC
*** Bug 214481 has been marked as a duplicate of this bug. ***

Comment 16 Matěj Cepl 2006-12-14 14:45:04 UTC
*** Bug 206832 has been marked as a duplicate of this bug. ***

Comment 17 Thomas J. Baker 2007-01-10 20:12:25 UTC
Any action on this bug? I can't use suspend/resume on my laptop because after
coming out of suspend, the mouse is broken. I just tried and can reproduce it
with just metacity. FC6 with all updates, Intel video. I can provide any other
details you need. For reference, my original bug was 213176 which got marked as
a dup to this bug (Sorry, I didn't see the request for more info after the bug
was marked a dup and closed).

Comment 18 Thomas J. Baker 2007-03-27 20:15:24 UTC
This appears to be fixed in FC7. I am running up to date fc7t2+rawhide on my
laptop and the cursor doesn't seem to have any problems reappearing when
switching  to a VT and back. I just tried it several times.

Comment 19 Matthew Miller 2007-04-06 19:01:00 UTC
Fedora Core 5 and Fedora Core 6 are, as we're sure you've noticed, no longer
test releases. We're cleaning up the bug database and making sure important bug
reports filed against these test releases don't get lost. It would be helpful if
you could test this issue with a released version of Fedora or with the latest
development / test release. Thanks for your help and for your patience.

[This is a bulk message for all open FC5/FC6 test release bugs. I'm adding
myself to the CC list for each bug, so I'll see any comments you make after this
and do my best to make sure every issue gets proper attention.]


Comment 20 Patrice Dumas 2007-04-07 11:03:19 UTC
This bug is still present for me in
xorg-x11-drv-i810-1.6.5-17.fc7


Comment 21 Matthew Miller 2007-04-07 12:13:03 UTC
okay, thanks.

Comment 22 Adam Jackson 2007-05-03 18:23:54 UTC
Patrice, does the intel driver work for you?

Comment 23 Patrice Dumas 2007-05-06 13:38:54 UTC
Yes, the intel driver doesn't have this bug.

Comment 24 Matěj Cepl 2007-06-26 12:03:21 UTC
*** Bug 206832 has been marked as a duplicate of this bug. ***

Comment 25 Kaare Fiedler Christiansen 2007-07-20 13:00:00 UTC
*** Bug 238674 has been marked as a duplicate of this bug. ***

Comment 26 Kaare Fiedler Christiansen 2007-07-20 13:04:06 UTC
Just added my own bug as a duplicate of this one.

Relevant information from my duplicate, that doesn't seem to be mentioned in
this one:

"You can work around this bug, by setting the Option SWCursor, however this
disable direct rendering."

This will probably explain why some users have only noticed it in compiz: They
didn't have direct rendering on before setting up their X for compiz.

Note that while the intel driver does not seem to have the problem, the intel
driver does not work with my Dell Latitude D505 with a 1400x1050 LCD display.

Comment 27 Jesse Barnes 2008-01-10 21:38:45 UTC
Sounds like this one can be closed as 'wontfix' since the i810 driver is no 
longer maintained.  Is there another bug open either here or at 
freedesktop.org on your Dell Latitude problem?

Comment 28 Patrice Dumas 2008-01-10 23:19:20 UTC
I still use the i810 driver to connect to an external screen, it
doesn't seems to work with the intel driver (I haven't reported,
I don't know if I am doing things rightly to switch to the external
screen). But I can live with this bug since my use of i810 is very
occasional. As a side note I tried rawhide X a bit but then reverted
to F-8 X because rawhide X was very broken (and I don't think my 
testing would have made sense it was too obvious that it was broken
to be useful to report), so maybe my informations are obsolete.

Comment 29 Jesse Barnes 2008-01-10 23:42:25 UTC
If you get a chance, it would be good to try the intel driver again, using the 
instructions at http://www.intellinuxgraphics.org/dualhead.html to setup your 
dual head configuration.  If that doesn't work I'd like to hear about it.

Comment 30 Patrice Dumas 2008-01-11 00:45:09 UTC
In fact it seems to me that the 'Clone mode' doesn't work. When 
I hit Fn-F8 (CRT/LCD) nothing happens. I don't have an external
screen right now, I only tested it with video projectors.

Comment 31 Jesse Barnes 2008-01-11 00:53:09 UTC
Yeah, Fn-F8 probably won't work with the new driver yet (and if it does you 
may be in danger of crashing).  Until we get the hotkeys wired up with the new 
driver, you'll need to use the 'xrandr' command or xorg.conf options to setup 
clone mode.

Comment 32 Samuel Sieb 2008-01-20 07:11:09 UTC
I see this still on F8 with integrated nvidia chipsets, using either the nv or
binary nvidia driver.  Should I open a new bug or generalize this one?

Comment 33 Patrice Dumas 2008-03-18 11:44:34 UTC
(In reply to comment #31)
> Yeah, Fn-F8 probably won't work with the new driver yet (and if it does you 
> may be in danger of crashing).  Until we get the hotkeys wired up with the new 
> driver, you'll need to use the 'xrandr' command or xorg.conf options to setup 
> clone mode.

Clone mode works with 
xrandr --output LVDS --auto --output VGA --auto --same-as LVDS

Comment 34 Patrice Dumas 2008-03-18 11:45:38 UTC
(In reply to comment #32)
> I see this still on F8 with integrated nvidia chipsets, using either the nv or
> binary nvidia driver.  Should I open a new bug or generalize this one?

Since it is not the same driver, I think it makes more sense to add
a new bug. Closing.


Note You need to log in before you can comment on or make changes to this bug.