<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-dev/net/ieee80211/softmac, branch master</title>
<subtitle>Linux kernel development work - see feature branches</subtitle>
<id>https://git.zx2c4.com/linux-dev/atom/net/ieee80211/softmac?h=master</id>
<link rel='self' href='https://git.zx2c4.com/linux-dev/atom/net/ieee80211/softmac?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/'/>
<updated>2008-03-13T20:02:31Z</updated>
<entry>
<title>the scheduled ieee80211 softmac removal</title>
<updated>2008-03-13T20:02:31Z</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@kernel.org</email>
</author>
<published>2008-03-04T23:26:14Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=7524d7d6de5d5d3f081de8cf5479819fad339661'/>
<id>urn:sha1:7524d7d6de5d5d3f081de8cf5479819fad339661</id>
<content type='text'>
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>net: replace remaining __FUNCTION__ occurrences</title>
<updated>2008-03-06T04:47:47Z</updated>
<author>
<name>Harvey Harrison</name>
<email>harvey.harrison@gmail.com</email>
</author>
<published>2008-03-06T04:47:47Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=0dc47877a3de00ceadea0005189656ae8dc52669'/>
<id>urn:sha1:0dc47877a3de00ceadea0005189656ae8dc52669</id>
<content type='text'>
__FUNCTION__ is gcc-specific, use __func__

Signed-off-by: Harvey Harrison &lt;harvey.harrison@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>ieee80211softmac_auth_resp() fix</title>
<updated>2008-01-28T23:08:47Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2007-12-29T09:58:39Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=c414e84b2200ca8a7e7ae565cad200e5c02e02ec'/>
<id>urn:sha1:c414e84b2200ca8a7e7ae565cad200e5c02e02ec</id>
<content type='text'>
The struct ieee8021_auth * passed to it comes straight from skb-&gt;data
without any conversions; members of the struct are little-endian, so
we'd better take that into account when doing switch by auth-&gt;algorithm,
etc.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>several missing cpu_to_le16() in ieee80211softmac_capabilities()</title>
<updated>2008-01-28T23:08:46Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2007-12-29T09:08:15Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=b16f13d00c6f7e7317d3074f9bd07b5c9f313891'/>
<id>urn:sha1:b16f13d00c6f7e7317d3074f9bd07b5c9f313891</id>
<content type='text'>
on some codepaths we forgot to convert to little-endian as we do on the
rest of them and as the caller expects from us.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>softmac: fix wext MLME request reason code endianness</title>
<updated>2007-11-11T05:58:41Z</updated>
<author>
<name>Johannes Berg</name>
<email>johannes@sipsolutions.net</email>
</author>
<published>2007-10-25T20:16:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=94e10bfb8a7372df3ef2759c9ec2a37de2f24aca'/>
<id>urn:sha1:94e10bfb8a7372df3ef2759c9ec2a37de2f24aca</id>
<content type='text'>
The MLME request reason code is host-endian and our passing
it to the low level functions is host-endian as well since
they do the swapping. I noticed that the reason code 768 was
sent (0x300) rather than 3 when wpa_supplicant terminates.
This removes the superfluous cpu_to_le16() call.

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>[IEEE80211]: Fix softmac lockdep reports.</title>
<updated>2007-10-10T23:52:22Z</updated>
<author>
<name>Johannes Berg</name>
<email>johannes@sipsolutions.net</email>
</author>
<published>2007-10-04T01:14:23Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=501d857ec93e797d4872d6b9b265b7472b455ddf'/>
<id>urn:sha1:501d857ec93e797d4872d6b9b265b7472b455ddf</id>
<content type='text'>
It seems I was actually able to hit this deadlock, on my quad G5 softmac
locks up more often than not. This fixes it by using an own workqueue
that can safely be flushed under RTNL.

Not sure if the patch is correct with the workqueue naming. And don't
think with the patch it doesn't continually lock up. It still does, just
doesn't invoke lockdep warnings all the time.

Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[NET]: Introduce and use print_mac() and DECLARE_MAC_BUF()</title>
<updated>2007-10-10T23:51:42Z</updated>
<author>
<name>Joe Perches</name>
<email>joe@perches.com</email>
</author>
<published>2007-10-04T00:59:30Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=0795af5729b18218767fab27c44b1384f72dc9ad'/>
<id>urn:sha1:0795af5729b18218767fab27c44b1384f72dc9ad</id>
<content type='text'>
This is nicer than the MAC_FMT stuff.

Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[PATCH] softmac: Fix compiler-warning</title>
<updated>2007-10-02T23:41:33Z</updated>
<author>
<name>Richard Knutsson</name>
<email>ricknu-0@student.ltu.se</email>
</author>
<published>2007-10-01T00:24:38Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=ee0a8169b693e1c708d0f9af0a5e4ade65a65439'/>
<id>urn:sha1:ee0a8169b693e1c708d0f9af0a5e4ade65a65439</id>
<content type='text'>
  CC      net/ieee80211/softmac/ieee80211softmac_wx.o
/home/kernel/src/net/ieee80211/softmac/ieee80211softmac_wx.c: In function âieee80211softmac_wx_set_essidâ:
/home/kernel/src/net/ieee80211/softmac/ieee80211softmac_wx.c:117: warning: label âoutâ defined but not used

due to commit: efe870f9f4ad74410a18ecbf0d9ba7c14b50a0fb. Removing the label.

Signed-off-by: Richard Knutsson &lt;ricknu-0@student.ltu.se&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] softmac: Fix inability to associate with WEP networks</title>
<updated>2007-09-21T15:26:33Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2007-09-19T03:00:52Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=efe870f9f4ad74410a18ecbf0d9ba7c14b50a0fb'/>
<id>urn:sha1:efe870f9f4ad74410a18ecbf0d9ba7c14b50a0fb</id>
<content type='text'>
Commit 4cf92a3c was submitted as a fix for bug #8686 at bugzilla.kernel.org
(http://bugzilla.kernel.org/show_bug.cgi?id=8686). Unfortunately, the fix led to
a new bug, reported by Yoshifuji Hideaki, that prevented association for WEP
encrypted networks that use ifconfig to control the device. This patch effectively
reverts the earlier commit and does a proper fix for bug #8686.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] softmac: Fix deadlock of wx_set_essid with assoc work</title>
<updated>2007-08-06T19:06:03Z</updated>
<author>
<name>Michael Buesch</name>
<email>mb@bu3sch.de</email>
</author>
<published>2007-07-31T18:41:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/linux-dev/commit/?id=fdc8f43b5e49b64b251bb48da95193a13ac0132f'/>
<id>urn:sha1:fdc8f43b5e49b64b251bb48da95193a13ac0132f</id>
<content type='text'>
The essid wireless extension does deadlock against the assoc mutex,
as we don't unlock the assoc mutex when flushing the workqueue, which
also holds the lock.

Signed-off-by: Michael Buesch &lt;mb@bu3sch.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
