Bug 20255

Summary:	kickstart: /dev/mouse is created with 'mouse none'
Product:	[Retired] Red Hat Linux	Reporter:	Pekka Savola <pekkas>
Component:	anaconda	Assignee:	Jeremy Katz <katzj>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Brock Organ <borgan>
Severity:	low	Docs Contact:
Priority:	low
Version:	6.2	CC:	abartlet, notting
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-15 05:50:19 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 Pekka Savola 2000-11-02 21:59:08 UTC

If you specify 'mouse none' in ks.cfg, /dev/mouse link is still created, to ttyS0.

I don't think this should be done.

I haven't had a chance to see if this is still an issue in RHL7.

Comment 1 Michael Fulbright 2000-11-03 19:49:40 UTC

Passed to QA to reproduce.

Comment 2 Bill Nottingham 2000-11-04 07:02:13 UTC

If you happen to have a serial mouse plugged in, it's
probably getting created in post-install by kudzu.

Comment 3 Pekka Savola 2000-11-04 08:07:45 UTC

There was no mouse plugged in at all.

Comment 4 Brock Organ 2000-11-06 20:09:19 UTC

hmmm ... testing Red Hat Linux 7 here w/joe random machine (with mouse NOT
plugged in) ...

/dev/mouse -> /dev/psaux

is this a problem ...?  what circumstances may occur that would make this
harmful ...?

Comment 5 Pekka Savola 2000-11-06 20:27:41 UTC

Well, I'm not sure if there's any harm in that, but ttyS0 was bad because 
we used that for serial console...

What if the system doesn't have psaux port (old AT case) or it's disabled?  
I wonder if the link would be created, and pointing where.

Comment 6 Brock Organ 2000-11-06 22:28:47 UTC

I would agree that ttyS0 would be a bad link to make ... :) 

what is your hardware configuration on the machine that made the link to ttyS0
...?

Comment 7 Pekka Savola 2000-11-06 22:38:42 UTC

The system was P3 w/ i815-based board in ATX case.

Comment 8 Michael Fulbright 2000-12-27 17:17:38 UTC

Assigning to a developer.

Comment 9 Andrew Bartlett 2001-02-14 13:51:57 UTC

This could be made to go away (at least partly) if /dev/mouse goes away, see bug
23499 (my patch to exchange /dev/mouse in favor of an entry in the X config and
/etc/sysconfig/mouse).

Comment 10 Brent Fox 2001-03-02 03:05:20 UTC

Still present in internal builds.

Comment 11 Brent Fox 2001-03-03 00:40:24 UTC

I looked at this for quite some time today and the answer is not clear.  I'm
reluctant to change code at this point, especially for something that is not
critical.  This must be fixed in the future, though.  Deferring to a future release.

Comment 12 Michael Fulbright 2001-09-17 19:01:34 UTC

Brent please verify against roswell.

Comment 13 Brent Fox 2001-09-24 16:10:29 UTC

Problem still present in Roswell.

Comment 14 Jeremy Katz 2002-02-14 21:27:22 UTC

Bill, would kudzu potentially detect the mouse when we run it in the postinstall
even if the installer has been set up with no mouse?

Comment 15 Bill Nottingham 2002-02-15 05:50:09 UTC

Almost certainly, if there is one there. I think the initial bug report is about
a link for a serial mouse being created when there wasn't one present, which is
a somewhat different problem...

Comment 16 Jeremy Katz 2002-02-15 06:36:37 UTC

Yeah, that was the original behavior and the bug has evolved over time... that
at least answers the later bit of /dev/mouse pointing to /dev/psaux and thus
it's fairly safe to say that this is fixed in the current release (at least, it
won't cause conflicts with serial consoles)