<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/bcma, branch v3.4.11</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/bcma?h=v3.4.11</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/bcma?h=v3.4.11'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-06-17T18:21:26Z</updated>
<entry>
<title>bcma: add ext PA workaround for BCM4331 and BCM43431</title>
<updated>2012-06-17T18:21:26Z</updated>
<author>
<name>Seth Forshee</name>
<email>seth.forshee@canonical.com</email>
</author>
<published>2012-06-01T14:13:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=508cb55ffc236b401a84ec7e5caec470e0f85a89'/>
<id>urn:sha1:508cb55ffc236b401a84ec7e5caec470e0f85a89</id>
<content type='text'>
commit 69aaedd3cfd23b2c732e3cf1227370a35f5c89d4 upstream.

MacBook Pro models with BCM4331 wireless have been found to have the ext
PA lines disabled after resuming from S3 without external power attach.
This causes them to be unable to transmit. Add a workaround to ensure
that the ext PA lines are enabled on BCM4331. Also extend all handling
of ext PA line muxing to BCM43431 as is done in the Broadcom SDK.

BugLink: http://bugs.launchpad.net/bugs/925577
Cc: Arend van Spriel &lt;arend@broadcom.com&gt;
Cc: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Signed-off-by: Seth Forshee &lt;seth.forshee@canonical.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>bcma: use fallback sprom if no on chip sprom is available</title>
<updated>2012-04-16T17:32:01Z</updated>
<author>
<name>Hauke Mehrtens</name>
<email>hauke@hauke-m.de</email>
</author>
<published>2012-04-14T12:38:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=32998cc96a76cc3f42f66b55fec301377e439c66'/>
<id>urn:sha1:32998cc96a76cc3f42f66b55fec301377e439c66</id>
<content type='text'>
bcma should check for a fallback sprom every time it can not find a
sprom on the card itself or a normal external sprom mapped into the
memory of the chip. When otp sprom support was introduced it tried to
read out the sprom from the wireless chip also if no otp sprom was
available. This caused a Data bus error in bcma_sprom_get() when
reading out the sprom for the SoC.

This fixes a regression introduced in commit:

commit 10d8493cd9efd38b1947b7a74276dbdc8311aa1a
Author: Arend van Spriel &lt;arend@broadcom.com&gt;
Date:   Tue Mar 6 15:50:48 2012 +0100

    bcma: add support for on-chip OTP memory used for SPROM storage

This patch was tested on a Netgear WNDR3400 (Broadcom BCM4718 SoC).

Reported-by: Nick Bowler &lt;nbowler@elliptictech.com&gt;
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Acked-by: Arend van Spriel &lt;arend@broadcom.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>bcma: fix build error on MIPS; implicit pcibios_enable_device</title>
<updated>2012-04-10T18:13:30Z</updated>
<author>
<name>Paul Gortmaker</name>
<email>paul.gortmaker@windriver.com</email>
</author>
<published>2012-03-26T00:02:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=58f743ee06d400a887a3e30353c69c3151eb64df'/>
<id>urn:sha1:58f743ee06d400a887a3e30353c69c3151eb64df</id>
<content type='text'>
The following is seen during allmodconfig builds for MIPS:

