<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux.git/arch/blackfin/mach-common/cache.S, branch master</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/'/>
<updated>2018-03-16T09:55:47+00:00</updated>
<entry>
<title>arch: remove blackfin port</title>
<updated>2018-03-16T09:55:47+00:00</updated>
<author>
<name>Arnd Bergmann</name>
<email>arnd@arndb.de</email>
</author>
<published>2018-03-07T21:23:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4ba66a9760722ccbb691b8f7116cad2f791cca7b'/>
<id>urn:sha1:4ba66a9760722ccbb691b8f7116cad2f791cca7b</id>
<content type='text'>
The Analog Devices Blackfin port was added in 2007 and was rather
active for a while, but all work on it has come to a standstill
over time, as Analog have changed their product line-up.

Aaron Wu confirmed that the architecture port is no longer relevant,
and multiple people suggested removing blackfin independently because
of some of its oddities like a non-working SMP port, and the amount of
duplication between the chip variants, which cause extra work when
doing cross-architecture changes.

Link: https://docs.blackfin.uclinux.org/
Acked-by: Aaron Wu &lt;Aaron.Wu@analog.com&gt;
Acked-by: Bryan Wu &lt;cooloney@gmail.com&gt;
Cc: Steven Miao &lt;realmz6@gmail.com&gt;
Cc: Mike Frysinger &lt;vapier@chromium.org&gt;
Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
</content>
</entry>
<entry>
<title>Blackfin: SMP: work around anomaly 05000491</title>
<updated>2011-03-18T08:01:04+00:00</updated>
<author>
<name>Sonic Zhang</name>
<email>sonic.zhang@analog.com</email>
</author>
<published>2010-08-05T07:49:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=c6345ab1a3d17f4b6c80ac79d7fb0f006b32fdaa'/>
<id>urn:sha1:c6345ab1a3d17f4b6c80ac79d7fb0f006b32fdaa</id>
<content type='text'>
In order to safely work around anomaly 05000491, we have to execute IFLUSH
from L1 instruction sram.  The trouble with multi-core systems is that all
L1 sram is visible only to the active core.  So we can't just place the
functions into L1 and call it directly.  We need to setup a jump table and
place the entry point in external memory.  This will call the right func
based on the active core.

In the process, convert from the manual relocation of a small bit of code
into Core B's L1 to the more general framework we already have in place
for loading arbitrary pieces of code into L1.

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: split optimization settings more</title>
<updated>2011-03-18T08:01:03+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2011-02-03T03:31:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=820b127dae869cbbd2133f066e8b8f32a90d46e5'/>
<id>urn:sha1:820b127dae869cbbd2133f066e8b8f32a90d46e5</id>
<content type='text'>
We need to place icache flush funcs into L1 inst sram to work around a
hardware anomaly.  But this currently breaks SMP support as the L1 inst
sram is per-core and cannot be called directly.  So in preparation for
making that work, split the two options.

Further, split out the SMP depend so that we can allow some for SMP.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: iflush: update anomaly 05000491 workaround</title>
<updated>2011-03-04T06:27:01+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2011-02-02T01:55:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=be1229b4c52202033ba857e96e592777f08e8046'/>
<id>urn:sha1:be1229b4c52202033ba857e96e592777f08e8046</id>
<content type='text'>
Recent feedback from design says we need three NOPs in the hardware loop.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: allow cache funcs to be in L1 for IFLUSH Anomaly 05000491</title>
<updated>2010-08-06T16:55:47+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2010-05-27T22:46:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=74181295fbc6e65047e85529aa74457d82355ffc'/>
<id>urn:sha1:74181295fbc6e65047e85529aa74457d82355ffc</id>
<content type='text'>
Anomaly 05000491 says that IFLUSH cannot have certain types of memory
stalls triggered before it has completed in order to function correctly.
One such condition is that it be in L1 instruction.  So add a config
option to move it there, default it to on, and throw up a warning when
it is turned off and this anomaly exists.

Since the anomaly should be worked around, we can drop the older method
of calling IFLUSH multiple times.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
Signed-off-by: Sonic Zhang &lt;sonic.zhang@analog.com&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.rulkc.org/pub/scm/linux/kernel/git/stable/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: simplify the do_flush macro</title>
<updated>2009-06-12T10:03:48+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2009-04-10T21:20:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=78f28a0a83a86dfe021f7d8169208b9af2a23201'/>
<id>urn:sha1:78f28a0a83a86dfe021f7d8169208b9af2a23201</id>
<content type='text'>
Simplify the do_flush macro now that we don't need to take into account
a second instruction being used together.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
Signed-off-by: Bryan Wu &lt;cooloney@kernel.org&gt;
</content>
</entry>
<entry>
<title>Blackfin: fix data cache flushing when doing icache flushing</title>
<updated>2009-06-12T10:03:45+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@gentoo.org</email>
</author>
<published>2009-04-10T20:52:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=5d89137a17ca804ee60077f5d4ad8d7ca60f0614'/>
<id>urn:sha1:5d89137a17ca804ee60077f5d4ad8d7ca60f0614</id>
<content type='text'>
Make sure we flush all data caches and their write buffers before flushing
icache, otherwise random edge cases could crop up where stale data is read
into icache from external memory.  As fallout, punt the combined icache +
dcache flush function since we cannot safely do them back to back -- the
SSYNC is needed between the dcache flush and the icache flush.

Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
Signed-off-by: Bryan Wu &lt;cooloney@kernel.org&gt;
</content>
</entry>
<entry>
<title>Blackfin arch: Fix bug - KGDB single step into the middle of a 4 bytes instruction on bf561 after soft bp is hit</title>
<updated>2009-03-05T10:26:59+00:00</updated>
<author>
<name>Sonic Zhang</name>
<email>sonic.zhang@analog.com</email>
</author>
<published>2009-03-05T10:26:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=d7ff1a90b2d3d122b896056d63db919617e9b6cd'/>
<id>urn:sha1:d7ff1a90b2d3d122b896056d63db919617e9b6cd</id>
<content type='text'>
Run IFLUSH twice to avoid loading wrong instruction
after invalidating icache and following sequence is met.

1) The one instruction address is cached in the icache.
2) This instruction in SDRAM is changed.
3) IFLASH[P0] is executed only once in lackfin_icache_flush_range().
4) This instruction is executed again, but not the changed new one.

Signed-off-by: Sonic Zhang &lt;sonic.zhang@analog.com&gt;
Signed-off-by: Bryan Wu &lt;cooloney@kernel.org&gt;

</content>
</entry>
<entry>
<title>Blackfin arch: rewrite blackfin_invalidate_entire_dcache function</title>
<updated>2008-11-18T09:48:22+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier.adi@gmail.com</email>
</author>
<published>2008-11-18T09:48:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=3c1fbd5184f9c3c52c0a392fae0efb0b0d99a079'/>
<id>urn:sha1:3c1fbd5184f9c3c52c0a392fae0efb0b0d99a079</id>
<content type='text'>
rewrite blackfin_invalidate_entire_dcache() in C for easier management,
better optimization, and so we take all SSYNC anomalies into account

Signed-off-by: Mike Frysinger &lt;vapier.adi@gmail.com&gt;
Signed-off-by: Bryan Wu &lt;cooloney@kernel.org&gt;

</content>
</entry>
</feed>
