<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/asm-sh/cacheflush.h, branch v2.6.22.14</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/include/asm-sh/cacheflush.h?h=v2.6.22.14</id>
<link rel='self' href='https://git.amat.us/linux/atom/include/asm-sh/cacheflush.h?h=v2.6.22.14'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2007-03-05T10:46:47Z</updated>
<entry>
<title>sh: Revert lazy dcache writeback changes.</title>
<updated>2007-03-05T10:46:47Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2007-03-05T10:46:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=39e688a94b94eaba768b1494e19e96f828fc2688'/>
<id>urn:sha1:39e688a94b94eaba768b1494e19e96f828fc2688</id>
<content type='text'>
These ended up causing too many problems on older parts,
revert for now..

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Lazy dcache writeback optimizations.</title>
<updated>2007-02-13T01:54:44Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2006-12-28T01:31:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=26b7a78c55fbc0e23a7dc19e89fd50f200efc002'/>
<id>urn:sha1:26b7a78c55fbc0e23a7dc19e89fd50f200efc002</id>
<content type='text'>
This converts the lazy dcache handling to the model described in
Documentation/cachetlb.txt and drops the ptep_get_and_clear() hacks
used for the aliasing dcaches on SH-4 and SH7705 in 32kB mode. As a
bonus, this slightly cuts down on the cache flushing frequency.

With that and the PTEA handling out of the way, the update_mmu_cache()
implementations can be consolidated, and we no longer have to worry
about which configuration the cache is in for the SH7705 case.

And finally, explicitly disable the lazy writeback on SMP (SH-4A).

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Calculate shm alignment at runtime.</title>
<updated>2006-09-27T09:36:17Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2006-09-27T09:36:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f3c2575818fab45f8609e4aef2e43ab02b3a142e'/>
<id>urn:sha1:f3c2575818fab45f8609e4aef2e43ab02b3a142e</id>
<content type='text'>
Set the SHM alignment at runtime, based off of probed cache desc.
Optimize get_unmapped_area() to only colour align shared mappings.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: page table alloc cleanups and page fault optimizations.</title>
<updated>2006-09-27T06:13:36Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2006-09-27T06:13:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=26ff6c11ef38e08990c1e417c299246e6ab18ff7'/>
<id>urn:sha1:26ff6c11ef38e08990c1e417c299246e6ab18ff7</id>
<content type='text'>
Cleanup of page table allocators, using generic folded PMD and PUD
helpers. TLB flushing operations are moved to a more sensible spot.

The page fault handler is also optimized slightly, we no longer waste
cycles on IRQ disabling for flushing of the page from the ITLB, since
we're already under CLI protection by the initial exception handler.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1:1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
</entry>
</feed>
