<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/netgraph/bluetooth, branch release/5.5.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.5.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.5.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2005-09-03T03:39:40Z</updated>
<entry>
<title>MFC to RELENG_5</title>
<updated>2005-09-03T03:39:40Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-09-03T03:39:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ff13be19ac74a686571d68b752769e5adfd3ec4c'/>
<id>urn:sha1:ff13be19ac74a686571d68b752769e5adfd3ec4c</id>
<content type='text'>
Fix dangling callout problem in the Bluetooth L2CAP code that leads to
panic. The panic happens when outgoing L2CAP connection descriptor is
deleted with the L2CAP command(s) pending in the queue. In this case when
the last L2CAP command is deleted (due to cleanup) and reference counter
for the L2CAP connection goes down to zero the auto disconnect timeout
is incorrectly set. pjd gets credit for tracking this down and committing
bandaid.

Reported by:	Jonatan B &lt;onatan at gmail dot com&gt;
Approved by:	re (scottl)
</content>
</entry>
<entry>
<title>MFC to RELENG_5</title>
<updated>2005-08-29T17:03:51Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-08-29T17:03:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=6b53ec9d3a0255dfaf711f5b4ea316d4b6a4870b'/>
<id>urn:sha1:6b53ec9d3a0255dfaf711f5b4ea316d4b6a4870b</id>
<content type='text'>
Address minor locking issues. Use taskqueue_swi instead of taskqueue_swi_giant.

Approved by:	re (scottl)
</content>
</entry>
<entry>
<title>MFC to RELENG_5</title>
<updated>2005-08-25T16:16:18Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-08-25T16:16:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d35a651b50f7b382ddcad6127f2cc4e34741d35a'/>
<id>urn:sha1:d35a651b50f7b382ddcad6127f2cc4e34741d35a</id>
<content type='text'>
Fix multiple typos in the mutex names. This fixes false positive (and pretty
strange looking too) LORs I have seen on my system. Pointy hat to goes to me.

Approved by:	re (scottl)
</content>
</entry>
<entry>
<title>Insta-MFC to RELENG_5</title>
<updated>2005-07-29T16:45:21Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-07-29T16:45:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=43f9b51ef6b7fb02815f6040b8bc917568578abe'/>
<id>urn:sha1:43f9b51ef6b7fb02815f6040b8bc917568578abe</id>
<content type='text'>
Fix typo and check correct (rsp) pointer against the NULL value.

Submitted by:	Oliver &lt; urnenfel at tiscali dot es &gt;
Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>MFC to RELENG_5 ng_ubt.c v1.25</title>
<updated>2005-07-25T16:24:44Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-07-25T16:24:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=968706d8da3577534c957e48f849a713629bed9f'/>
<id>urn:sha1:968706d8da3577534c957e48f849a713629bed9f</id>
<content type='text'>
Add support for AVM BlueFRITZ! USB Bluetooth Adapter v2.0. It appears that
there are at least two versions of the adapter. Version 1 (product ID 0x2200)
of the adapter does not work with ng_ubt(4) and require special driver and
firmware. Version 2 (product ID 0x3800) seems to work just fine, except it
does not have bDeviceClass, bDeviceSubClass and bDeviceProtocol set to required
(by specification) values. This change forces ng_ubt(4) to attach to the
version 2 adapter.

Ignore AVM BlueFRITZ! USB Bluetooth Adapter v1.0 (product ID 0x2200).
It does not work with ng_ubt(4) and require special driver and firmware.

Submitted by:	Rainer Goellner &lt; rainer at jabbe dot de &gt;
Approved by:	re (kensmith)
Obtained from:	Marcel Holtmann &lt; marcel at holtmann dot org &gt;
</content>
</entry>
<entry>
<title>MFC to RELENG_5</title>
<updated>2005-05-31T16:47:19Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-05-31T16:47:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c3d5784aff1012d913326e47e3f9e764e694fdf7'/>
<id>urn:sha1:c3d5784aff1012d913326e47e3f9e764e694fdf7</id>
<content type='text'>
Move AVM USB Bluetooth-Adapter BlueFritz! from "broken" devices list
(where I incorrectly put it initially) to "ignored" devices list (where
it should be). Pointy hat goes to me.
</content>
</entry>
<entry>
<title>MFC to RELENG_5</title>
<updated>2005-05-17T17:56:28Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-05-17T17:56:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f33f4ec792e461b4a422ffe1d35623d5928a36b1'/>
<id>urn:sha1:f33f4ec792e461b4a422ffe1d35623d5928a36b1</id>
<content type='text'>
Get rid of device nodes interface. It is useless and confusing.
The original idea was to use it for firmware upgrading and similar
operations. In real life almost all Bluetooth USB devices do not
need firmware download. If device does require firmware download
then ugen(4) (or specialized driver like ubtbcmfw(8)) should be
used instead.
</content>
</entry>
<entry>
<title>MFC to RELENG_5</title>
<updated>2005-05-17T17:30:25Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-05-17T17:30:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b412b2b7d343c722b462481ff229851c0efb80f0'/>
<id>urn:sha1:b412b2b7d343c722b462481ff229851c0efb80f0</id>
<content type='text'>
Mark AVM USB Bluetooth-Adapter BlueFritz! as "broken". This device is not
supported by ng_ubt(4) driver and needs its own driver.

PR:		kern/76205
Submitted by:	Tim Hemel &lt; bsd AT timit DOT nl &gt;
</content>
</entry>
<entry>
<title>MFC to RELENG_5 src/sys/netgraph/bluetooth/socket/ng_btsocket_rfcomm.c, v1.17</title>
<updated>2005-05-12T16:48:24Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-05-12T16:48:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e0ba1610eb147467919564c5931d8941a0077682'/>
<id>urn:sha1:e0ba1610eb147467919564c5931d8941a0077682</id>
<content type='text'>
In ng_btsocket_rfcomm_receive_frame() correctly set length variable when
EA bit is set in hdr-&gt;length (16-bit length). This currently has no effect
on the rest of the code. It just fixes the debug message.
</content>
</entry>
<entry>
<title>MFC sys/netgraph/bluetooth/socket/ng_btsocket_rfcomm.c,v 1.16</title>
<updated>2005-05-12T16:45:10Z</updated>
<author>
<name>Maksim Yevmenkin</name>
<email>emax@FreeBSD.org</email>
</author>
<published>2005-05-12T16:45:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0b88d9c070497d3af60a9f5255da1e973aced6c8'/>
<id>urn:sha1:0b88d9c070497d3af60a9f5255da1e973aced6c8</id>
<content type='text'>
move ptr use down to after null check

Noticed by:	Coverity Prevent analysis tool
Submitted by:	sam
</content>
</entry>
</feed>
