<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-op-linux/drivers/net/wireless/wl12xx, branch master</title>
<subtitle>Talos™ II Linux sources for OpenPOWER</subtitle>
<id>https://git.raptorcs.com/git/talos-op-linux/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-op-linux/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/'/>
<updated>2012-04-12T05:43:55+00:00</updated>
<entry>
<title>wireless/wl12xx/wl1251: move TI WLAN modules to a common ti subdirectory</title>
<updated>2012-04-12T05:43:55+00:00</updated>
<author>
<name>Luciano Coelho</name>
<email>coelho@ti.com</email>
</author>
<published>2011-11-20T19:40:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=90921014608d91a03766d0025fa32662dc7c5062'/>
<id>urn:sha1:90921014608d91a03766d0025fa32662dc7c5062</id>
<content type='text'>
Move wl12xx and wl1251 modules into a new drivers/net/wireless/ti
directory.  Add a TI WLAN Kconfig option and Makefile to support this
change.

Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
Cc: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: increase scan timeout to 30s</title>
<updated>2012-04-10T09:48:10+00:00</updated>
<author>
<name>Eyal Shapira</name>
<email>eyal@wizery.com</email>
</author>
<published>2012-03-19T10:06:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=16f3eb530fb5e7eacbdaaf09c66edc273087a21d'/>
<id>urn:sha1:16f3eb530fb5e7eacbdaaf09c66edc273087a21d</id>
<content type='text'>
In certain scenarios involving sched scan + normal scan + COEX
scan could take longer than 10s and this triggers a recovery
where it shouldn't. Increase the timeout to avoid that.

Signed-off-by: Eyal Shapira &lt;eyal@wizery.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: adaptive sched scan dwell times</title>
<updated>2012-04-10T09:47:24+00:00</updated>
<author>
<name>Eyal Shapira</name>
<email>eyal@wizery.com</email>
</author>
<published>2012-03-19T10:06:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=6f407e5bc7af4e125e20e4f9c893f3df8fadb202'/>
<id>urn:sha1:6f407e5bc7af4e125e20e4f9c893f3df8fadb202</id>
<content type='text'>
Set the dwell times for sched scan according to the number
of probe requests which are going to be transmitted.
This should fix the too short dwell time problem which
prevented some of the probe requests from being transmitted
in cases of high number of SSIDs (10+) to be actively sched scanned.
However, in the common case of having up to 1-2 SSIDs that
require active scan, the dwell time would be kept to a minimum
which should conserve power. This is important as sched scan
also runs periodically while the host is suspended and there's
great importance to keep power consumption as low as possible.

Signed-off-by: Eyal Shapira &lt;eyal@wizery.com&gt;
[fixed a couple of new strict checkpatch warnings]
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: fix a memory leak of probereq template upon recovery</title>
<updated>2012-04-10T09:42:49+00:00</updated>
<author>
<name>Eyal Shapira</name>
<email>eyal@wizery.com</email>
</author>
<published>2012-03-19T10:06:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=3eba4a0e6db9ca225bc0f3042d60fcfc86a30bc8'/>
<id>urn:sha1:3eba4a0e6db9ca225bc0f3042d60fcfc86a30bc8</id>
<content type='text'>
wlvif-&gt;probereq is zeroed when adding an interface but
the skb pointed to isn't freed when the interface is removed.
This would lead to a mem leak on every recovery.
Fix it by freeing the skb when removing the interface.

Signed-off-by: Eyal Shapira &lt;eyal@wizery.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: free ap keys only in ap mode</title>
<updated>2012-04-10T09:23:15+00:00</updated>
<author>
<name>Eliad Peller</name>
<email>eliad@wizery.com</email>
</author>
<published>2012-03-19T09:32:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=830be7e021efd3a801ed0113e6a2244020679a13'/>
<id>urn:sha1:830be7e021efd3a801ed0113e6a2244020679a13</id>
<content type='text'>
The ap keys should be freed only when removing
ap role (otherwise, some arbitrary data might
get freed).

