src/lib/libusb/libusb10_io.c, branch releng/14.2 FreeBSD source tree Remove $FreeBSD$: one-line .c comment pattern 2023-08-16T17:54:29+00:00 Warner Losh imp@FreeBSD.org 2023-08-16T17:54:29+00:00 2a63c3be158216222d89a073dcbd6a72ee4aab5a Remove /^/[*/]\s*\$FreeBSD\$.*\n/ 
Remove /^/[*/]\s*\$FreeBSD\$.*\n/
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD 2023-05-12T16:44:03+00:00 Warner Losh imp@FreeBSD.org 2023-05-10T15:40:58+00:00 4d846d260e2b9a3d4d0a701462568268cbfe7a5b The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause. Discussed with: pfg MFC After: 3 days Sponsored by: Netflix 
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.

Discussed with:		pfg
MFC After:		3 days
Sponsored by:		Netflix
Improve handling of USB device re-open in the LibUSB v1.x API. 2021-06-11T15:06:44+00:00 Hans Petter Selasky hselasky@FreeBSD.org 2021-06-11T15:06:10+00:00 6847ea50196f1a685be408a24f01cb8d407da19c Make sure the "device_is_gone" flag is cleared after every successful open, so that the "device_is_gone" flag doesn't persist forever. Found by: sergii.dmytruk@3mdeb.com PR: 256296 MFC after: 1 week Sponsored by: Mellanox Technologies // NVIDIA Networking 
Make sure the "device_is_gone" flag is cleared after every successful open,
so that the "device_is_gone" flag doesn't persist forever.

Found by:	sergii.dmytruk@3mdeb.com
PR:		256296
MFC after:	1 week
Sponsored by:	Mellanox Technologies // NVIDIA Networking
When multiple threads are involved receiving completion events in LibUSB 2018-09-28T10:28:22+00:00 Hans Petter Selasky hselasky@FreeBSD.org 2018-09-28T10:28:22+00:00 26829924835117b52d971fa58b9967e676cb246d make sure there is always a master polling thread, by setting the "ctx_handler" field in the context. Else the reception of completion events can stop. This happens if event threads are created and destroyed during runtime. Found by: Ludovic Rousseau <ludovic.rousseau+freebsd@gmail.com> PR: 231742 MFC after: 1 week Approved by: re (kib) Sponsored by: Mellanox Technologies 
make sure there is always a master polling thread, by setting the "ctx_handler"
field in the context. Else the reception of completion events can stop.
This happens if event threads are created and destroyed during runtime.

Found by:		Ludovic Rousseau <ludovic.rousseau+freebsd@gmail.com>
PR:			231742
MFC after:		1 week
Approved by:		re (kib)
Sponsored by:		Mellanox Technologies
Improve LibUSB debugging by simultaneously allowing both function 2018-09-14T13:41:37+00:00 Hans Petter Selasky hselasky@FreeBSD.org 2018-09-14T13:41:37+00:00 5b21ba5c5d5c1a0595d5db53ac5b2ae8d7363405 and transfer prints. Make sure the debug level comes from the correct USB context. Found by: Ludovic Rousseau <ludovic.rousseau+freebsd@gmail.com> PR: 231264 MFC after: 1 week Approved by: re (kib) Sponsored by: Mellanox Technologies 
and transfer prints. Make sure the debug level comes from the
correct USB context.

Found by:		Ludovic Rousseau <ludovic.rousseau+freebsd@gmail.com>
PR:			231264
MFC after:		1 week
Approved by:		re (kib)
Sponsored by:		Mellanox Technologies
Fix issues about cancelling USB transfers in LibUSB when the USB device has 2018-09-12T15:06:30+00:00 Hans Petter Selasky hselasky@FreeBSD.org 2018-09-12T15:06:30+00:00 540c72297da10838dcdc009520f68cbc33b08217 been detached. When a USB device has been detached the kernel file handle stops responding to commands. USB applications which continue to run after the USB device has been detached, depend on LibUSB generated events to tear down its pending USB transfers. Add code to handle the needed cleanup when processing the USB transfer(s) fails and prevent new USB transfer(s) from being submitted. Found by: Ludovic Rousseau <ludovic.rousseau+freebsd@gmail.com> PR: 231076 MFC after: 1 week Approved by: re (gjb) Sponsored by: Mellanox Technologies 
been detached. When a USB device has been detached the kernel file handle
stops responding to commands. USB applications which continue to run after
the USB device has been detached, depend on LibUSB generated events to tear
down its pending USB transfers. Add code to handle the needed cleanup when
processing the USB transfer(s) fails and prevent new USB transfer(s) from
being submitted.

Found by:		Ludovic Rousseau <ludovic.rousseau+freebsd@gmail.com>
PR:			231076
MFC after:		1 week
Approved by:		re (gjb)
Sponsored by:		Mellanox Technologies
lib: further adoption of SPDX licensing ID tags. 2017-11-26T02:00:33+00:00 Pedro F. Giffuni pfg@FreeBSD.org 2017-11-26T02:00:33+00:00 5e53a4f90f82c4345f277dd87cc9292f26e04a29 Mainly focus on files that use BSD 2-Clause license, however the tool I was using mis-identified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. 
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using mis-identified many licenses so this was mostly a manual - error
prone - task.

The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Add support for USB streams to the LibUSB v1.0 API and update the 2016-06-23T07:12:22+00:00 Hans Petter Selasky hselasky@FreeBSD.org 2016-06-23T07:12:22+00:00 a0c93fa361cfa5930db3c2143172d1a2095b4b3e libusb(3) manual page. Approved by: re (gjb) Requested by: swills MFC after: 1 week 
libusb(3) manual page.

Approved by:	re (gjb)
Requested by:	swills
MFC after:	1 week
Implement two new libusb API functions. 2014-01-05T10:41:43+00:00 Hans Petter Selasky hselasky@FreeBSD.org 2014-01-05T10:41:43+00:00 03205428b8c51b7ec8bba846f9d976023249cdf1 PR: usb/185454 MFC after: 2 weeks 
PR:		usb/185454
MFC after:	2 weeks
Constify libusb_get_pollfds return 2013-05-07T20:35:47+00:00 Ed Maste emaste@FreeBSD.org 2013-05-07T20:35:47+00:00 22a962c9fe4e347a1a55c9c7ae445aa382887ad3 The correct return type, per our libusb(3) man page and the libusb.org and libusbx projects (whose interface we intend to follow for our libusb), is const struct libusb_pollfd **. Unfortunately the doxygen-generated libusbx API documentation[1] omits[2] the const for some reason. [1] http://libusbx.sourceforge.net/api-1.0/group__poll.html#gab1a72869a926552b27a6c667695df3a2 [2] http://sourceforge.net/mailarchive/forum.php?thread_name=497D10BE.8090007%40n-dimensional.de&forum_name=libusb-devel Reviewed by: hselasky@ 
The correct return type, per our libusb(3) man page and the libusb.org
and libusbx projects (whose interface we intend to follow for our libusb),
is const struct libusb_pollfd **.

Unfortunately the doxygen-generated libusbx API documentation[1] omits[2]
the const for some reason.

[1] http://libusbx.sourceforge.net/api-1.0/group__poll.html#gab1a72869a926552b27a6c667695df3a2

[2] http://sourceforge.net/mailarchive/forum.php?thread_name=497D10BE.8090007%40n-dimensional.de&forum_name=libusb-devel

Reviewed by: hselasky@