<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/ral, branch release/10.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2013-07-04T21:16:49Z</updated>
<entry>
<title>Implement basic 802.11n awareness in the PHY and AMRR rate control code.</title>
<updated>2013-07-04T21:16:49Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2013-07-04T21:16:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f8bf74f232252ad22e499b12b9b23fc3729abc68'/>
<id>urn:sha1:f8bf74f232252ad22e499b12b9b23fc3729abc68</id>
<content type='text'>
* Add 802.11n 2ghz and 5ghz tables, including legacy rates and up to
  MCS23 rates (3x3.)

* Populate the rate code -&gt; rate index lookup table with MCS _and_
  normal rates, but _not_ the basic rate flag.  Since the basic rate flag
  is the same as the MCS flag, we can only use one.

* Introduce some accessor inlines that do PLCP and rate table lookup/access
  and enforce that it doesn't set the basic rate bit.  They're not
  designed for MCS rates, so it will panic.

* Start converting drivers that use the rate table stuff to use the
  accessor inlines and strip the basic flag.

* Teach AMRR about basic 11n - it's still as crap for MCS as it is
  being used by iwn, so it's not a step _backwardS_.

* Convert iwn over to accept 11n MCS rates rather than 'translate' legacy
  to MCS rates.  It doesn't use a lookup table any longer; instead it's a
  function which takes the current node (for HT parameters) and the
  rate code, and returns the hardware PLCP code to use.

Tested:

* ath - it's a no-op, and it works that way
* iwn - both 11n and non-11n
</content>
</entry>
<entry>
<title>Mechanically substitute flags from historic mbuf allocator with</title>
<updated>2012-12-04T09:32:43Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2012-12-04T09:32:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c6499eccad497913a5025fbde8ae76da70e08043'/>
<id>urn:sha1:c6499eccad497913a5025fbde8ae76da70e08043</id>
<content type='text'>
malloc(9) flags in sys/dev.
</content>
</entry>
<entry>
<title>Add support for Ralink RT2800/RT3000 chipsets.</title>
<updated>2012-05-10T17:41:16Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2012-05-10T17:41:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=4310d6deb27da04d3fe079a0584edd557a764e21'/>
<id>urn:sha1:4310d6deb27da04d3fe079a0584edd557a764e21</id>
<content type='text'>
Thanks to ray@, Sevan and Sergey Dyatko for feedback and testing!

Obtained from:	OpenBSD
MFC after:	3 weeks
</content>
</entry>
<entry>
<title>Fix some net80211 enum nits:</title>
<updated>2011-12-17T10:23:17Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2011-12-17T10:23:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=fcd9500f91d73a30f2ea8167a6d5e330e7d9e92f'/>
<id>urn:sha1:fcd9500f91d73a30f2ea8167a6d5e330e7d9e92f</id>
<content type='text'>
- ic_vap_create() uses an ieee80211_opmode argument
- ieee80211_rate2media() takes an ieee80211_phymode argument
- ieee80211_plcp2rate() takes an ieee80211_phytype argument
- cast to enum ieee80211_protmode and ieee80211_roamingmode to silence
  compiler warnings

Submitted by:	arundel@
</content>
</entry>
<entry>
<title>Don't hardcode assumptions about basic rates, similar to what the rt2661</title>
<updated>2011-04-09T14:45:50Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2011-04-09T14:45:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=139127ce5ee9a5c038c8e1a44d96fb96bda23345'/>
<id>urn:sha1:139127ce5ee9a5c038c8e1a44d96fb96bda23345</id>
<content type='text'>
support code does. While here remove an unnecessary loop.
</content>
</entry>
<entry>
<title>Pull ieee80211_ratectl_node_init() calls from drivers into net80211.</title>
<updated>2011-01-17T20:15:15Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2011-01-17T20:15:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bd56e71b4b4e072ef14689259d450a8d675e51c7'/>
<id>urn:sha1:bd56e71b4b4e072ef14689259d450a8d675e51c7</id>
<content type='text'>
This fixes hostap mode for at least ral(4) and run(4), because there is
no sufficient call into drivers which could be used initialize the node
related ratectl variables.

MFC after:	3 days
</content>
</entry>
<entry>
<title>Instead of using the AMRR ratectl algo as default for drivers which have</title>
<updated>2010-11-06T18:17:20Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2010-11-06T18:17:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a7c6aabdc34925cc166cca82c5a6ea452f57d765'/>
<id>urn:sha1:a7c6aabdc34925cc166cca82c5a6ea452f57d765</id>
<content type='text'>
the IEEE80211_C_RATECTL flag set, default to NONE for all drivers. Only if
a driver calls ieee80211_ratectl_init() check if the NONE algo is still
selected and try to use AMRR in that case. Drivers are still free to use
any other algo by calling ieee80211_ratectl_set() prior to the
ieee80211_ratectl_init() call.

After this change it is now safe to assume that a ratectl algo is always
available and selected, which renders the IEEE80211_C_RATECTL flag pretty
much useless. Therefore revert r211314 and 211546.

Reviewed by:	rpaulo
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>If rt2560_bbp_init() fails, don't drop the lock as the callers of</title>
<updated>2010-09-29T11:52:44Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2010-09-29T11:52:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2d43c32e3cde70084016d028c94123b97a4ce46c'/>
<id>urn:sha1:2d43c32e3cde70084016d028c94123b97a4ce46c</id>
<content type='text'>
rt2560_init_locked() expect the lock to be held on return.

Reported by:	Anton Shterenlikht  mexas of bristol ac uk
MFC after:	1 week
</content>
</entry>
<entry>
<title>Introduce IEEE80211_C_RATECTL, drivers which use the ratectl framework</title>
<updated>2010-08-14T20:12:10Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2010-08-14T20:12:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ad8e331bf2bcc8183691b3dfec7b0470256a21d5'/>
<id>urn:sha1:ad8e331bf2bcc8183691b3dfec7b0470256a21d5</id>
<content type='text'>
should set this capability.

MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Add new tunable 'net.link.ifqmaxlen' to set default send interface</title>
<updated>2010-05-03T07:32:50Z</updated>
<author>
<name>Maxim Sobolev</name>
<email>sobomax@FreeBSD.org</email>
</author>
<published>2010-05-03T07:32:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e50d35e6c6c68e83fa329aff043d53ab84982fd3'/>
<id>urn:sha1:e50d35e6c6c68e83fa329aff043d53ab84982fd3</id>
<content type='text'>
queue length. The default value for this parameter is 50, which is
quite low for many of today's uses and the only way to modify this
parameter right now is to edit if_var.h file. Also add read-only
sysctl with the same name, so that it's possible to retrieve the
current value.

MFC after:	1 month
</content>
</entry>
</feed>
