<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/net/wireless/b43, branch linux-4.0.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.0.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.0.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2015-06-29T19:29:08Z</updated>
<entry>
<title>b43: fix support for 14e4:4321 PCI dev with BCM4321 chipset</title>
<updated>2015-06-29T19:29:08Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2015-06-06T20:45:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=82e6b9a0ef7ab8ea9ff487426face0735e3e2414'/>
<id>urn:sha1:82e6b9a0ef7ab8ea9ff487426face0735e3e2414</id>
<content type='text'>
commit 90f91b129810c3f169e443252be30ed7c0130326 upstream.

It seems Broadcom released two devices with conflicting device id. There
are for sure 14e4:4321 PCI devices with BCM4321 (N-PHY) chipset, they
can be found in routers, e.g. Netgear WNR834Bv2. However, according to
Broadcom public sources 0x4321 is also used for 5 GHz BCM4306 (G-PHY).
It's unsure if they meant PCI device id, or "virtual" id (from SPROM).
To distinguish these devices lets check PHY type (G vs. N).

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Cc: &lt;stable@vger.kernel.org&gt; # 3.16+
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>b43: fix support for 5 GHz only BCM43228 model</title>
<updated>2015-03-03T15:03:09Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2015-03-02T16:18:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0ff66cffde47de51c155ebdd2356403276c04cc4'/>
<id>urn:sha1:0ff66cffde47de51c155ebdd2356403276c04cc4</id>
<content type='text'>
It was incorrectly detected as 2 GHz device.

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Cc: stable@vger.kernel.org # 3.17+
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>treewide: Remove unnecessary SSB_DEVTABLE_END macro</title>
<updated>2015-02-11T22:38:29Z</updated>
<author>
<name>Joe Perches</name>
</author>
<published>2015-02-10T21:19:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=673e2baaa6d986e2fcd9c867661d8113f6c7dc7b'/>
<id>urn:sha1:673e2baaa6d986e2fcd9c867661d8113f6c7dc7b</id>
<content type='text'>
Use the normal {} instead of a macro to terminate an array.

Remove the macro too.

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>treewide: Remove unnecessary BCMA_CORETABLE_END macro</title>
<updated>2015-02-11T22:38:28Z</updated>
<author>
<name>Joe Perches</name>
</author>
<published>2015-02-10T20:55:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f7219b527b5710ae0c4add8faa4d0ea529722cb5'/>
<id>urn:sha1:f7219b527b5710ae0c4add8faa4d0ea529722cb5</id>
<content type='text'>
Use the normal {} instead of a macro to terminate an array.

Remove the macro too.

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>b43: AC-PHY: prepare place for developing new PHY support</title>
<updated>2015-01-29T08:54:43Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2015-01-25T17:01:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3f7bb3f34cc880bc35f6c278be16cd8afee7c524'/>
<id>urn:sha1:3f7bb3f34cc880bc35f6c278be16cd8afee7c524</id>
<content type='text'>
There are new (not anymore?) Broadcom 802.11ac wireless cards based on
chipsets like BCM4352 and BCM4360. They use a new PHY type (called
simply AC) that will require new specific code.

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>b43: support bcma core reset on AC-PHY hardware</title>
<updated>2015-01-29T08:54:43Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2015-01-25T13:39:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=86144b01a25185ec092b9301e340ca4f7a8c0d92'/>
<id>urn:sha1:86144b01a25185ec092b9301e340ca4f7a8c0d92</id>
<content type='text'>
AC-PHY hardware includes new control 0x3 bits that need to be set to the
0x1 by default.

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>b43: Fix locking FIXME in beacon update top half</title>
<updated>2015-01-29T08:28:05Z</updated>
<author>
<name>Michael Büsch</name>
</author>
<published>2015-01-26T17:26:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a75d46a4f405eb19ff780410b968c8092af3fb1d'/>
<id>urn:sha1:a75d46a4f405eb19ff780410b968c8092af3fb1d</id>
<content type='text'>
b43 has a FIXME about locking in the mac80211 set-beacon-int callback for a long time.
As it turns out there actually is a tiny race window that could result in
a use-after-free bug of the 'current_beacon' memory.
Nobody ever reported this, so it probably never happened.

