<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/arch/sh/kernel, branch v2.6.27.9</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/arch/sh/kernel?h=v2.6.27.9</id>
<link rel='self' href='https://git.amat.us/linux/atom/arch/sh/kernel?h=v2.6.27.9'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-09-05T05:51:28Z</updated>
<entry>
<title>sh64: resume_kernel fix for kernel oops built with CONFIG_BKL_PREEMPT=y.</title>
<updated>2008-09-05T05:51:28Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-09-05T05:51:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=dbce1f649e3d22aa7ddc0fdbfa6a7470047b61bd'/>
<id>urn:sha1:dbce1f649e3d22aa7ddc0fdbfa6a7470047b61bd</id>
<content type='text'>
Follows the SH change.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: resume_kernel fix for kernel oops built with CONFIG_BKL_PREEMPT=y.</title>
<updated>2008-09-05T05:42:16Z</updated>
<author>
<name>Carmelo Amoroso</name>
<email>carmelo.amoroso@st.com</email>
</author>
<published>2008-09-05T05:42:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=323b8c410a2453f15578c22b0eef50456359bbfc'/>
<id>urn:sha1:323b8c410a2453f15578c22b0eef50456359bbfc</id>
<content type='text'>
This patch fixes a problem within the SH implementation of resume_kernel code,
that implements in assembly the bulk of preempt_schedule_irq function without
taking care of the extra code needed to handle the BKL preemptible.

The patch basically consists of removing this asm code and calling the common
C implementation (see kernel/sched.c) as other archs do.

Another change is the missing 'cli' macro invocation at the beginning of
the resume_kernel.

Signed-off-by: Giuseppe Cavallaro &lt;peppe.cavallaro@st.com&gt;
Signed-off-by: Carmelo Amoroso &lt;carmelo.amoroso@st.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: fix semtimedop syscall</title>
<updated>2008-08-28T05:53:22Z</updated>
<author>
<name>Yoshihiro Shimoda</name>
<email>shimoda.yoshihiro@renesas.com</email>
</author>
<published>2008-08-27T11:16:46Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3c31bf73134038a417a9ae3fa3c02c279b42c550'/>
<id>urn:sha1:3c31bf73134038a417a9ae3fa3c02c279b42c550</id>
<content type='text'>
fix the problem that cannot work semtimedop system call.

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: fix kexec entry point for crash kernels</title>
<updated>2008-08-28T05:53:03Z</updated>
<author>
<name>Magnus Damm</name>
<email>damm@igel.co.jp</email>
</author>
<published>2008-08-27T09:19:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5734493bac88b28d8d7e2f262305fd6e83545ac5'/>
<id>urn:sha1:5734493bac88b28d8d7e2f262305fd6e83545ac5</id>
<content type='text'>
The crash kernel entry point is currently checked by the kexec kernel
code and only physical addresses in the reserved memory window are
accepted. This means that we can't pass P2 or P1 addresses as entry
points in the case of crash kernels. This patch makes sure we can start
crash kernels by adding support for physical address entry points.

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>sh: crash kernel resource fix</title>
<updated>2008-08-28T05:52:58Z</updated>
<author>
<name>Magnus Damm</name>
<email>damm@igel.co.jp</email>
</author>
<published>2008-08-27T09:15:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=34894c7843e00972d88b3592027703d4e05a06a7'/>
<id>urn:sha1:34894c7843e00972d88b3592027703d4e05a06a7</id>
<content type='text'>
The reserved crash kernel memory range is currently missing from
/proc/iomem. crashk_res is mistakenly setup after __add_active_range().
Reorder things to make sure the resource shows up in /proc/iomem.

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>sh: fix ptrace_64.c:user_disable_single_step()</title>
<updated>2008-08-25T05:08:02Z</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@kernel.org</email>
</author>
<published>2008-08-22T15:20:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=e311be521fa9daedd8959d1a89f5e9bc5b54bb40'/>
<id>urn:sha1:e311be521fa9daedd8959d1a89f5e9bc5b54bb40</id>
<content type='text'>
This patch fixes the following compile error caused by
commit c459dbf294b4a3d70490a468a7ca3907fb2c2f57
(sh: ptrace single stepping cleanups.):

