linux-stable.git/arch/parisc, branch linux-2.6.31.y

parisc: fix warning in traps.c

2009-08-29T05:37:20+00:00

On Tue, Aug 18, 2009 at 01:45:17PM -0400, John David Anglin wrote:
>  CC      arch/parisc/kernel/traps.o
> arch/parisc/kernel/traps.c: In function 'handle_interruption':
> arch/parisc/kernel/traps.c:535:18: warning: operation on 'regs->iasq[0]'
> may be undefined

Yes - Line 535 should use both [0] and [1].

Reported-by: John David Anglin 
Signed-off-by: Grant Grundler 
Signed-off-by: Kyle McMartin 
Signed-off-by: Linus Torvalds

parisc: Set correct bit in protection flags

2009-08-02T10:36:05+00:00

Signed-off-by: John David Anglin 
Signed-off-by: Helge Deller

parisc: Fix GOT overflow during module load on 64bit kernel

2009-08-02T10:34:08+00:00

Signed-off-by: John David Anglin 
Signed-off-by: Helge Deller

mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

2009-07-27T19:10:38+00:00

mm: Pass virtual address to [__]p{te,ud,md}_free_tlb()

Upcoming paches to support the new 64-bit "BookE" powerpc architecture
will need to have the virtual address corresponding to PTE page when
freeing it, due to the way the HW table walker works.

Basically, the TLB can be loaded with "large" pages that cover the whole
virtual space (well, sort-of, half of it actually) represented by a PTE
page, and which contain an "indirect" bit indicating that this TLB entry
RPN points to an array of PTEs from which the TLB can then create direct
entries. Thus, in order to invalidate those when PTE pages are deleted,
we need the virtual address to pass to tlbilx or tlbivax instructions.

The old trick of sticking it somewhere in the PTE page struct page sucks
too much, the address is almost readily available in all call sites and
almost everybody implemets these as macros, so we may as well add the
argument everywhere. I added it to the pmd and pud variants for consistency.

Signed-off-by: Benjamin Herrenschmidt 
Acked-by: David Howells  [MN10300 & FRV]
Acked-by: Nick Piggin 
Acked-by: Martin Schwidefsky  [s390]
Signed-off-by: Linus Torvalds

sched: INIT_PREEMPT_COUNT

2009-07-10T21:24:05+00:00

Pull the initial preempt_count value into a single
definition site.

Maintainers for: alpha, ia64 and m68k, please have a look,
your arch code is funny.

The header magic is a bit odd, but similar to the KERNEL_DS
one, CPP waits with expanding these macros until the
INIT_THREAD_INFO macro itself is expanded, which is in
arch/*/kernel/init_task.c where we've already included
sched.h so we're good.

Cc: tony.luck@intel.com
Cc: rth@twiddle.net
Cc: geert@linux-m68k.org
Signed-off-by: Peter Zijlstra 
Acked-by: Matt Mackall 
Signed-off-by: Linus Torvalds

Remove multiple KERN_ prefixes from printk formats

2009-07-08T17:30:03+00:00

Commit 5fd29d6ccbc98884569d6f3105aeca70858b3e0f ("printk: clean up
handling of log-levels and newlines") changed printk semantics.  printk
lines with multiple KERN_ prefixes are no longer emitted as
before the patch.

 is now included in the output on each additional use.

Remove all uses of multiple KERN_s in formats.

Signed-off-by: Joe Perches 
Signed-off-by: Linus Torvalds

parisc: use generic atomic64 on 32-bit

2009-07-03T03:34:13+00:00

Somewhat redundant since our atomic_t uses hashed-locks on 32-bit
anyway... Maybe we can clean those up to be generic too someday.

Signed-off-by: Kyle McMartin

parisc: perf: wire up sys_perf_counter_open

2009-07-03T03:34:12+00:00

Signed-off-by: Kyle McMartin

parisc: add task_pt_regs macro

2009-07-03T03:34:11+00:00

needed for perf_counters.

Signed-off-by: Kyle McMartin

parisc: wire sys_perf_counter_open to sys_ni_syscall

2009-07-03T03:34:11+00:00

Reserve a syscall slot for sys_perf_counter_open.

Signed-off-by: Kyle McMartin