<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/usb, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2019-06-10T13:36:12Z</updated>
<entry>
<title>MFC r348631:</title>
<updated>2019-06-10T13:36:12Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2019-06-10T13:36:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=67176f8b96638e12f3ee56494d9159af26074cf0'/>
<id>urn:sha1:67176f8b96638e12f3ee56494d9159af26074cf0</id>
<content type='text'>
In usb(4) fix a lost completion event issue towards libusb(3). It may happen
if a USB transfer is cancelled that we need to fake a completion event.
Implement missing support in ugen_fs_copy_out() to handle this.

This fixes issues with webcamd(8) and firefox.

Approved by:	re (gjb)
Sponsored by:	Mellanox Technologies
</content>
</entry>
<entry>
<title>MFC r348604:</title>
<updated>2019-06-10T13:15:49Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2019-06-10T13:15:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5468d1c7c5a0595390b1a8e11f8f5f060850e693'/>
<id>urn:sha1:5468d1c7c5a0595390b1a8e11f8f5f060850e693</id>
<content type='text'>
In xhci(4) there is no stream ID in the completion TRB.
Instead iterate all the stream IDs in stream mode to find
the matching USB transfer.

Approved by:	re(kib)
Sponsored by:	Mellanox Technologies
</content>
</entry>
<entry>
<title>MFC r346028:</title>
<updated>2019-05-14T03:05:06Z</updated>
<author>
<name>Ganbold Tsagaankhuu</name>
<email>ganbold@FreeBSD.org</email>
</author>
<published>2019-05-14T03:05:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6eee5b1db789d868658fc7977e1d6694eede0c7e'/>
<id>urn:sha1:6eee5b1db789d868658fc7977e1d6694eede0c7e</id>
<content type='text'>
Fix URE_WDT6_SET_MODE value in the register definition.
Both linux and u-boot sources for RTL8152 driver has this value.
RTL8152 USB ethernet is used in NanoPI R1 board as second ethernet.
This fixes RTL8152 USB ethernet not detected problem after
reboot.
</content>
</entry>
<entry>
<title>MFC r346073:</title>
<updated>2019-05-12T12:30:45Z</updated>
<author>
<name>Andriy Voskoboinyk</name>
<email>avos@FreeBSD.org</email>
</author>
<published>2019-05-12T12:30:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c2540bd39b5de69a3f8b3863c28d0ac0e11d484d'/>
<id>urn:sha1:c2540bd39b5de69a3f8b3863c28d0ac0e11d484d</id>
<content type='text'>
urtw(4), otus(4), iwi(4): allow to set non-default MAC address via ifconfig(8)

Was tested with Netgear WG111 v3 (RTL8187B, urtw(4)), STA mode.
</content>
</entry>
<entry>
<title>MFC r346229 and r346248:</title>
<updated>2019-04-25T12:01:11Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2019-04-25T12:01:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a92ef17b6b4fb91d57425a2375dae5b710bf3262'/>
<id>urn:sha1:a92ef17b6b4fb91d57425a2375dae5b710bf3262</id>
<content type='text'>
Fix spelling and remove superfluous USB keyword.

Submitted by:		Dmitry Luhtionov &lt;dmitryluhtionov@gmail.com&gt;
Sponsored by:		Mellanox Technologies
</content>
</entry>
<entry>
<title>MFC r343224, r343533</title>
<updated>2019-04-25T00:56:11Z</updated>
<author>
<name>Oleksandr Tymoshenko</name>
<email>gonzo@FreeBSD.org</email>
</author>
<published>2019-04-25T00:56:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7e77bd04aed45f21d7180647feaa7675de16f840'/>
<id>urn:sha1:7e77bd04aed45f21d7180647feaa7675de16f840</id>
<content type='text'>
r343224:
Add KBD_BOOTPROTO quirk for Logitech G510s USB keyboard

PR:		232136
Submitted by:	dgilbert@eicat.ca

r343533:
[usb] Add UQ_KBD_BOOTPROTO quirk for Corsair K68 keyboard

PR:		222114
Submitted by:	Zane C. Bowers-Hadley &lt;vvelox@vvelox.net&gt;
</content>
</entry>
<entry>
<title>MFC r335982, r335985, r335988-r335989</title>
<updated>2019-04-22T04:07:51Z</updated>
<author>
<name>Ian Lepore</name>
<email>ian@FreeBSD.org</email>
</author>
<published>2019-04-22T04:07:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=99d0f01d0f6ddddb0f0b756fdb548a72a632a720'/>
<id>urn:sha1:99d0f01d0f6ddddb0f0b756fdb548a72a632a720</id>
<content type='text'>
r335982:
Fix an out-of-bounds array access... the irq data for teardown is in two
arrays, as elements 0 and 1 of one array and elements 1 and 2 of the other.
Run the loop 0..1 instead of 1..2 and use named constants to offset into
one of the arrays.

PR:		229508

r335985:
Remove a test and early-out which just can't possibly be right.  It causes
detach() to do nothing if attach() succeeded, which is the opposite of
what's needed.  Also, move device_delete_children() from the end to the
beginning of detach(), so that children won't be trying to make use of the
hardware we're in the process of shutting down.

PR:		229510

r335988:
Add a missing call to usb_bus_mem_free_all() when detaching.

r335989:
Detach all children before beginning to tear down the hardware, instead of
doing it last.  Also, remove the local tracking of whether usb's busdma
memory allocation got done, because it's safe to call the free_all
function even if it wasn't.
</content>
</entry>
<entry>
<title>MFC r345754:</title>
<updated>2019-04-07T13:26:45Z</updated>
<author>
<name>Andriy Voskoboinyk</name>
<email>avos@FreeBSD.org</email>
</author>
<published>2019-04-07T13:26:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d94d0578b3a5b665ce87e20a171fade5c15490f8'/>
<id>urn:sha1:d94d0578b3a5b665ce87e20a171fade5c15490f8</id>
<content type='text'>
run(4): properly set F_DATAPAD radiotap flag if frame has padding between
frame header and data.

This will fix 'Mysterious OLPC stuff' for received frames and wrong
CCMP / TKIP / data decoding for transmitted frames in net/wireshark
dissector.

While here, drop unneeded comment - net80211 handles padding requirements
for Tx &amp; Rx without driver adjustment.

Was tested with D-Link DWA-140 rev B3, STA mode.
</content>
</entry>
<entry>
<title>MFC r345751:</title>
<updated>2019-04-07T13:11:40Z</updated>
<author>
<name>Andriy Voskoboinyk</name>
<email>avos@FreeBSD.org</email>
</author>
<published>2019-04-07T13:11:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bdd4a9a95adeb82a6d4f38d51946857fdb7eb0ee'/>
<id>urn:sha1:bdd4a9a95adeb82a6d4f38d51946857fdb7eb0ee</id>
<content type='text'>
uath(4), urtw(4): restart driver if device does not respond after Tx request
</content>
</entry>
<entry>
<title>MFC r345753:</title>
<updated>2019-04-07T13:04:25Z</updated>
<author>
<name>Andriy Voskoboinyk</name>
<email>avos@FreeBSD.org</email>
</author>
<published>2019-04-07T13:04:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=196ccb684e662e8b3bf9fa19fbbdb9a4bb00002c'/>
<id>urn:sha1:196ccb684e662e8b3bf9fa19fbbdb9a4bb00002c</id>
<content type='text'>
run(4): do not clear PROTECTED bit if frame was not decrypted by NIC.

Was tested with D-Link DWA-140 rev B3, STA / MONITOR modes.
</content>
</entry>
</feed>
