linux.git/arch/sh/kernel/sys_sh.c, branch v2.6.33 Linux kernel source tree Unify sys_mmap* 2009-12-11T11:44:29+00:00 Al Viro viro@zeniv.linux.org.uk 2009-11-30T22:37:04+00:00 f8b7256096a20436f6d0926747e3ac3d64c81d24 New helper - sys_mmap_pgoff(); switch syscalls to using it. Acked-by: David S. Miller <davem@davemloft.net> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk> 
New helper - sys_mmap_pgoff(); switch syscalls to using it.

Acked-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
sh: fix sys_cacheflush error checking 2009-08-24T09:59:09+00:00 Giuseppe Cavallaro peppe.cavallaro@st.com 2009-08-24T09:59:09+00:00 788e6af37a4ace8721eda72e4abe66fe0f6b49fd sys_cacheflush should return with EINVAL if the cache parameter is not one of ICACHE, DCACHE or BCACHE. So, we need to include 0 in the first check. It also adds the three definitions above as wrapper of the existent macros. PS: ltp cacheflush01 test now passes. Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com> Signed-off-by: Stuart Menefy <stuart.menefy@st.com> Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
sys_cacheflush should return with EINVAL if the cache parameter is not
one of ICACHE, DCACHE or BCACHE.
So, we need to include 0 in the first check.

It also adds the three definitions above as wrapper of the existent macros.

PS: ltp cacheflush01 test now passes.

Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Signed-off-by: Stuart Menefy <stuart.menefy@st.com>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: Add sys_cacheflush() call for SH CPUs. 2009-08-24T09:16:56+00:00 Stuart Menefy stuart.menefy@st.com 2009-08-24T09:16:56+00:00 6d243dd37002bcee54841852ab1b8606fd457851 Adds a system call to allow user code to flush code from the cache. You can use instructions for the data side, but the iside can only be done by a flush ROM which really only works with a direct mapped cache. The later SH4's have 2 way Iside, so this call allows a portable way to flush the cache. Signed-off-by: Stuart Menefy <stuart.menefy@st.com> Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
Adds a system call to allow user code to flush code from the cache.
You can use instructions for the data side, but the iside can
only be done by a flush ROM which really only works with a direct
mapped cache. The later SH4's have 2 way Iside, so this call allows
a portable way to flush the cache.

Signed-off-by: Stuart Menefy <stuart.menefy@st.com>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: remove stray markers. 2009-06-18T04:38:26+00:00 Christoph Hellwig hch@lst.de 2009-06-18T04:38:26+00:00 4505ffda54b352a08eb08ebad62ac48725c41966 arch/sh has a couple of stray markers without any users introduced in commit 3d58695edbfac785161bf282dc11fd42a483d6c9. Remove them in preparation of removing the markers in favour of the TRACE_EVENT macro (and also because we don't keep dead code around). Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
arch/sh has a couple of stray markers without any users introduced
in commit 3d58695edbfac785161bf282dc11fd42a483d6c9.  Remove them in
preparation of removing the markers in favour of the TRACE_EVENT
macro (and also because we don't keep dead code around).

Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: Fix mmap2 for handling differing PAGE_SIZEs. 2009-04-20T22:34:53+00:00 Toshinobu Sugioka sugioka@itonet.co.jp 2009-04-20T22:34:53+00:00 8c31813f31cd4403b46802866949a95a6e8fa584 mmap2 uses a fixed page shift of 12, regardless of the PAGE_SIZE setting. Fix up the mmap2 code to add some sanity checks on the mapping, and to update pgoff accordingly. Error handling bits based on 4280e3126f641898f0ed1a931645373d3489e2a6 ("frv: fix mmap2 error handling"). Signed-off-by: Toshinobu Sugioka <sugioka@itonet.co.jp> Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
mmap2 uses a fixed page shift of 12, regardless of the PAGE_SIZE setting.
Fix up the mmap2 code to add some sanity checks on the mapping, and to
update pgoff accordingly.

Error handling bits based on 4280e3126f641898f0ed1a931645373d3489e2a6
("frv: fix mmap2 error handling").

Signed-off-by: Toshinobu Sugioka <sugioka@itonet.co.jp>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: Move arch_get_unmapped_area() in to arch/sh/mm/mmap.c. 2008-12-22T09:42:49+00:00 Paul Mundt lethal@linux-sh.org 2008-11-12T04:17:38+00:00 4a4a9be3ebdbf17957d29e3521f328a1145f9431 Now that arch/sh/mm/mmap.c exists, move arch_get_unmapped_area() there. Follows the ARM change. Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
Now that arch/sh/mm/mmap.c exists, move arch_get_unmapped_area() there.
Follows the ARM change.

Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: Trivial trace_mark() instrumentation for core events. 2008-09-21T04:56:39+00:00 Paul Mundt lethal@linux-sh.org 2008-09-21T04:56:39+00:00 3d58695edbfac785161bf282dc11fd42a483d6c9 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 <lethal@linux-sh.org> 
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 <lethal@linux-sh.org>
sh: fixup many sparse errors. 2008-09-08T01:35:04+00:00 Paul Mundt lethal@linux-sh.org 2008-09-04T09:53:58+00:00 fa43972fab24a3c050e880a7831f9378c6cebc0b Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: fix semtimedop syscall 2008-08-28T05:53:22+00:00 Yoshihiro Shimoda shimoda.yoshihiro@renesas.com 2008-08-27T11:16:46+00:00 3c31bf73134038a417a9ae3fa3c02c279b42c550 fix the problem that cannot work semtimedop system call. Signed-off-by: Yoshihiro Shimoda <shimoda.yoshihiro@renesas.com> Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
fix the problem that cannot work semtimedop system call.

Signed-off-by: Yoshihiro Shimoda <shimoda.yoshihiro@renesas.com>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
sh: sys_sh consolidation for arch_get_unmapped_area(). 2008-01-28T04:18:49+00:00 Paul Mundt lethal@linux-sh.org 2007-11-20T06:50:59+00:00 bcb28e42be8c1cce6cc523c1b656980011464016 Signed-off-by: Paul Mundt <lethal@linux-sh.org> 
Signed-off-by: Paul Mundt <lethal@linux-sh.org>