<feed xmlns='http://www.w3.org/2005/Atom'>
<title>BMC/Intel-BMC/linux.git/arch/blackfin/kernel/cplb-nompu, branch dev</title>
<subtitle>Intel OpenBMC Linux kernel source tree (mirror)</subtitle>
<id>https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev</id>
<link rel='self' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/'/>
<updated>2013-05-09T10:22:45+00:00</updated>
<entry>
<title>bfin cache: dcplb map: add 16M dcplb map for BF60x</title>
<updated>2013-05-09T10:22:45+00:00</updated>
<author>
<name>Steven Miao</name>
<email>realmz6@gmail.com</email>
</author>
<published>2013-04-19T10:22:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=5ae89ee043ce96e3790e6c75f3807c8e37d98634'/>
<id>urn:sha1:5ae89ee043ce96e3790e6c75f3807c8e37d98634</id>
<content type='text'>
use 16M data cplb map on BF60x to avoid too much dcplb miss overhead
cleanup cplb info

Signed-off-by: Steven Miao &lt;realmz6@gmail.com&gt;
</content>
</entry>
<entry>
<title>blackfin: cplb-nompu: fix ROM cplb size for bf609-ezkit</title>
<updated>2012-07-24T05:39:53+00:00</updated>
<author>
<name>Bob Liu</name>
<email>lliubbo@gmail.com</email>
</author>
<published>2012-07-11T07:28:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=acb3166dab2bc6755408a015d69e4b47626741df'/>
<id>urn:sha1:acb3166dab2bc6755408a015d69e4b47626741df</id>
<content type='text'>
In user xip test, there is a cplb error when ROMKERNEL try to mount romfs
using 'mount -t romfs /dev/mtdblock2 /mnt', becasue the CPLB setting is not
correct.

Signed-off-by: Bob Liu &lt;lliubbo@gmail.com&gt;
</content>
</entry>
<entry>
<title>blackfin: cplb: add support for bf60x</title>
<updated>2012-05-21T06:54:16+00:00</updated>
<author>
<name>Bob Liu</name>
<email>lliubbo@gmail.com</email>
</author>
<published>2012-05-16T10:03:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=7adede5b9b6c85c1218dd992e940719c2656c1a4'/>
<id>urn:sha1:7adede5b9b6c85c1218dd992e940719c2656c1a4</id>
<content type='text'>
Bf60x support big CPLB pages, this commit enable it.

Signed-off-by: Bob Liu &lt;lliubbo@gmail.com&gt;
</content>
</entry>
<entry>
<title>Blackfin: no-mpu: fix masking of small uncached dma region</title>
<updated>2011-01-10T12:18:18+00:00</updated>
<author>
<name>Sonic Zhang</name>
<email>sonic.zhang@analog.com</email>
</author>
<published>2010-11-04T08:01:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=398834330cb07ba66fca5fb23a51075a67e4d4fa'/>
<id>urn:sha1:398834330cb07ba66fca5fb23a51075a67e4d4fa</id>
<content type='text'>
When using an uncached DMA region less than 1 MiB, we try to mask off
the whole last 1 MiB for it.  Unfortunately, this fails as we forgot
to subtract one from the calculated mask, leading to the region still
be marked as cacheable.

Reported-by: Andrew Rook &lt;andrew.rook@speakerbus.co.uk&gt;
Signed-off-by: Sonic Zhang &lt;sonic.zhang@analog.com&gt;
Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: initial XIP support</title>
<updated>2010-03-09T05:30:48+00:00</updated>
<author>
<name>Barry Song</name>
<email>barry.song@analog.com</email>
</author>
<published>2010-01-07T04:11:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=d86bfb1600db38e8387beee0aaab4263cfd728a2'/>
<id>urn:sha1:d86bfb1600db38e8387beee0aaab4263cfd728a2</id>
<content type='text'>
Signed-off-by: Barry Song &lt;barry.song@analog.com&gt;
Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: NOMPU: skip DMA ICPLB hole when it is redundant</title>
<updated>2009-12-15T05:16:54+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2009-12-12T14:27:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=a797a0e242b94548af8b41e6454349b515b66eca'/>
<id>urn:sha1:a797a0e242b94548af8b41e6454349b515b66eca</id>
<content type='text'>
Normally there is no user-reserved memory after the DMA region which means
there is no user-reserved ICPLB coverage.  So the DMA hole can be covered
by the large hole that is always added to cover up to the async bank.  We
only need an explicit DMA whole when we also add an explicit mapping for
the user-reserved memory.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: support smaller uncached DMA chunks for memory constrained systems</title>
<updated>2009-12-15T05:15:48+00:00</updated>
<author>
<name>Barry Song</name>
<email>barry.song@analog.com</email>
</author>
<published>2009-12-02T09:13:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=c45c06596e0d45125d25beb0fe24a68aef1f1046'/>
<id>urn:sha1:c45c06596e0d45125d25beb0fe24a68aef1f1046</id>
<content type='text'>
When working with 8 meg systems, forcing a 1 meg DMA chunk heavily cuts
into the available resources.  So support smaller chunks to better cover
needs for these systems.

Signed-off-by: Barry Song &lt;barry.song@analog.com&gt;
Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: mass clean up of copyright/licensing info</title>
<updated>2009-10-07T08:36:26+00:00</updated>
<author>
<name>Robin Getz</name>
<email>robin.getz@analog.com</email>
</author>
<published>2009-09-24T14:11:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=96f1050d3df105c9ae6c6ac224f370199ea82fcd'/>
<id>urn:sha1:96f1050d3df105c9ae6c6ac224f370199ea82fcd</id>
<content type='text'>
Bill Gatliff &amp; David Brownell pointed out we were missing some
copyrights, and licensing terms in some of the files in
./arch/blackfin, so this fixes things, and cleans them up.

It also removes:
 - verbose GPL text(refer to the top level ./COPYING file)
 - file names (you are looking at the file)
 - bug url (it's in the ./MAINTAINERS file)
 - "or later" on GPL-2, when we did not have that right

It also allows some Blackfin-specific assembly files to be under a BSD
like license (for people to use them outside of Linux).

Signed-off-by: Robin Getz &lt;robin.getz@analog.com&gt;
Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: unify cache init functions</title>
<updated>2009-09-17T02:10:49+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2009-09-14T19:42:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=ea426e6c62d0f742d87451adc47e91d87b9c3d27'/>
<id>urn:sha1:ea426e6c62d0f742d87451adc47e91d87b9c3d27</id>
<content type='text'>
The CPLB implementations (mpu/nompu) had exact copies of the cacheinit
code.  Even the i/d cache functions are largely the same.  So unify them
both in the common kernel cache code.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: add ICPLB coverage for async banks</title>
<updated>2009-09-17T02:10:42+00:00</updated>
<author>
<name>Bernd Schmidt</name>
<email>bernds_cb1@t-online.de</email>
</author>
<published>2009-09-02T08:14:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=4663f6ef251766cc9f7ab21af35661d8a736bef2'/>
<id>urn:sha1:4663f6ef251766cc9f7ab21af35661d8a736bef2</id>
<content type='text'>
When doing XIP, we need to execute out of the async banks, so we need
ICPLBs to allow this.

Signed-off-by: Bernd Schmidt &lt;bernds_cb1@t-online.de&gt;
Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
</feed>
