Hide Forgot
Description of problem: When testing fast user switching using the livecd from test day, my first couple of switches went without a hitch. However, after waiting for the screensaver to activate, the session for the currently active user was killed; I had to start a new login for that user, and it had quite a bit of graphic artifacts (see screenshot, particularly upper right corner); after that point, things were rather flaky where attempting to open a new terminal would sometimes work and sometimes crash the session. This was on a Lenovo Thinkstation D20. Version-Release number of selected component (if applicable): xorg-x11-drv-nouveau-0.0.16-19.20110216git42c16ff.fc15.x86_64 How reproducible: sporadic Steps to Reproduce: 1. create two user accounts, and switch users between them 2. 3. Actual results: visual artifacts and/or sessions crashing back to gdm login screen Expected results: no artifacting, no sessions crashing Additional info: my smolt profile: http://www.smolts.org/client/show/pub_9b49d403-6244-4523-a2ba-8844f18d2aa6
Created attachment 480322 [details] screenshot of artifacts after fast user switching
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please add drm.debug=0x04 to the kernel command line, restart computer, and attach * your X server config file (/etc/X11/xorg.conf, if available), * X server log file (/var/log/Xorg.*.log) * output of the dmesg command, and * system log (/var/log/messages) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
dmesg |grep nouveau [ 3.307925] nouveau 0000:01:00.0: power state changed by ACPI to D0 [ 3.307929] nouveau 0000:01:00.0: power state changed by ACPI to D0 [ 3.307934] nouveau 0000:01:00.0: enabling device (0000 -> 0003) [ 3.307941] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 3.307946] nouveau 0000:01:00.0: setting latency timer to 64 [ 3.578485] [drm] nouveau 0000:01:00.0: Unsupported chipset 0xffffffff [ 3.579454] nouveau 0000:01:00.0: PCI INT A disabled [ 3.579461] nouveau: probe of 0000:01:00.0 failed with error -22 [CyrusHMH@localhost mldonkey]$ dmesg |grep nouveau |fpaste -n CyrusYzGTt -d nouveau Uploading (0.7KiB)... http://fpaste.org/CGG2/
I have the same problem on my compall fl90 in GeforceM 8600GT. Fedora15. Only sometimes when system booting occurred this error and system start on vesa driver (Start with Gnome 3 Fallback mode)
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping