Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 10 Oct 2013 18:08:54 +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:  <7610BC59-ED91-4807-B145-7F7DD2C725E9@gsoft.com.au>
In-Reply-To: <52564953.8080707@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> <FFD6BC71-0CAC-41AE-9450-6549F4B0E9C5@gsoft.com.au> <52564953.8080707@bitfrost.no>

next in thread | previous in thread | raw e-mail | index | archive | help

--Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1


On 10/10/2013, at 16:59, Hans Petter Selasky <hps@bitfrost.no> wrote:
>> It might under some circumstances but not directly.
>>=20
>> 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.
>>=20
>> However that sub interface does not use read/poll only ioctl.
>>=20
> How do these IOCTLs work?

They get turned into UT_READ_VENDOR_DEVICE requests in the driver.

> Do you wakeup any sleepers at "surprise" detach?


The usb_fifo_* code handles all wakeups so I am not sure.

Generally speaking the DAQ program sees these as IO errors and will then =
call abort() because the original code was for a PCI device and so it =
assumed the device could never disappear.

--
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







--Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iD8DBQFSVlmO5ZPcIHs/zowRAg7uAJ0TinbJbxMlHitchOvaHiy/9Qe9KACdGseJ
k6daGae5kHAQouKcP/T6ECM=
=MGqh
-----END PGP SIGNATURE-----

--Apple-Mail=_FDF4A3BB-FE69-470D-9323-2A8C49247B00--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7610BC59-ED91-4807-B145-7F7DD2C725E9>