<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/util.c, branch linux-2.6.36.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.36.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.36.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-07-26T19:32:42Z</updated>
<entry>
<title>mac80211: Don't set per-BSS QoS for monitor interfaces</title>
<updated>2010-07-26T19:32:42Z</updated>
<author>
<name>Sujith</name>
</author>
<published>2010-07-23T05:17:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d97349797fa76753c747ed8b888414fe78795439'/>
<id>urn:sha1:d97349797fa76753c747ed8b888414fe78795439</id>
<content type='text'>
In AP mode, there is no need to notify the driver about QoS
changes for the monitor interface that is created. The warning
in ieee80211_bss_info_change_notify() would be hit otherwise.

Signed-off-by: Sujith &lt;Sujith.Manoharan@atheros.com&gt;
Acked-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: move QoS-enable to BSS info</title>
<updated>2010-07-20T20:02:58Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-07-19T14:39:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4ced3f74dae18715920cb680098ec7ff4345d0a3'/>
<id>urn:sha1:4ced3f74dae18715920cb680098ec7ff4345d0a3</id>
<content type='text'>
Ever since

commit e1b3ec1a2a336c328c336cfa5485a5f0484cc90d
Author: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Date:   Mon Mar 29 12:18:34 2010 +0200

    mac80211: explicitly disable/enable QoS

mac80211 is telling drivers, in particular
iwlwifi, whether QoS is enabled or not.

However, this is only relevant for station mode,
since only then will any device send nullfunc
frames and need to know whether they should be
QoS frames or not. In other modes, there are
(currently) no frames the device is supposed to
send.

When you now consider virtual interfaces, it
becomes apparent that the current mechanism is
inadequate since it enables/disables QoS on a
global scale, where for nullfunc frames it has
to be on a per-interface scale.

Due to the above considerations, we can change
the way mac80211 advertises the QoS state to
drivers to only ever advertise it as "off" in
station mode, and make it a per-BSS setting.

Tested-by: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: simplify station/aggregation code</title>
<updated>2010-06-14T19:38:16Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-06-10T08:21:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2a419056c15478d2df3f3e9d4fa64e34eb1faa7d'/>
<id>urn:sha1:2a419056c15478d2df3f3e9d4fa64e34eb1faa7d</id>
<content type='text'>
A number of places use RCU locking for accessing
the station list, even though they do not need
to. Use mutex locking instead to prepare for the
locking changes I want to make. The mlme code is
also using a WLAN_STA_DISASSOC flag that has the
same meaning as WLAN_STA_BLOCK_BA, so use that.

While doing so, combine places where we loop
over stations twice, and optimise away some of
the loops by checking if the hardware supports
aggregation at all first.

Also fix a more theoretical race condition: right
now we could resume, set up an aggregation session,
and right after tear it down again due to the code
that is needed for hardware reconfiguration here.
Also mark add a comment to that code marking it as
a workaround.

Finally, remove a pointless aggregation disabling
loop when an interface is stopped, directly after
that we remove all stations from it which will also
disable all aggregation sessions that may still be
active, and does so in a race-free way unlike the
current loop that doesn't block new sessions.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: fix BSS info reconfiguration</title>
<updated>2010-05-07T18:55:49Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-05-05T07:44:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ac8dd506e40ee2c7fcc61654a44c32555a0a8d6c'/>
<id>urn:sha1:ac8dd506e40ee2c7fcc61654a44c32555a0a8d6c</id>
<content type='text'>
When reconfiguring an interface due to a previous
hardware restart, mac80211 will currently include
the new IBSS flag on non-IBSS interfaces which may
confuse drivers.

Instead of doing the ~0 trick, simply spell out
which things are going to be reconfigured.

Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: enhance tracing</title>
<updated>2010-04-08T19:24:13Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-04-07T14:48:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b5878a2dc5e7e7f031a52c3e15b571224cb6b540'/>
<id>urn:sha1:b5878a2dc5e7e7f031a52c3e15b571224cb6b540</id>
<content type='text'>
Enhance tracing by adding tracing for a variety of
callbacks that the drivers call, and also for
internal calls (currently limited to queue status).
This can aid debugging what is going on in mac80211
in interaction with drivers, since we can now see
what drivers call and not just what mac80211 calls
in the driver.

Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6 into merge</title>
<updated>2010-04-08T17:34:54Z</updated>
<author>
<name>John W. Linville</name>
</author>
<published>2010-04-08T17:34:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0f2df9eac70423838a1f8d410fd3899ddd88317b'/>
<id>urn:sha1:0f2df9eac70423838a1f8d410fd3899ddd88317b</id>
<content type='text'>
Conflicts:
	Documentation/feature-removal-schedule.txt
	drivers/net/wireless/ath/ath5k/phy.c
	drivers/net/wireless/iwlwifi/iwl-4965.c
	drivers/net/wireless/iwlwifi/iwl-agn.c
	drivers/net/wireless/iwlwifi/iwl-core.c
	drivers/net/wireless/iwlwifi/iwl-core.h
	drivers/net/wireless/iwlwifi/iwl-tx.c
</content>
</entry>
<entry>
<title>mac80211: rename WLAN_STA_SUSPEND to WLAN_STA_BLOCK_BA</title>
<updated>2010-04-07T18:38:04Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-04-06T09:18:46Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=618f356b95e37ca0c30b3b513898fda54abd52a6'/>
<id>urn:sha1:618f356b95e37ca0c30b3b513898fda54abd52a6</id>
<content type='text'>
I want to use it during station destruction as well
so rename it to WLAN_STA_BLOCK_BA which is also the
only use of it now.

Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: explicitly disable/enable QoS</title>
<updated>2010-03-31T18:43:59Z</updated>
<author>
<name>Stanislaw Gruszka</name>
</author>
<published>2010-03-29T10:18:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e1b3ec1a2a336c328c336cfa5485a5f0484cc90d'/>
<id>urn:sha1:e1b3ec1a2a336c328c336cfa5485a5f0484cc90d</id>
<content type='text'>
Add interface to disable/enable QoS (aka WMM or WME). Currently drivers
enable it explicitly when -&gt;conf_tx method is called, and newer disable.
Disabling is needed for some APs, which do not support QoS, such
we should send QoS frames to them.

Signed-off-by: Stanislaw Gruszka &lt;sgruszka@redhat.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: move netdev queue enabling to correct spot</title>
<updated>2010-03-30T19:37:28Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-03-22T20:42:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7236fe29fd72d17074574ba312e7f1bb9d10abaa'/>
<id>urn:sha1:7236fe29fd72d17074574ba312e7f1bb9d10abaa</id>
<content type='text'>
"mac80211: fix skb buffering issue" still left a race
between enabling the hardware queues and the virtual
interface queues. In hindsight it's totally obvious
that enabling the netdev queues for a hardware queue
when the hardware queue is enabled is wrong, because
it could well possible that we can fill the hw queue
with packets we already have pending. Thus, we must
only enable the netdev queues once all the pending
packets have been processed and sent off to the device.

In testing, I haven't been able to trigger this race
condition, but it's clearly there, possibly only when
aggregation is being enabled.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Cc: stable@kernel.org
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: correct typos in "unavailable upon resume" warning</title>
<updated>2010-03-30T19:37:22Z</updated>
<author>
<name>John W. Linville</name>
</author>
<published>2010-03-17T15:28:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c7a00dc73b7185ab2ebd1aa7ce710c7b4edc77a4'/>
<id>urn:sha1:c7a00dc73b7185ab2ebd1aa7ce710c7b4edc77a4</id>
<content type='text'>
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