Signed-off-by: Eliad Peller &lt;eliad@wizery.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: fix DMA-API-related warnings</title>
<updated>2012-04-10T09:14:58+00:00</updated>
<author>
<name>Mircea Gherzan</name>
<email>mgherzan@gmail.com</email>
</author>
<published>2012-03-17T17:41:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=690142e9882679fac4993bbb01582dd1b9440605'/>
<id>urn:sha1:690142e9882679fac4993bbb01582dd1b9440605</id>
<content type='text'>
On the PandaBoard (omap_hsmmc + wl12xx_sdio) with DMA_API_DEBUG:

 WARNING: at lib/dma-debug.c:930 check_for_stack.part.8+0x7c/0xe0()
 omap_hsmmc omap_hsmmc.4: DMA-API: device driver maps memory fromstack

Signed-off-by: Mircea Gherzan &lt;mgherzan@gmail.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: fix race between suspend/resume and recovery</title>
<updated>2012-04-10T09:13:58+00:00</updated>
<author>
<name>Eyal Shapira</name>
<email>eyal@wizery.com</email>
</author>
<published>2012-03-13T18:03:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=c56dbd57f3627203f2384ae1a5e71cf41904370e'/>
<id>urn:sha1:c56dbd57f3627203f2384ae1a5e71cf41904370e</id>
<content type='text'>
The iteration on the wlvif list in wl1271_op_resume/suspend was
perfomed before locking wl-&gt;mutex which would lead to a kernel
panic in case a recovery was queued at the same time
and would delete the wlvifs from the list.

Signed-off-by: Eyal Shapira &lt;eyal@wizery.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: fix station channel switch</title>
<updated>2012-04-10T09:13:35+00:00</updated>
<author>
<name>Victor Goldenshtein</name>
<email>victorg@ti.com</email>
</author>
<published>2012-03-12T14:36:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=ec414c7c78d6d81c31d77a892fed0b5f691a6d4e'/>
<id>urn:sha1:ec414c7c78d6d81c31d77a892fed0b5f691a6d4e</id>
<content type='text'>
Channel switch complete event wasn't handled
properly in station mode, as we checked wrong
CS flag.

Signed-off-by: Victor Goldenshtein &lt;victorg@ti.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wl12xx: set do_join on BSS_CHANGED_ASSOC</title>
<updated>2012-04-10T09:13:28+00:00</updated>
<author>
<name>Eliad Peller</name>
<email>eliad@wizery.com</email>
</author>
<published>2012-03-12T12:53:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=446f5ca19aef28fcc3f42e08b0ad8da7cd59114b'/>
<id>urn:sha1:446f5ca19aef28fcc3f42e08b0ad8da7cd59114b</id>
<content type='text'>
wl12xx sets the do_join flag (which later starts the
sta role) when the bssid was changed and the sta is
associated. However, this no longer happens after
the "mac80211: remove spurious BSSID change flag"
patch.

Fix it by setting the do_join flag on BSS_CHANGED_ASSOC
(for IBSS, do_join is already set on BSS_CHANGED_IBSS)

Signed-off-by: Eliad Peller &lt;eliad@wizery.com&gt;
Signed-off-by: Luciano Coelho &lt;coelho@ti.com&gt;
</content>
</entry>
<entry>
<title>wireless: rename ht_info to ht_operation</title>
<updated>2012-04-09T20:05:55+00:00</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2012-03-15T18:45:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-op-linux/commit/?id=074d46d1d23f27488a3f314e29cae2453541f17d'/>
<id>urn:sha1:074d46d1d23f27488a3f314e29cae2453541f17d</id>
<content type='text'>
Since some of the HT code pre-dates 802.11n-2009
some names are wrong. The one that bothers me most
is that "HT operation" is called "HT information"
in our code and that causes confusion.

Rename "HT information" to "HT operation" and also
the control_chan field to primary_chan to match
the name used in the spec.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Acked-by: Bing Zhao &lt;bzhao@marvell.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