Fix this by adding a spin lock that protects the current_beacon access.
We must not be in atomic context while accessing hardware (due to SDIO),
so the beacon update bottom half has to clone the skb and release the lock
before writing it to hardware.

Let's all hope that this stops the troll who is trying to submit incorrect
fixes for this issue repeatedly.
And let's hope that I'm not a troll, too, who just hides even more evil code
in an even more complex attempt to fix the issue.

Signed-off-by: Michael Buesch &lt;m@bues.ch&gt;
Tested-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>b43: stop leds during suspend</title>
<updated>2015-01-23T17:40:40Z</updated>
<author>
<name>Sabrina Dubroca</name>
</author>
<published>2015-01-19T14:34:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6b47aacaa4491ab04630ab0aec10d10e6ac9e14f'/>
<id>urn:sha1:6b47aacaa4491ab04630ab0aec10d10e6ac9e14f</id>
<content type='text'>
Call b43_leds_stop during suspend to avoid this WARN:

WARNING: CPU: 1 PID: 0 at net/mac80211/util.c:755 ieee80211_can_queue_work.isra.11+0x35/0x50 [mac80211]()
queueing ieee80211 work while going to suspend

 [...]

Call Trace:
 [&lt;c165fb2a&gt;] dump_stack+0x48/0x69
 [&lt;c1052f7b&gt;] warn_slowpath_common+0x8b/0xc0
 [&lt;f9c30225&gt;] ? ieee80211_can_queue_work.isra.11+0x35/0x50 [mac80211]
 [&lt;f9c30225&gt;] ? ieee80211_can_queue_work.isra.11+0x35/0x50 [mac80211]
 [&lt;c1052fe3&gt;] warn_slowpath_fmt+0x33/0x40
 [&lt;f9c30225&gt;] ieee80211_can_queue_work.isra.11+0x35/0x50 [mac80211]
 [&lt;f9c30260&gt;] ieee80211_queue_work+0x20/0x40 [mac80211]
 [&lt;f9f25d78&gt;] b43_led_brightness_set+0x28/0x30 [b43]
 [&lt;c14f3835&gt;] led_timer_function+0xd5/0xe0
 [&lt;c10cb534&gt;] call_timer_fn+0xa4/0x4a0

Signed-off-by: Sabrina Dubroca &lt;sd@queasysnail.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>Merge tag 'mac80211-next-for-john-2014-11-20' of git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next</title>
<updated>2014-11-20T21:09:30Z</updated>
<author>
<name>John W. Linville</name>
</author>
<published>2014-11-20T21:09:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9a638ddfb09e5aa17158842c95526e1aa79f92e6'/>
<id>urn:sha1:9a638ddfb09e5aa17158842c95526e1aa79f92e6</id>
<content type='text'>
Johannes Berg &lt;johannes@sipsolutions.net&gt; says:

"It has been a while since my last pull request, so we accumulated
another relatively large set of changes:
 * TDLS off-channel support set from Arik/Liad, with some support
   patches I did
 * custom regulatory fixes from Arik
 * minstrel VHT fix (and a small optimisation) from Felix
 * add back radiotap vendor namespace support (myself)
 * random MAC address scanning for cfg80211/mac80211/hwsim (myself)
 * CSA improvements (Luca)
 * WoWLAN Net Detect (wake on network found) support (Luca)
 * and lots of other smaller changes from many people"

Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: allow drivers to support NL80211_SCAN_FLAG_RANDOM_ADDR</title>
<updated>2014-11-19T17:46:09Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2014-06-12T20:24:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a344d6778a98e4c19ac871f369e399e6356edcb3'/>
<id>urn:sha1:a344d6778a98e4c19ac871f369e399e6356edcb3</id>
<content type='text'>
Allow drivers to support NL80211_SCAN_FLAG_RANDOM_ADDR with software
based scanning and generate a random MAC address for them for every
scan request with the flag.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
</feed>
