> sd doesn't deal with this problem. for example, currently most > of the sd devices (orion is an exception) are uninterruptable. > and you get whatever timeout you get. > > the sticky bit is that scsi and ata devices implement timeouts > on the devices. these might not always be appropriate and > you can't depend on anything. i have drives that vary from > 53000s default timeouts to 2s default r/w timeouts. if you need > a longer timeout than the disk or driver wants, you can't > specify that with an alarm(2). and if you want a shorter one, > aborting commands can take several seconds with sata devices.
sorry. that wasn't clear. i was talking about the raw file. - erik
