Date: Thu, 10 Oct 2013 07:55:38 +1030 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Hans Petter Selasky <hps@bitfrost.no> Cc: freebsd-usb@freebsd.org Subject: Re: USB config SX lock deadlock Message-ID: <FFD6BC71-0CAC-41AE-9450-6549F4B0E9C5@gsoft.com.au> In-Reply-To: <52554855.6030404@bitfrost.no> 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>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] 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. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iD8DBQFSVcnS5ZPcIHs/zowRAoQEAJwMx8HAOh/k0cJPGl0JmqG5wSFgwQCdF1zX rXI+WH5Nio019td7/v2CMlM= =7fK1 -----END PGP SIGNATURE-----help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FFD6BC71-0CAC-41AE-9450-6549F4B0E9C5>