linux-toradex.git/arch, branch v2.6.27.12

x86: fix RIP printout in early_idt_handler

2009-01-18T18:35:45+00:00

commit 7aed55d1085f71241284a30af0300feea48c36db upstream.

Impact: fix debug/crash printout

Since errorcode is popped out, RIP is on the top of the stack.
Use real RIP value instead of wrong CS.

Signed-off-by: Jiri Slaby 
Signed-off-by: Ingo Molnar 
Signed-off-by: Greg Kroah-Hartman

x86, cpa: dont use large pages for kernel identity mapping with DEBUG_PAGEALLOC

2009-01-18T18:35:45+00:00

commit 0b8fdcbcd287a1fbe66817491e6149841ae25705 upstream.

Don't use large pages for kernel identity mapping with DEBUG_PAGEALLOC.
This will remove the need to split the large page for the
allocated kernel page in the interrupt context.

This will simplify cpa code(as we don't do the split any more from the
interrupt context). cpa code simplication in the subsequent patches.

Tested-by: Tony Battersby 
Signed-off-by: Suresh Siddha 
Cc: Suresh Siddha 
Cc: arjan@linux.intel.com
Cc: venkatesh.pallipadi@intel.com
Cc: jeremy@goop.org
Signed-off-by: Ingo Molnar 
Signed-off-by: Greg Kroah-Hartman

x86: avoid theoretical vmalloc fault loop

2009-01-18T18:35:45+00:00

commit f313e12308f7c5ea645f18e759d104d088b18615 upstream.

Ajith Kumar noticed:

 I was going through the vmalloc fault handling for x86_64 and am unclear
 about the following lines in the vmalloc_fault() function.

 pgd = pgd_offset(current->mm ?: &init_mm, address);
 pgd_ref = pgd_offset_k(address);

 Here the intention is to get the pgd corresponding to the current process
 and sync it up with the pgd in init_mm(obtained from pgd_offset_k).
 However, for kernel threads current->mm is NULL and hence pgd =
 pgd_offset(init_mm, address) = pgd_ref which means the fault handler
 returns without setting the pgd entry in the MM structure in the context
 of which the kernel thread has faulted.  This could lead to never-ending
 faults and busy looping of kernel threads like pdflush.  So, shouldn't the
 pgd = pgd_offset(current->mm ?: &init_mm, address); be pgd =
 pgd_offset(current->active_mm ?: &init_mm, address);

We can use active_mm unconditionally because it should be always set.

Signed-off-by: Andi Kleen 
Signed-off-by: Andrew Morton 
Signed-off-by: Ingo Molnar 
Signed-off-by: Greg Kroah-Hartman

powerpc: Disable Collaborative Memory Manager for kdump

2009-01-18T18:35:44+00:00

commit 2218108e182fd8a6d9106077833ed7ad05fc8e75 upstream.

When running Active Memory Sharing, the Collaborative Memory Manager
(CMM) may mark some pages as "loaned" with the hypervisor.
Periodically, the CMM will query the hypervisor for a loan request,
which is a single signed value.  When kexec'ing into a kdump kernel,
the CMM driver in the kdump kernel is not aware of the pages the
previous kernel had marked as "loaned", so the hypervisor and the CMM
driver are out of sync.  This results in the CMM driver getting a
negative loan request, which can then get treated as a large unsigned
value and can cause kdump to hang due to the CMM driver inflating too
large.  Since there really is no clean way for the CMM driver in the
kdump kernel to clean this up, simply disable CMM in the kdump kernel.
This fixes hangs we were seeing doing kdump with AMS.

Signed-off-by: Brian King 
Signed-off-by: Paul Mackerras 
Signed-off-by: Greg Kroah-Hartman

s390 specific system call wrappers

2009-01-18T18:35:40+00:00

commit 26689452f5ca201add63b1b1ff0dbcf82d6885e7 upstream.

Signed-off-by: Heiko Carstens 
Signed-off-by: Greg Kroah-Hartman

s390: enable system call wrappers

2009-01-18T18:35:34+00:00

commit ed6bb6194350dc6ae97a65dbf2d621a3dbe6bbe9 upstream.

Signed-off-by: Heiko Carstens 
Signed-off-by: Greg Kroah-Hartman

powerpc: Enable syscall wrappers for 64-bit

2009-01-18T18:35:33+00:00

commit ee6a093222549ac0c72cfd296c69fa5e7d6daa34 upstream.

This enables the use of syscall wrappers to do proper sign extension
for 64-bit programs.

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Heiko Carstens 
Signed-off-by: Greg Kroah-Hartman

System call wrapper infrastructure

2009-01-18T18:35:33+00:00

commit 1a94bc34768e463a93cb3751819709ab0ea80a01 upstream.

From: Martin Schwidefsky 

By selecting HAVE_SYSCALL_WRAPPERS architectures can activate
system call wrappers in order to sign extend system call arguments.

All architectures where the ABI defines that the caller of a function
has to perform sign extension probably need this.

Reported-by: Christian Borntraeger 
Acked-by: Ralf Baechle 
Signed-off-by: Martin Schwidefsky 
Signed-off-by: Heiko Carstens 
Signed-off-by: Greg Kroah-Hartman

Remove attribute((weak)) from sys_pipe/sys_pipe2

2009-01-18T18:35:33+00:00

commit 1134723e96f6e2abcf8bfd7a2d1c96fcc323ef35 upstream.

Remove __attribute__((weak)) from common code sys_pipe implemantation.
IA64, ALPHA, SUPERH (32bit) and SPARC (32bit) have own implemantations
with the same name. Just rename them.
For sys_pipe2 there is no architecture specific implementation.

Cc: Richard Henderson 
Cc: David S. Miller 
Cc: Paul Mundt 
Cc: Tony Luck 
Signed-off-by: Heiko Carstens 
Signed-off-by: Greg Kroah-Hartman

Rename old_readdir to sys_old_readdir

2009-01-18T18:35:31+00:00

commit e55380edf68796d75bf41391a781c68ee678587d upstream.

This way it matches the generic system call name convention.

Signed-off-by: Heiko Carstens 
Signed-off-by: Greg Kroah-Hartman

linux-toradex.git/arch, branch v2.6.27.12

x86: fix RIP printout in early_idt_handler

x86, cpa: dont use large pages for kernel identity mapping with DEBUG_PAGEALLOC

x86: avoid theoretical vmalloc fault loop

powerpc: Disable Collaborative Memory Manager for kdump

s390 specific system call wrappers

s390: enable system call wrappers

powerpc: Enable syscall wrappers for 64-bit

System call wrapper infrastructure

Remove __attribute__((weak)) from sys_pipe/sys_pipe2

Rename old_readdir to sys_old_readdir

Remove attribute((weak)) from sys_pipe/sys_pipe2