Date: Thu, 10 Oct 2013 08:29:39 +0200 From: Hans Petter Selasky <hps@bitfrost.no> To: Daniel O'Connor <doconnor@gsoft.com.au> Cc: freebsd-usb@freebsd.org Subject: Re: USB config SX lock deadlock Message-ID: <52564953.8080707@bitfrost.no> In-Reply-To: <FFD6BC71-0CAC-41AE-9450-6549F4B0E9C5@gsoft.com.au> References: <9783900F-08A1-41FB-81B8-3C9809B82521@gsoft.com.au> <52553000.2010003@bitfrost.no> <A2C6A9D3-1595-41D2-A5C6-B544A3E40058@gsoft.com.au> <52554855.6030404@bitfrost.no> <FFD6BC71-0CAC-41AE-9450-6549F4B0E9C5@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10/09/13 23:25, Daniel O'Connor wrote: > > On 09/10/2013, at 22:43, Hans Petter Selasky <hps@bitfrost.no> wrote: >> On 10/09/13 12:38, Daniel O'Connor wrote: >>> On 09/10/2013, at 20:59, Hans Petter Selasky <hps@bitfrost.no> wrote: >>> It is actually running r253505, sorry I should have mentioned that before. >>> >>> It isn't a serial device, although the driver is a thin wrapper around the usb_fifo code (which is very useful - thanks :) >> >> Does your application close the file handle when it gets a read/poll error? > > > It might under some circumstances but not directly. > > It has 3 sub interfaces, if there is an error on one the the DAQ program will call abort() which would result in FDs being closed. > > However that sub interface does not use read/poll only ioctl. > Hi, How do these IOCTLs work? Do you wakeup any sleepers at "surprise" detach? --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52564953.8080707>