&lt;--  snip  --&gt;

...
  CC      arch/sh/kernel/ptrace_64.o
arch/sh/kernel/ptrace_64.c: In function 'user_disable_single_step':
arch/sh/kernel/ptrace_64.c:134: error: 'regs' undeclared (first use in this function)
arch/sh/kernel/ptrace_64.c:134: error: (Each undeclared identifier is reported only once
arch/sh/kernel/ptrace_64.c:134: error: for each function it appears in.)
...
make[2]: *** [arch/sh/kernel/ptrace_64.o] Error 1

&lt;--  snip  --&gt;

Reported-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: export sh7723 VEU as VEU2H</title>
<updated>2008-08-11T11:17:55Z</updated>
<author>
<name>Magnus Damm</name>
<email>damm@igel.co.jp</email>
</author>
<published>2008-08-11T05:59:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2a5323cd69ff485c1b68960f2b4802cf252558f1'/>
<id>urn:sha1:2a5323cd69ff485c1b68960f2b4802cf252558f1</id>
<content type='text'>
Export sh7723 VEU hardware blocks as VEU2H. The sh7723 VEU2H differs
a bit from the sh7722 VEU so use different names for our UIO devices.

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>sh: Don't export __{s,u}divsi3_i4i from SH-2 libgcc.</title>
<updated>2008-08-11T11:17:49Z</updated>
<author>
<name>Yoshinori Sato</name>
<email>ysato@users.sourceforge.jp</email>
</author>
<published>2008-08-06T05:47:54Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d09d328c119a9ac20615fc8b1431aa417955ad4d'/>
<id>urn:sha1:d09d328c119a9ac20615fc8b1431aa417955ad4d</id>
<content type='text'>
rsk7203_defconfig fails to build with the following error:

&lt;--  snip  --&gt;

...
  LD      .tmp_vmlinux1
arch/sh/kernel/built-in.o:(__ksymtab+0xb8): undefined reference to `__udivsi3_i4i'
arch/sh/kernel/built-in.o:(__ksymtab+0xc8): undefined reference to `__sdivsi3_i4i'
make[1]: *** [.tmp_vmlinux1] Error 1

&lt;--  snip  --&gt;

That worked with 2.6.26, and these are far less undefined references
than in the cases where libgcc was missing.

[ These symbols are not defined on SH-2 versions of libgcc, so we have to
  special case the export there. - Paul ]

Reported-by: Adrian Bunk &lt;bunk@kernel.org&gt;
Signed-off-by: Yoshinori Sato &lt;ysato@users.sourceforge.jp&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: Save NUMA node data in vmcore for crash dumps.</title>
<updated>2008-08-04T04:42:49Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-08-04T04:42:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c3b4adfa65bae300a143188491e285556ca80fff'/>
<id>urn:sha1:c3b4adfa65bae300a143188491e285556ca80fff</id>
<content type='text'>
Presently the NUMA node data isn't saved on kexec. This implements a
simple arch_crash_save_vmcoreinfo() for saving off the relevant data.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>sh: module_alloc() should be using vmalloc_exec().</title>
<updated>2008-08-04T04:34:29Z</updated>
<author>
<name>Paul Mundt</name>
<email>lethal@linux-sh.org</email>
</author>
<published>2008-08-04T04:34:29Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4b59c97325371d51275bdb50523fa98a301615b0'/>
<id>urn:sha1:4b59c97325371d51275bdb50523fa98a301615b0</id>
<content type='text'>
SH-X2 extended mode TLB allows for toggling of the exec bit, so make
sure we are using the right protection bits for module space there
also.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
</feed>
