<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/arch/sh/mm, branch linux-2.6.28.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-11-13T06:38:02Z</updated>
<entry>
<title>sh: Don't factor in PAGE_OFFSET for valid_phys_addr_range() check.</title>
<updated>2008-11-13T06:38:02Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2008-11-13T06:38:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=10840f034e2329150ce0e683e636ea13b268d333'/>
<id>urn:sha1:10840f034e2329150ce0e683e636ea13b268d333</id>
<content type='text'>
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Provide a sane valid_phys_addr_range() to prevent TLB reset with PMB.</title>
<updated>2008-11-12T03:53:48Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2008-11-12T03:53:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=185aed75570fb4f78ef283dfa26cd9da5fa06a91'/>
<id>urn:sha1:185aed75570fb4f78ef283dfa26cd9da5fa06a91</id>
<content type='text'>
With the PMB enabled, only P1SEG and up are covered by the PMB mappings,
meaning that situations where out-of-bounds physical addresses are read
from will lead to TLB reset after the PMB miss, allowing for use cases
like dd if=/dev/mem to reset the TLB.

Fix this up to make sure the reference is between __MEMORY_START (phys)
and __pa(high_memory). This is coherent across all variants of sh/sh64
with and without MMU, though the PMB bug itself is only applicable to
SH-4A parts.

Reported-by: Hideo Saito &lt;saito@densan.co.jp&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Handle fixmap TLB eviction more coherently.</title>
<updated>2008-11-10T11:00:45Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2008-11-10T11:00:45Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=acca4f4d9bd657e8bc7e1665ba5077465138f133'/>
<id>urn:sha1:acca4f4d9bd657e8bc7e1665ba5077465138f133</id>
<content type='text'>
There was a race in the kmap_coherent() implementation. While we
guarded against preemption, there was nothing preventing eviction of
the pre-faulted fixmap entry from the UTLB. Under certain workloads
this would result in the fixmap entries used for cache colouring being
evicted from the UTLB in the midst of a copy_page().

In addition to pre-faulting, we also make sure to preserve the PTEs
in the kernel page table and introduce a cached PTE for kmap_coherent()
usage. This follows a similar change on MIPS ("[MIPS] Fix aliasing bug
in copy_to_user_page / copy_from_user_page").

Reported-by: Hideo Saito &lt;saito@densan.co.jp&gt;
Reported-by: CHIKAMA Masaki &lt;masaki.chikama@gmail.com&gt;
Tested-by: Yoshihiro Shimoda &lt;shimoda.yoshihiro@renesas.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: fix sh2a cache entry_mask</title>
<updated>2008-10-31T07:29:20Z</updated>
<author>
<name>Yoshihiro Shimoda</name>
</author>
<published>2008-08-07T04:54:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=216813a8bb4db97eb7a6e75c533894430053df48'/>
<id>urn:sha1:216813a8bb4db97eb7a6e75c533894430053df48</id>
<content type='text'>
fix sh2a cache entry_mask in __flush_{purge,invalidate}_region.

Signed-off-by: Yoshihiro Shimoda &lt;shimoda.yoshihiro@renesas.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Kill off duplicate remove_memory() definition.</title>
<updated>2008-10-21T03:51:51Z</updated>
<author>
<name>Andrew Morton</name>
</author>
<published>2008-10-21T03:37:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5e451d9c9d2c20c4f037a0854d3ecca0a69aa56a'/>
<id>urn:sha1:5e451d9c9d2c20c4f037a0854d3ecca0a69aa56a</id>
<content type='text'>
Use the generic remove_memory() provided by mm/memory_hotplug.c instead.

Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: remove consistent alloc cruft</title>
<updated>2008-10-20T02:38:44Z</updated>
<author>
<name>Magnus Damm</name>
</author>
<published>2008-10-09T09:43:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7713718751aa8b8df39314b7e49ea2f66a5d1f0c'/>
<id>urn:sha1:7713718751aa8b8df39314b7e49ea2f66a5d1f0c</id>
<content type='text'>
Remove left overs from the generic declared coherent rework.

Signed-off-by: Magnus Damm &lt;damm@igel.co.jp&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>Fix debugfs_create_file's error checking method for arch/sh/mm/</title>
<updated>2008-10-20T01:40:21Z</updated>
<author>
<name>Zhaolei</name>
</author>
<published>2008-10-17T11:25:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=25627c7fd71269e2658b6872eef65719ee80b9aa'/>
<id>urn:sha1:25627c7fd71269e2658b6872eef65719ee80b9aa</id>
<content type='text'>
debugfs_create_file() returns NULL if an error occurs, returns -ENODEV
when debugfs is not enabled in the kernel.

Signed-off-by: Zhao Lei &lt;zhaolei@cn.fujitsu.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Trivial trace_mark() instrumentation for core events.</title>
<updated>2008-09-21T04:56:39Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2008-09-21T04:56:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3d58695edbfac785161bf282dc11fd42a483d6c9'/>
<id>urn:sha1:3d58695edbfac785161bf282dc11fd42a483d6c9</id>
<content type='text'>
This implements a few trace points across events that are deemed
interesting. This implements a number of trace points:

	- The page fault handler / TLB miss
	- IPC calls
	- Kernel thread creation

The original LTTng patch had the slow-path instrumented, which
fails to account for the vast majority of events. In general
placing this in the fast-path is not a huge performance hit, as
we don't take page faults for kernel addresses.

The other bits of interest are some of the other trap handlers, as
well as the syscall entry/exit (which is better off being handled
through the tracehook API). Most of the other trap handlers are corner
cases where alternate means of notification exist, so there is little
value in placing extra trace points in these locations.

Based on top of the points provided both by the LTTng instrumentation
patch as well as the patch shipping in the ST-Linux tree, albeit in a
stripped down form.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Kill off duplicate page fault notifiers in slow path.</title>
<updated>2008-09-21T03:11:25Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2008-09-21T03:11:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8f2baee28093ea77c7cc8da45049fd94cc76998e'/>
<id>urn:sha1:8f2baee28093ea77c7cc8da45049fd94cc76998e</id>
<content type='text'>
We already have hooks in place in the __do_page_fault() fast-path,
so kill them off in the slow path.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Look up the trap vector for the page fault notifier.</title>
<updated>2008-09-21T03:06:43Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2008-09-21T03:06:43Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=887f1ae3bc1701604a7b5ef145e1021072675444'/>
<id>urn:sha1:887f1ae3bc1701604a7b5ef145e1021072675444</id>
<content type='text'>
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
</feed>
