From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <3b27700b8025fafb1987296d3b8d2245@quanstro.net> From: erik quanstrom Date: Sun, 19 Jul 2009 09:53:43 -0400 To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] new usb stack and implicit timeouts Topicbox-Message-UUID: 27374236-ead5-11e9-9d60-3106f5b1d025 > 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