Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 51615

Summary:

(Nvidia Geforce2) VC switch away from X doesn't restore console

Product:

[Retired] Red Hat Public Beta

Reporter:

Warren Togami <wtogami>

Component:

XFree86

Assignee:

Mike A. Harris <mharris>

Status:

CLOSED WONTFIX

QA Contact:

David Lawrence <dkl>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

roswell

CC:

bugs.michael

Target Milestone:

---

Target Release:

---

Hardware:

i686

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2001-08-24 20:09:33 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Attachments:

Description	Flags
XFree86.0.log	none
XF86Config-4	none

Description Warren Togami 2001-08-13 02:38:34 UTC

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)

Comment 1 Warren Togami 2001-08-13 02:42:05 UTC

Created attachment 27473 [details]
XFree86.0.log

Comment 2 Warren Togami 2001-08-13 02:43:11 UTC

Created attachment 27474 [details]
XF86Config-4

Comment 3 Warren Togami 2001-08-13 04:11:22 UTC

Related to Bug 50930 "Keyboard doesn't work in Failsafe mode"

Comment 4 Glen Foster 2001-08-13 19:07:28 UTC

We (Red Hat) should really try to fix this before next release.

Comment 5 Warren Togami 2001-08-14 08:58:02 UTC

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.

Comment 6 Michael Schwendt 2001-08-24 12:02:52 UTC

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.

Comment 7 Warren Togami 2001-08-24 12:17:06 UTC

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?

Comment 8 Michael Schwendt 2001-08-24 12:48:05 UTC

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

Comment 9 Simon Josefsson 2001-08-24 13:14:29 UTC

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].

Comment 10 Simon Josefsson 2001-08-24 13:17:44 UTC

I forgot: I'm using RedHat Linux 7.1, fully updated.  Not rosweel.

Comment 11 Mike A. Harris 2001-08-28 17:24:43 UTC

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.

Comment 12 Michael Schwendt 2001-08-29 12:58:59 UTC

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.