Bug 58795

Summary:	Keyboard lockups with SysVinit 2.79
Product:	[Retired] Red Hat Raw Hide	Reporter:	Sammy <umar>
Component:	SysVinit	Assignee:	Bill Nottingham <notting>
Status:	CLOSED RAWHIDE	QA Contact:	David Lawrence <dkl>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	1.0	CC:	rvokal
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2002-02-16 18:26:04 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:

Description Sammy 2002-01-24 20:06:21 UTC

Since the introduction of 2.79 a number of people have been experiencing
intermittent keyboard lockups. The problem happened everytime a tty was
respawned e.g. a modem line running on ttyS0. When a call came in, keyboard
died, if one turned off the modem (AA mode) keyboard died, if one did telinit q,
telinit u, keyboard died. Restarting X11 solved the problem (mouse kept working).
Apparently there is some kind of a race condition for the keyboard.

SOLUTION: Upgrading to sysvinit 2.84 and applying only the patches:

sysvinit-2.77-md5-be.patch
sysvinit-2.78-halt.patch
sysvinit-2.78-md5.patch (remove second hunk as it is already in)
sysvinit-2.78-autofsck.patch

Three of the other patches have been already incorporated into the package
(see ChangeLog).

After installing 2.84 none of the lockups happen anymore and everything is working
as expected.

FYI

Comment 1 Bill Nottingham 2002-01-25 07:12:15 UTC

*** Bug 57482 has been marked as a duplicate of this bug. ***

Comment 2 Sammy 2002-02-07 15:53:02 UTC

I have been waiting to see the upgrade (or downgrade) of the SysVinit-2.79 in
rawhide but so far it is not. 2.79 is buggy as it is mentioned in the later upgrades.
I also looked and no distro is using 2.79 except rawhide. I think we should either
go back to 2.78 or go upto 2.8x. Just a reminder!

Comment 3 CoreDump 2002-02-16 18:25:59 UTC

Going back to SysVinit 2.78-17 solved my problem too.
Killing mingetty (forcing a respawn) when in X windows also reproduces this bug.

Comment 4 Bill Nottingham 2002-07-19 01:36:01 UTC

This *should* be fixed with the current 2.84-x; please reopen if it's not.