-----BEGIN PGP SIGNED MESSAGE-----
>
> What do you mean by "blown format" ?
>
> I you eject a floppy during read on amiga , just just get a "Put it back
> in !"
> message , and when you put in back in , it continues with read and
> nothing bad
> happens.
> For writing it is a little bit worse , becasue amigaOS just overwrites (
> AFAIK )
> the entire track ,so some older sectors might be lost, but this isn't
> the case
> on wintel PCs, because they operate sector-wise , so it shouldn't be a
> problem.
>
> The kernel just retries the failed sector and everything is OK.
>
> Anyway, if the floppy is ejected when no R/W operation is in progress,
> then there
> is _absolutely_ no problem. User puts the floppy back on request and the
> world is saved !
>
> And dont come with that "Where should be the request displayed" cr*p !
> If you have no better idea, display it on the console !
>
> Or just display not message , but start blinking the drive LED and move
> the
> head like crazy , right after the in-use floppy is removed. That should
> get the (l)user's attention :-)
On most decent 144 and 288 floppies unless you have a disk inside all head move
requests are happily ignored by the drive.
So resistanse is futile.
So suggested is: On fdc error beep and wait before retry. Repeat after me: BEEP
and WAIT. Not like the floppy is very far from the speaker.
Ah, and return -EAGAIN so that the vfs layer retries. On retry check the WAIT
status if not expired -EAGAIN. And make sure you do not f...k error routines for
real IO errors ;-)
Sorry for adding for this overabused thread but this is discussing fscked
hardware. You have a limit on how much can you actually do in software to
compensate for the fact that the original ISA should be called not Industrial
Standard Architecture, but Idiotism Standard Architecture.
- ----------------------------------
Anton R. Ivanov
IP Engineer Level3 Communications
RIPE: ARI2-RIPE E-Mail: Anton Ivanov <aivanov@eu.level3.net>
@*** Johnson's Corollary to Heller's Law ***
Nobody really knows what is going on anywhere within
your organization.
- ----------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.0 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iQEVAwUBOK1hKylWAw/bM84zAQH6iAf9G0nK/MdQ5VcA9wl+idhs1py6/KdMRNGL
c/uEn66j84c6Q+MtAaBFRfW0+lUaMnpq0sReRKGQrO1QjYmqTgyqGenX0xIA6SxP
jWHRH4As/i6v731QkmV7+h/iNn31hT38OctDKsFdmVJrx5Dz7Cmt5/8BZxwXtiUa
wWTLWGxEJuWMQSaZ0vFBOKL2YndhgrpRcQUHaKTu5kXgzCmerX1vKknN+sdRWgMu
kPXGM1HS4AueJlqx4bsR/u44zFAO1XrMUZBK8FImrRNiAd2P63E6JkI9mj76lrbr
QjbWC8yMTNbUPJki/xarPV5Jrq/fvKF9MGO6ANIxdtVu0qjLljWViQ==
=pXYi
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Feb 23 2000 - 21:00:21 EST