<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/bcma/driver_chipcommon_pmu.c, branch linux-5.6.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.6.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-5.6.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2019-10-24T05:45:31Z</updated>
<entry>
<title>bcma: fix block comment style</title>
<updated>2019-10-24T05:45:31Z</updated>
<author>
<name>Yadav Lamichhane</name>
</author>
<published>2019-10-21T18:05:13Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=844e9d7c60a4233ad363a3420b5ee0577dfacf6e'/>
<id>urn:sha1:844e9d7c60a4233ad363a3420b5ee0577dfacf6e</id>
<content type='text'>
Fix a coding style issue.

Signed-off-by: Yadav Lamichhane &lt;tuxomega1@gmail.com&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>bcma: Replace mdelay with usleep_range in bcma_pmu_resources_init</title>
<updated>2018-02-27T13:52:13Z</updated>
<author>
<name>Jia-Ju Bai</name>
</author>
<published>2018-01-26T16:38:35Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8100091d02487ff267af0d410ceb9eefebc8ea03'/>
<id>urn:sha1:8100091d02487ff267af0d410ceb9eefebc8ea03</id>
<content type='text'>
After checking all possible call chains to bcma_pmu_resources_init() here,
my tool finds that this function is never called in atomic context,
namely never in an interrupt handler or holding a spinlock.
Thus mdelay can be replaced with usleep_range to avoid busy wait.

This is found by a static analysis tool named DCNS written by myself.

Signed-off-by: Jia-Ju Bai &lt;baijiaju1990@gmail.com&gt;
Acked-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>bcma: support PMU present as separated bus core</title>
<updated>2016-02-06T11:36:11Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2016-01-19T07:45:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b3c47afbf54d86daa0473895e8ca9e8b663f5c1a'/>
<id>urn:sha1:b3c47afbf54d86daa0473895e8ca9e8b663f5c1a</id>
<content type='text'>
On recent Broadcom chipsets PMU is present as separated core and it
can't be accessed using ChipCommon anymore as it fails with e.g.:
[    0.000577] Unhandled fault: external abort on non-linefetch (0x1008) at 0xf1000604

Solve it by using a new (PMU) core pointer set to ChipCommon or PMU
depending on the hardware capabilities.

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>bcma: use _PMU_ in all names of PMU registers</title>
<updated>2016-02-06T11:36:11Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2016-01-19T07:45:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=67edf354faaf93156646e741483b2313bc756c0f'/>
<id>urn:sha1:67edf354faaf93156646e741483b2313bc756c0f</id>
<content type='text'>
PMU (Power Management Unit) seems to be a separated piece of hardware,
just accessed using ChipCommon core registers. In recent Broadcom
chipsets PMU is not bounded to CC but available as separated core.

To make code cleaner &amp; easier to review (for a correct R/W access) use
clearer names.

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>bcma: add support for BCM43131 that was found in Tenda W311E</title>
<updated>2014-07-29T14:32:57Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2014-07-24T13:29:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=27cfdb0505e7bfdd84432823b9697b971d4fa731'/>
<id>urn:sha1:27cfdb0505e7bfdd84432823b9697b971d4fa731</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 BCM43217 found in Tenda W322E (14e4:43a9)</title>
<updated>2014-07-18T17:45:24Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2014-07-15T17:44:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d1d3799fcb1037357b54be44e796a6253484268e'/>
<id>urn:sha1:d1d3799fcb1037357b54be44e796a6253484268e</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 BCM43142</title>
<updated>2013-06-27T17:42:16Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2013-06-26T08:02:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=88f9b65d444794bb607f71644362ba0642585206'/>
<id>urn:sha1:88f9b65d444794bb607f71644362ba0642585206</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: handle more devices in bcma_pmu_get_alp_clock()</title>
<updated>2013-03-27T17:39:08Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2013-03-27T16:23:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d6b688cf2f7ca3e168acc73597f4d7102ae663fa'/>
<id>urn:sha1:d6b688cf2f7ca3e168acc73597f4d7102ae663fa</id>
<content type='text'>
Add some more chip IDs to bcma_pmu_get_alp_clock()

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: use BCMA_CC_PMU_CTL_* constants</title>
<updated>2013-03-27T17:39:08Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2013-03-27T16:23:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e3f2ae179c5ca8e1c7a73d1962de5c6555677d6a'/>
<id>urn:sha1:e3f2ae179c5ca8e1c7a73d1962de5c6555677d6a</id>
<content type='text'>
Instead of hard coding these values use the existing constants.

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>bgmac: driver for GBit MAC core on BCMA bus</title>
<updated>2013-01-10T07:37:03Z</updated>
<author>
<name>Rafał Miłecki</name>
</author>
<published>2013-01-08T20:06:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dd4544f05469aaaeee891d7dc54d66430344321e'/>
<id>urn:sha1:dd4544f05469aaaeee891d7dc54d66430344321e</id>
<content type='text'>
BCMA is a Broadcom specific bus with devices AKA cores. All recent BCMA
based SoCs have gigabit ethernet provided by the GBit MAC core. This
patch adds driver for such a cores registering itself as a netdev. It
has been tested on a BCM4706 and BCM4718 chipsets.

In the kernel tree there is already b44 driver which has some common
things with bgmac, however there are many differences that has led to
the decision or writing a new driver:
1) GBit MAC cores appear on BCMA bus (not SSB as in case of b44)
2) There is 64bit DMA engine which differs from 32bit one
3) There is no CAM (Content Addressable Memory) in GBit MAC
4) We have 4 TX queues on GBit MAC devices (instead of 1)
5) Many registers have different addresses/values
6) RX header flags are also different

The driver in it's state is functional how, however there is of course
place for improvements:
1) Supporting more net_device_ops
2) SUpporting more ethtool_ops
3) Unaligned addressing in DMA
4) Writing separated PHY driver

Signed-off-by: Rafał Miłecki &lt;zajec5@gmail.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
</feed>