drivers/bcma/driver_pci_host.c:518:2: error: implicit declaration
of function 'pcibios_enable_device' [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[3]: *** [drivers/bcma/driver_pci_host.o] Error 1

Most likey introduced by commit 49dc9577155576b10ff79f0c1486c816b01f58bf

    "bcma: add PCIe host controller"

Add the header instead of implicitly assuming it will be present.
Sounds like a good idea, but that alone doesn't fix anything.

The real problem is that the Kconfig has settings related to whether
PCI is possible, i.e.

  config BCMA_HOST_PCI_POSSIBLE
        bool
        depends on BCMA &amp;&amp; PCI = y
        default y

  config BCMA_HOST_PCI
        bool "Support for BCMA on PCI-host bus"
        depends on BCMA_HOST_PCI_POSSIBLE

...but what is missing is that BCMA_DRIVER_PCI_HOSTMODE doesn't
have any dependencies on the above.  Add one.

CC: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
CC: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
Acked-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>bcma: silence PMU warning for BCM4331</title>
<updated>2012-03-07T18:56:37Z</updated>
<author>
<name>Rafał Miłecki</name>
<email>zajec5@gmail.com</email>
</author>
<published>2012-03-07T08:11:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0d33cd782990b13d992109d16e11205e1ac547bb'/>
<id>urn:sha1:0d33cd782990b13d992109d16e11205e1ac547bb</id>
<content type='text'>
Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>bcma: add support for on-chip OTP memory used for SPROM storage</title>
<updated>2012-03-06T20:16:18Z</updated>
<author>
<name>Arend van Spriel</name>
<email>arend@broadcom.com</email>
</author>
<published>2012-03-06T14:50:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=10d8493cd9efd38b1947b7a74276dbdc8311aa1a'/>
<id>urn:sha1:10d8493cd9efd38b1947b7a74276dbdc8311aa1a</id>
<content type='text'>
Wireless Broadcom chips can have either their SPROM data stored
on either external SPROM or on-chip OTP memory. Both are accessed
through the same register space. This patch adds support for the
on-chip OTP memory.

Tested with:
BCM43224 OTP and SPROM
BCM4331 SPROM
BCM4313 OTP

This patch is in response to linux-wireless thread [1].

[1] http://article.gmane.org/gmane.linux.kernel.wireless.general/85426

Tested-by: Saul St. John &lt;saul.stjohn@gmail.com&gt;
Tested-by: Rafal Milecki &lt;zajec5@gmail.com&gt;
Tested-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Cc: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Arend van Spriel &lt;arend@broadcom.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>bcma: return error in bcma_sprom_get() when fallback fails</title>
<updated>2012-03-06T20:16:18Z</updated>
<author>
<name>Arend van Spriel</name>
<email>arend@broadcom.com</email>
</author>
<published>2012-03-06T14:50:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4ac887cfdad909f16ee1886fe4fa19b452fc7fd3'/>
<id>urn:sha1:4ac887cfdad909f16ee1886fe4fa19b452fc7fd3</id>
<content type='text'>
When not SPROM is available a fallback mechanism is used. However,
when that fails the code currently continues. This patch assures
that the bcma_sprom_get() function aborts when that happens.

Cc: Rafal Milecki &lt;zajec5@gmail.com&gt;
Cc: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Signed-off-by: Arend van Spriel &lt;arend@broadcom.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>bcma: add support for sprom not found on the device</title>
<updated>2012-03-05T20:20:50Z</updated>
<author>
<name>Hauke Mehrtens</name>
<email>hauke@hauke-m.de</email>
</author>
<published>2012-02-27T23:56:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a027237a56f7d519eee5749cfb720e568d0bb0b6'/>
<id>urn:sha1:a027237a56f7d519eee5749cfb720e568d0bb0b6</id>
<content type='text'>
On SoCs the sprom is stored in the nvram in a special partition on the
flash chip. The nvram contains the sprom for the main bus, but
sometimes also for a pci devices using bcma. This patch makes it
possible for the arch code to register a function to fetch the needed
sprom from the nvram and provide it to the bcma code.

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>bcma: export bcma_find_core</title>
<updated>2012-03-05T20:20:50Z</updated>
<author>
<name>Hauke Mehrtens</name>
<email>hauke@hauke-m.de</email>
</author>
<published>2012-02-27T23:56:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1c9351cf2180924c91bb85e5ba607f24a3d875b1'/>
<id>urn:sha1:1c9351cf2180924c91bb85e5ba607f24a3d875b1</id>
<content type='text'>
This function is needed by the bcm47xx arch code to get the number of
the ieee80211 core.

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&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</title>
<updated>2012-02-15T21:24:37Z</updated>
<author>
<name>John W. Linville</name>
<email>linville@tuxdriver.com</email>
</author>
<published>2012-02-15T21:24:37Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ca994a36f585432458ead9133fcfe05440edbb7b'/>
<id>urn:sha1:ca994a36f585432458ead9133fcfe05440edbb7b</id>
<content type='text'>
Conflicts:
	net/mac80211/debugfs_sta.c
	net/mac80211/sta_info.h
</content>
</entry>
<entry>
<title>bcma: log the id, rev and pkg of the chip found</title>
<updated>2012-02-06T19:53:11Z</updated>
<author>
<name>Hauke Mehrtens</name>
<email>hauke@hauke-m.de</email>
</author>
<published>2012-01-31T23:13:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f0d4724b2a663089d21e19933ca591d842b63230'/>
<id>urn:sha1:f0d4724b2a663089d21e19933ca591d842b63230</id>
<content type='text'>
This makes us see what type of hardware someone uses by the dmesg
output.

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
