Date: Mon, 25 Jan 1999 16:16:27 -0800 From: Bill Trost <trost@cloud.rain.com> To: mobile@FreeBSD.ORG Subject: Re: Reclaiming irqs for unsupported PCI hardware? Message-ID: <11813.917309787@grey.cloud.rain.com> In-Reply-To: Your message of Thu, 21 Jan 1999 17:58:34 PST. <199901220158.RAA12743@dingo.cdrom.com> References: <199901220158.RAA12743@dingo.cdrom.com>
index | next in thread | previous in thread | raw e-mail
Mike Smith writes:
Perhaps we're just looking at this the wrong way? We don't try to
detect when floppies are stupidly removed, perhaps we shouldn't try
to do it with pccard/cardbus cards either?
Commentary?
I recently pulled a MS-DOS floppy while copying a file to it. The net
result of doing so was that the cp command hung and the console got
spewed with error messages like
fd0c: hard error writing fsbn 897 (No status)
fd0c: hard error writing fsbn 1 of 1-3 (No status)
I would expect the pccard stuff to behave similarly when its cards get
pulled (remember, PCMCIA was originally just a replacement for floppies
(-: ). The process accessing a removed card can reasonably be expected
to hang, but there's no reason the whole machine should turn into a
brick just because a card was popped -- at least in the case of network
and serial cards. SCSI cards should probably behave that way, too, but
I realize that is an awful lot to ask.
Incidentally, is there any reason why "gone" is not checked in the inner
loop of the sio interrupt routine? My guess is that the driver would be
less apt to hang if this check were moved. Then again, I don't even
know where "gone" gets set, so maybe this is moot.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-mobile" in the body of the message
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?11813.917309787>