<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/util.c, branch linux-2.6.34.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.34.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.34.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-03-30T19:37:28Z</updated>
<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>
<entry>
<title>mac80211: tear down all agg queues when restart/reconfig hw</title>
<updated>2010-02-08T21:50:54Z</updated>
<author>
<name>Wey-Yi Guy</name>
</author>
<published>2010-02-03T17:28:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=74e2bd1fa3ae9695af566ad5a7a288898787b909'/>
<id>urn:sha1:74e2bd1fa3ae9695af566ad5a7a288898787b909</id>
<content type='text'>
When there is a need to restart/reconfig hw, tear down all the
aggregation queues and let the mac80211 and driver get in-sync to have
the opportunity to re-establish the aggregation queues again.

Need to wait until driver re-establish all the station information before tear
down the aggregation queues, driver(at least iwlwifi driver) will reject the
stop aggregation queue request if station is not ready. But also need to make
sure the aggregation queues are tear down before waking up the queues, so
mac80211 will not sending frames with aggregation bit set.

Signed-off-by: Wey-Yi Guy &lt;wey-yi.w.guy@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: allow station add/remove to sleep</title>
<updated>2010-02-08T21:50:53Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-02-03T12:59:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=34e895075e21be3e21e71d6317440d1ee7969ad0'/>
<id>urn:sha1:34e895075e21be3e21e71d6317440d1ee7969ad0</id>
<content type='text'>
Many drivers would like to sleep during station
addition and removal, and currently have a high
complexity there from not being able to.

This introduces two new callbacks sta_add() and
sta_remove() that drivers can implement instead
of using sta_notify() and that can sleep, and
the new sta_add() callback is also allowed to
fail.

The reason we didn't do this previously is that
the IBSS code wants to insert stations from the
RX path, which is a tasklet, so cannot sleep.
This patch will keep the station allocation in
that path, but moves adding the station to the
driver out of line. Since the addition can now
fail, we can have IBSS peer structs the driver
rejected -- in that case we still talk to the
station but never tell the driver about it in
the control.sta pointer. If there will ever be
a driver that has a low limit on the number of
stations and that cannot talk to any stations
that are not known to it, we need to do come up
with a new strategy of handling larger IBSSs,
maybe quicker expiry or rejecting peers.

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: fix memory leak in ieee80211_send_probe_req</title>
<updated>2010-01-15T22:02:08Z</updated>
<author>
<name>Ming Lei</name>
</author>
<published>2010-01-15T13:44:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=145b6d1a56f224d15c61aa7ecfda9a1171b47b6a'/>
<id>urn:sha1:145b6d1a56f224d15c61aa7ecfda9a1171b47b6a</id>
<content type='text'>
This patch fixes memory leak in ieee80211_send_probe_req, which
is introduced in 7c12ce8b854df346388ea56d684784e3484012cf:

	mac80211: use Probe Request template when sending a direct scan

The patch is against the latest wireless-test tree.

Signed-off-by: Ming Lei &lt;tom.leiming@gmail.com&gt;
Reviewed-by: Kalle Valo &lt;kalle.valo@nokia.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: add U-APSD client support</title>
<updated>2010-01-12T19:20:58Z</updated>
<author>
<name>Kalle Valo</name>
</author>
<published>2010-01-12T08:42:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ab13315af97919fae0e014748105fdc2e30afb2d'/>
<id>urn:sha1:ab13315af97919fae0e014748105fdc2e30afb2d</id>
<content type='text'>
Add Unscheduled Automatic Power-Save Delivery (U-APSD) client support. The
idea is that the data frames from the client trigger AP to send the buffered
frames with ACs which have U-APSD enabled. This decreases latency and makes it
possible to save even more power.

Driver needs to use IEEE80211_HW_UAPSD to enable the feature. The current
implementation assumes that firmware takes care of the wakeup and
hardware needing IEEE80211_HW_PS_NULLFUNC_STACK is not yet supported.

Tested with wl1251 on a Nokia N900 and Cisco Aironet 1231G AP and running
various test traffic with ping.

Signed-off-by: Kalle Valo &lt;kalle.valo@nokia.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: flush workqueue before calling driver -&gt;stop() method</title>
<updated>2010-01-12T19:20:56Z</updated>
<author>
<name>Lennert Buytenhek</name>
</author>
<published>2010-01-10T13:07:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=678f415fdc534c0a806fce992e4c62df0eff19d2'/>
<id>urn:sha1:678f415fdc534c0a806fce992e4c62df0eff19d2</id>
<content type='text'>
Since commit "mwl8k: handle station database update for AP's sta entry
via -&gt;sta_notify()", mwl8k every now and then gets a command timeout
when ifconfig'ing a STA interface down.  This turns out to be due to
mwl8k_stop() being called while the work queue item that was scheduled
by mwl8k_sta_notify() to remove the STA entry for the associated AP is
still queued, and the former disables interrupts so that when the
latter eventually runs, a command completion interrupt is never seen.

Fix this by changing ieee80211_stop_device() so that the workqueue is
flushed before drv_stop() is called, instead of doing it the other way
around as is done now.  (As -&gt;stop() is allowed to sleep, there isn't
any reason for drivers to queue work from within it.)

Signed-off-by: Lennert Buytenhek &lt;buytenh@marvell.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: use Probe Request template when sending a direct scan</title>
<updated>2010-01-12T18:51:25Z</updated>
<author>
<name>Kalle Valo</name>
</author>
<published>2010-01-05T18:16:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7c12ce8b854df346388ea56d684784e3484012cf'/>
<id>urn:sha1:7c12ce8b854df346388ea56d684784e3484012cf</id>
<content type='text'>
As mac80211 now has a separate function for creating Probe Request templates,
better to use it when sending direct Probe Requests to an AP. Only the
bssid needs to be updated in the template before sending it.

Signed-off-by: Kalle Valo &lt;kalle.valo@nokia.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>Merge git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6</title>
<updated>2010-01-05T22:18:59Z</updated>
<author>
<name>John W. Linville</name>
</author>
<published>2010-01-05T22:18:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4f9b2a7dea2bf1dd81f280aa5e8a40ed910d2f0a'/>
<id>urn:sha1:4f9b2a7dea2bf1dd81f280aa5e8a40ed910d2f0a</id>
<content type='text'>
Conflicts:
	net/mac80211/iface.c
</content>
</entry>
<entry>
<title>mac80211: No need to include WEXT headers here</title>
<updated>2010-01-05T22:13:13Z</updated>
<author>
<name>Jouni Malinen</name>
</author>
<published>2009-12-29T10:43:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=29401f6630c02ce996561bf2667d84ecdfacb823'/>
<id>urn:sha1:29401f6630c02ce996561bf2667d84ecdfacb823</id>
<content type='text'>
Remove the forgotten linux/wireless.h inclusion from mac80211.

Signed-off-by: Jouni Malinen &lt;jouni.malinen@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
