Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Aug 1998 17:11:57 -0400 (EDT)
From:      David Gilbert <dgilbert@velocet.ca>
To:        FreeBSD-gnats-submit@FreeBSD.ORG
Subject:   kern/7561: CDROM prone to lock up.
Message-ID:  <199808102111.RAA02440@trooper.velocet.ca>

next in thread | raw e-mail | index | archive | help

>Number:         7561
>Category:       kern
>Synopsis:       CDROM (wcd) is prone to lock up system/processes
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Aug 10 14:20:00 PDT 1998
>Last-Modified:
>Originator:     David Gilbert
>Organization:
Velocet Communications
>Release:        FreeBSD 2.2.6-RELEASE i386
>Environment:

	IDE drives/controllers probe as follows:

wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <FUJITSU MPB3021ATU>
wd0: 2014MB (4124736 sectors), 4092 cyls, 16 heads, 63 S/T, 512 B/S
wdc1 at 0x170-0x177 irq 15 on isa
wdc1: unit 0 (wd2): <QUANTUM FIREBALL ST6.4A>
wd2: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S
wdc1: unit 1 (atapi): <NEC                 CD-ROM DRIVE:282/4.46>, removable, dm
a, iordy
wcd0: 2067/4134Kb/sec, 128Kb cache, audio play, 16 volume levels, ejectable tray
wcd0: no disc inside, unlocked

>Description:

	If the root user types mount /cdrom (or someone runs xmcd) at the
'wrong' time, the device locks up, locking that process in the 'D' state
(according to ps).  The 'wrong' time is sometime shortly after the disc
is inserted into the drive and the door closes.

	The 'wrong' time occurs after the time when the device would
respond as not ready and before the time when it will mount properly.

>How-To-Repeat:

	Try to mount /cdrom shortly after inserting the disc.  May have
to repeat several times as timing is the issue here.  My system is
available for testing, if need be.  It is permanently on the internet.

>Fix:
	
	The only workaround that I can fine is to never be in a hurry.
There are obvious problems with this workaround, though. :)

>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808102111.RAA02440>