Created attachment 334313 [details]
Xorg log file
When I start X there is no mouse cursor visible. If I move the mouse around I can see from how the screen reacts that it is there, and with some guesswork I can even click on objects, but I can't directly see where the mouse is.
Incidentally this is without an /etc/X11/xorg.conf file.
Note that if I boot the kernel with the nomodeset option then I do get a mouse pointer.
According to certain reports , this works with kernel 2.6.29-0.73.rc3.git2.fc11.i686 and is broken in 2.6.29-0.131.rc5.git2.fc11.i686.
I don't know about 2.6.29-0.73.rc3.git2, but I've tested 2.6.29-0.78.rc3.git2. That version of the kernel doesn't have the mouse pointer problem, but neither does it have kernel mode setting (as far as I can tell).
2.6.29-0.78.rc3.git5 - pointer is visible, but no kms
2.6.29-0.197.rc7 - kms works, but no mouse pointer
2.6.29-0.218.rc7.git2 - kms works, but no mouse pointer
2.6.29-0.237.rc7.git4 - kms works, but no mouse pointer
Same issue for Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3. Installed packages include:
No improvement for latest packages:
Created attachment 340235 [details]
Xorg.0.log with Fedora11 Beta LiveCD on i845 video
The Fedora11 Beta Live CD does not work as expected on my computer
(Fujitsu-Siemens ScenicS2 with i845 integrated video ): boots, almost
everything works exept no mouse cursor. It detects motion, but the
cursor is invisible.I can guess where the cursor is and click in the
right place.This is the same behaviour as with the 2009-03-12 Intel
Test Days Live CD. I attached the Xorg.0.log for this case.
Adding "nomodeset" to the boot command line resulted in a running
Xserver with mouse cursor. The system works slower as my currently
installed Fedora 8, but it works.
I reported the same problem at BZ469292 before, but at Adam Williamson's sugestion I report it on this thread also.
Created attachment 340236 [details]
Xorg.0.log with Fedora11 Beta LiveCD on i845 video with "nomodeset" boot parameter
Attached the Xorg.0.log when I started the Fedora11 Beta LiveCD with
"nomodeset" boot parameter - running Xserver with mouse cursor.
Created attachment 340240 [details]
Xorg.0.log with Fedora11 Beta on i845 video
I tried with:
with the following results:
without the "nomodeset" kernel parameter I have no mouse cursor
at the login screen but I can gess where it is. After login still
no mouse cursor
glxgears corrupted : ~ 375 FPS
x11perf -putimage100 : ~ 320/sec
Attached Xorg.0.log for this case.
Created attachment 340241 [details]
Xorg.0.log with Fedora11 Beta with "nomodeset" boot parameter on i845 video
With "nomodeset" kernel parameter - I have mouse cursor, everything
glxgears (OK) : ~ 300 FPS
x11perf -putimage100 : ~ 5160/sec (!!)
I have the identical problem on the latest Fedora-11 Beta, no visible mouse cursor.
This problem persists with today's rawhide:
Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset (rev 03)
package xorg-x11-drv-i810 is not installed
The problem persists with today's F11 Preview - Intel Corporation 82845G video chipset
I cannot attach Xorg.0.log because my USB drive does not mount!!!!!
In addition to previous post - I tried with F11-Preview Live CD on Fujitsu-Siemen Scenic S2 with integrated I845 video on board.
If I use "nomodeset" boot parameter everything looks OK.
I do not specified all the details before because I get frustrated by this stupid error that keeping me to use Fedora8. Really, I am sick and tired about this I845 problem from nearly a year ago!
Please find some solution! Thanks!
Created attachment 341657 [details]
Xorg.0.log for f11 Preview Live CD with default boot parameters
This is the Xorg.0.conf for Fedora11 Preview Live CD with Gnome - on I845 integrated video chipset without any kernel parameter but the defaults ( KMS enabled, no xorg.conf ).
I managed to mount my USB drive via terminal. The graphical automount still does not work.
I don't think we really need any further logs on this one. I think we have all the information for the bug to be fixed, we just need to find the developer time. At least, further Xorg.0.logs are unlikely to be any help. Thanks, guys.
Fedora Bugzappers volunteer triage team
*** Bug 498708 has been marked as a duplicate of this bug. ***
Issue persists with todays rawhide:
With kernel-PAE-126.96.36.199-126.fc11, I need to add nomodeset to the kernel line in /boot/grub/grub.conf to see the mouse pointer.
No mouse pointer issue at all with the plain, non-PAE kernel:
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE
Chipset Integrated Graphics Device (rev 01)
Upstream bug report:
(In reply to comment #19)
> No mouse pointer issue at all with the plain, non-PAE kernel:
Sorry, I was wrong about the non-PAE kernel. I have just installed it letting yum adding it to grub.conf. Assuming that yum did not add the nomodeset option, rebooted the machine, saw the mouse pointer and thought what I did. Now I can see that yum did add the nomodeset option to the non-PAE kernel, perhaps copying it from the manually edited kernel line of the PAE kernel.
*** Bug 500650 has been marked as a duplicate of this bug. ***
Does this persist with the current rawhide .140 kernel?
Yes, the issue persists with current rawhide:
Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
Yes, the issue is present with
The problem persists with
I don't think posting more broken revision numbers helps anyhow.
Created attachment 344857 [details]
support 8xx desktop cursors
Can someone give this patch a try? The kernel was lacking support for 8xx desktop cursors entirely (they have a different register layout than later chips).
I have built a PAE kernel with this patch at
though I can't test it myself until tomorrow morning.
kernel-188.8.131.52-155 should have a fix for this, building here:
and should be in F-11 tomorrow.
Please, reporters, test the updated kernel as fast as you can: we're on a tight schedule for F11 final release here. thanks!
This issue is listed in the Fedora 11 Common Bugs page (pre-release):
The packages from comment 29 fixed the problem for me!
Issue fixed by kernel-PAE-184.108.40.206-155.fc11 for "Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3". Thank you guys!
(In reply to comment #27)
> Created an attachment (id=344857) [details]
> support 8xx desktop cursors
Thanks a lot! Have you sent the patch upstream?
kernel-PAE-220.127.116.11-155.fc11 works for me as well (though not the kernel I built yesterday, which causes the screen to jump, so don't use it).
This kernel fixed the problem of the mouse cursor being invisible with KMS enabled:
...however, my machine is hanging frequently when I enable KMS. It may actually be oopsing -- hard to tell with X on the screen. Disabling KMS seems to prevent the hangs.
This is probably a separate issue though. It's quite possible that earlier kernels had this problem as well, and I just couldn't tell since KMS wasn't usable for me with no mouse cursor.
I confirm the issue is fixed for me with the
linked to on comment 29.
(In reply to comment #36)
> ...however, my machine is hanging frequently when I enable KMS.
Yes, mine too. I didn't run it long enough yesterday after verifying the mouse cursor is visible, but today I'm seeing it hang after a few minutes. It's not a complete hang, however, as the mouse cursor still moves (but mouse clicks don't do anything), and I can still log in remotely and it works fine.
I also noticed that the kernel puts the monitor (an old CRT) into 1280x1024 while booting, but when X starts it drops to 1024x768, which defeats the flicker-free experience.
Ok, great, thanks for confirming. The hangs are unfortunate but they can't be a side-effect of this fix. I'm closing this bug now; if you can get the dmesg output, Xorg.0.log by remote logging in to a hung system, please open a new bug and attach these files. For extra bug-hunting credits, try logging in with ssh -Y (X forwarding), then running sysprof on the hung system and attaching the results. If you don't know what this mean, don't worry about it ;) Thanks.
The packages from comment 29 fixed the problem for me!
Thanks a lot!
(In reply to comment #39)
> For extra bug-hunting credits, try logging in with ssh
> -Y (X forwarding), then running sysprof on the hung system and attaching the
I've opened a separate ticket, bug #502077. No extra credits for sysprof (did not reveal anything useful); I can provide an access to the machine that this can be reproduced on & serial console if needed though.
can other reporters confirm whether or not they are seeing hangs with normal use with modesetting enabled, as Lubomir does?
I have not noticed any hangs on my box since enabling modesetting.
Confirming that kernel-18.104.22.168-155.fc11.i686.PAE appears to have fixed the invisible mouse cursor issue.
(In reply to comment #42)
> can other reporters confirm whether or not they are seeing hangs with normal
> use with modesetting enabled, as Lubomir does?
My system sorta hung with modesetting enabled ... the keyboard was unresponsive and I couldn't click on anything with the mouse. Ironically the mouse pointer was there and moving, so it was the only thing working under X. This happened about 30 seconds after I started up. I tried to unhide my panel and it moved half way down and froze. I had to push the power button to shut down.
david: do you have an 845, 855 or 865 chipset? if 865, please follow up on 502077.
I had my computer on for 7 or 8 hours without a hang (with an 845 as shown by the first attachment). I did see some stray pixels in short lines when scrolling.
michael: that's 502096.
Fixed for me and my Intel 845 chipset. Thanks.
*** Bug 495032 has been marked as a duplicate of this bug. ***