Description of Problem: During install or when firstboot is run, if I switch to VT1 and back to X on VT7, the mouse pointer becomes invisible. It can be used normaly, just on blind. After moving the mouse around for a second or two, it reappears. gfx card is SiS 6326. X driver used after install is "sis". Version-Release number of selected component (if applicable): xfree-4.2.0-72 How Reproducible: always Steps to Reproduce: 1. perform a GUI install 2. switch to VT1 3. switch back to VT7 Actual Results: The mouse pointer is invisible until it is "shaked" around Expected Results: Mouse pointer is visible. Additional Information:
Please attach your X config file and log file
It is related to the swcursor option : option | bug ------------------------------- (none) | yes Option "swcursor" "off" | yes Option "swcursor" "on" | no Option "swcursor" "" | no ( <- empty value means "on" ? )
Created attachment 85944 [details] XF86Config with HW cursor
Created attachment 85945 [details] log file for HW cursor
Created attachment 85946 [details] XF86Config with SW cursor
Created attachment 85947 [details] log for SW cursor
XFree86 boolean config file options may be specified in many different ways, all of which are equivalent to each other. The mouse cursor always defaults to hardware cursor unless otherwise specified. Also, case is insignificant and whitespace and underscores are removed and ignored. An optional boolean indicator may be present also. So.. Option "hwcursor" is the same as Option "hwcursor" "on" which is the default anyway, and also identical to: Option "swcursor" "off". Rather than deal with the various plethora of ways of stating the same thing in the config file... no specification gives hardware cursor, and to get software cursor, a simple: Option "swcursor" is sufficient. I thought I'd clarify that just to save you from having to poke around at what is rather overcomplicated for what it needs to be. I dunno why they made it so complex. I prefer to keep it simple though.
Your chart above indicates that you only observ a bug when the hardware cursor is being used. In Red Hat Linux 8.0, the hardware database configures this video card by default to disable the software cursor as it is known broken. If you are using Red Hat official configuration tool redhat-config-xfree86, it will have configured this properly by default. Here is the default settings from the hwdata Cards database used to configure the card: NAME SiS 6326 CHIPSET SiS6326 SERVER SVGA DRIVER sis LINE Option "swcursor" # Enables software mouse cursor workaround LINE # Option "NoAccel" # Use this if acceleration is causing problems LINE # Option "fifo_moderate" LINE # Option "fifo_conserv" LINE # Option "fifo_aggressive" LINE # Option "fast_vram" LINE # Option "pci_burst_on" LINE # Option "xaa_benchmark" # DON'T use with "ext_eng_queue" !!! LINE # Option "ext_eng_queue" # Turbo-queue. This can cause drawing LINE # errors, but gives some accel NOCLOCKPROBE So technically speaking, we are configuring the card by default correctly. Do you not get software cursor if you run redhat-config-xfree86 --reconfig and do not personally modify the config afterward by hand?
See bug #78367 for more related info. It was set up for HW cursor at installation and then switched to SW later. I will try to reproduce it again.
We believe this issue to be resolved in our currently supported OS releases. Please upgrade to Fedora Core 2 or later, and if this issue turns out to still be reproduceable, please file a bug report in the X.Org bugzilla located at http://bugs.freedesktop.org in the "xorg" component. Once you've filed your bug report to X.Org, if you paste the new bug URL here, Red Hat will continue to track the issue in the centralized X.Org bug tracker, and will review any bug fixes that become available for consideration in future updates.