Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 155530 - X locks up the screen and keyboard on Ctrl+Alt+F7
Summary: X locks up the screen and keyboard on Ctrl+Alt+F7
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11
Version: 3
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2005-04-21 06:15 UTC by Bojan Smojver
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-05-17 01:44:20 UTC

Attachments (Terms of Use)
lspci -vv output (deleted)
2005-04-21 06:15 UTC, Bojan Smojver
no flags Details

Description Bojan Smojver 2005-04-21 06:15:37 UTC
Description of problem:

When the console is switched away from X and into the tty1 with Ctrl+Alt+F1, one
cannot go back to X with Ctrl+Alt+F7 on this particular hardware (I'll attach
lspci -vv later on). When Ctrl+Alt+F7 is pressed, the screen changes to a
somewhat garbled X session (i.e. it appears as if the session is there, but
there are garbled pixels at various places of the screen) and the keyboard and
screen lock up after that. One can SSH into the box fine.

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

How reproducible:

Steps to Reproduce:
1. Start X (GDM will do).
2. Go to tty1 by pressing Ctrl+Alt+F1.
3. Attempt to go back to X by pressing Ctrl+Alt+F7.
4. The screen and keyboard lock up.
Actual results:
Locks up.

Expected results:
Should work fine. And it did before 6.8.2.

Additional info:
See attached lspci -vv. For hardware spec of this box go to:

Comment 1 Bojan Smojver 2005-04-21 06:15:38 UTC
Created attachment 113457 [details]
lspci -vv output

Comment 2 Bojan Smojver 2005-05-11 04:14:48 UTC
This is DRI related. Disabled DRI and everything works fine. I'm guessing the
latest radeon driver additions for DRI of IGP chips are causing this.

Comment 3 Mike A. Harris 2005-05-12 16:43:56 UTC
Attach X server log and config file from after the problem, as well
as output of lsmod, sysreport, and /var/log/messages as individual
file attachments.

Setting status to "NEEDINFO"

Comment 4 Bojan Smojver 2005-05-17 00:07:04 UTC
Just tried Fedora Core 4, Test 3 on this machine. DRI enabled, but no problem
any more. Just downloading devel updates (new kernel, new X) - hopefully it
remains fixed.

This is not fun anymore - all my bugs get fixed in new releases ;-)

I'll close once I confirm latest devel updates are fine too.

Comment 5 Mike A. Harris 2005-05-17 01:44:20 UTC
The X that's in Fedora Core 4, will eventually be released as an update
for Fedora Core 3.  I might even release one to fc3-testing based from
it soon, to get some test coverage there.

So if the problem is fixed in FC4 currently, I think it's safe to close
this as "RAWHIDE" for now, knowing it'll be fixed in a future FC3 update

Thanks for the update.

Comment 6 Bojan Smojver 2005-05-17 02:43:50 UTC
Just checked with the latest X and kernel from devel - still good.

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