From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Description of problem: Whenever the X server is restarting, either after a CTRL-ALT-Backspace or normal logout and subsequent X restart, if you attempt to switch to a virtual terminal with CTRL-ALT-F[1-6] during this time, X appears to load and display properly. It does not respond to keyboard input. Vanilla Roswell did not respond to mouse input either, but after the latest up2date upgrades the mouse responds and controls the X session. What has actually happens here is that the virtual terminal switched to a tty, say tty1 with CTRL-ALT-F1, but the X server still insists on controlling the screen and it remains in graphics mode. One may think "Oh great, KDM froze." then attempt CTRL-ALT-Backspace, but because your keyboard is controlling tty1 nothing appears to happen. The only way out is to switch back to the real X terminal with ALT-F7, or CTRL-ALT-DEL. How reproducible: Always Steps to Reproduce: 1. Restart X server with either CTRL-ALT-Backspace, log out, or any other method. 2. Immediately hit CTRL-ALT-F[1-6]. 3. Wait until X loads. Attempt to type anything. Actual Results: Rather than switching to tty1, the X server takes control of the screen but keyboard control is on tty1. The user would attempt to type in X, but nothing appears to happen. Expected Results: 1) (Preferably) Switch to tty1 and the X server loads quietly in the background. or 2) (The way it appeared to behave in earlier versions of Red Hat) Jump completely to X session. Additional info: System: Micron Millenia Max 440BX2 533MHz Pentium3 Katmai 512MB PC133 2-2-2 Crucial OEM Geforce2 MX 32MB SDRAM AGP video uname -a Linux localhost.localdomain 2.4.7-0.8 #1 Sun Aug 5 14:46:24 EDT 2001 i686 unknown lspci -n 00:00.0 Class 0600: 1106:0691 (rev 82) 00:01.0 Class 0604: 1106:8598 00:07.0 Class 0601: 1106:0596 (rev 12) 00:07.1 Class 0101: 1106:0571 (rev 06) 00:07.2 Class 0c03: 1106:3038 (rev 08) 00:07.3 Class 0600: 1106:3051 (rev 20) 00:0e.0 Class 0401: 1274:1371 (rev 08) 00:10.0 Class 0200: 100b:0020 00:11.0 Class 0200: 1317:0985 (rev 11) 00:12.0 Class 0c00: 104c:8019 01:00.0 Class 0300: 10de:0110 (rev a1)
Created attachment 27473 [details] XFree86.0.log
Created attachment 27474 [details] XF86Config-4
Related to Bug 50930 "Keyboard doesn't work in Failsafe mode"
We (Red Hat) should really try to fix this before next release.
This note is with regards to the change of summary name to "(Geforce2 MX) VC switch while server starts, crashes X". I am quite sure that this is not an X crash, because if you hit ALT-F7 it will flicker and go back to X, with everything working like it should. Before switching back to the X terminal, you are in a text virtual terminal, but the X server is still displaying the framebuffer and controlling the mouse.
FWIW, I'm able to reproduce this on Seawolf with Roswell's kernel 2.4.7-2 and XFree86 4.0.3-5. I get either what is described here, https://listman.redhat.com/pipermail/roswell-list/2001-August/000965.html or I'm back in X (e.g. at the kdm prompt) and cannot type in anything. Additionally, the Red Hat kdm logo disappears quite often. Fortunately, restarting the X server via mouse click on kdm's button restores the keyboard.
mschwendt what video controller do you have? Please note that ALT-F7 should also bring you back into X when this bug occurs, with keyboard and mouse fully working. Is this the case?
Yes, ALT+F4 at my end due to only three virtual consoles I have configured. 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc. Millennium G400 16Mb SGRAM Flags: bus master, medium devsel, latency 64, IRQ 11 Memory at dc000000 (32-bit, prefetchable) [size=32M] Memory at dfefc000 (32-bit, non-prefetchable) [size=16K] Memory at df000000 (32-bit, non-prefetchable) [size=8M] Expansion ROM at dfee0000 [disabled] [size=64K] Capabilities: [dc] Power Management version 2 Capabilities: [f0] AGP version 2.0
I think I see the same. When X11 starts, I often press C-A-F1 to login on the console. The end result is that the display is in graphics mode, but mouse and keyboard is grabbed by tty1. When I press enter the graphics mode is distorted by a newline (it looks weird). Changing back to Alt-F7 works fine (but the RedHat Logo usually disappear when this happens). This is on a Dell Latitude LSt laptop, with the NeoMagic MagicMedia card: Bus 1, device 0, function 0: VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 32). IRQ 10. Master Capable. Latency=128. Min Gnt=16.Max Lat=255. Prefetchable 32 bit memory at 0xf6000000 [0xf6ffffff]. Non-prefetchable 32 bit memory at 0xfe400000 [0xfe7fffff]. Non-prefetchable 32 bit memory at 0xfeb00000 [0xfebfffff].
I forgot: I'm using RedHat Linux 7.1, fully updated. Not rosweel.
This bug was reported against Geforce2. Each video driver is responsible for saving and restoring the hardware specific registers, therefore, this bug report is specific to this hardware. If other hardware has the same bug, then they should be reported in other bug reports per hardware since any fixes are not going to fix more than one hardware driver. In the case of the Nvidia card. I do not have hardware nor video specifications to debug or troubleshoot this. If you are using the supplied "nv" driver, please report this bug upstream to the XFree86 team by sending a detailed bug report via email to: xfree86 If you are using the Nvidia binary only drivers supplied elsewhere by Nvidia, please contact Nvidia technical support.
I'm afraid, I cannot submit my comments on this one as a separate bug (for MGA400) because my configuration is considered unsupported most likely. It is a fully updated Seawolf with Roswell's 2.4.7-2 kernel (2.4.7-2.9 since yesterday) and a couple of irrelevant package upgrades to get ext3 fs. Any important role the kernel version plays here? If appreciated, I could go back to 2.4.3-12 kernel, try to reproduce what has been covered here (especially the lost keyboard), and only then submit a separate bug. For Seawolf, though, not Roswell.