linux-dev/arch/sparc64/kernel/entry.S, branch master

sparc64: Split entry.S up into seperate files.

2008-04-28T07:47:20Z

entry.S was a hodge-podge of several totally unrelated sets of assembler routines, ranging from FPU trap handlers to hypervisor call functions. Split it up into topic-sized pieces. Signed-off-by: David S. Miller

[SPARC64]: %l6 trap return handling no longer necessary.

2008-04-24T10:15:22Z

Now that we indicate the "restart system call" in the trap type field of pt_regs->magic, we don't need to set the %l6 boolean in all of the trap return paths. And we therefore don't need to pass it to do_notify_resume(). Signed-off-by: David S. Miller

sparc64: cleanup after SunOS/Solaris binary emulation removal

2008-04-24T06:32:19Z

The following cleanups are now possible: - arch/sparc64/kernel/entry.S:ret_sys_call no longer has to be global - arch/sparc64/kernel/sparc64_ksyms.c: remove no longer used prototypes Signed-off-by: Adrian Bunk Signed-off-by: David S. Miller

[SPARC]: Remove SunOS and Solaris binary support.

2008-04-21T22:10:15Z

As per Documentation/feature-removal-schedule.txt Signed-off-by: David S. Miller

[SPARC64]: Make save_stack_trace() more efficient.

2008-03-25T03:06:24Z

Doing a 'flushw' every stack trace capture creates so much overhead that it makes lockdep next to unusable. We only care about the frame pointer chain and the function caller program counters, so flush those by hand to the stack frame. This is significantly more efficient than a 'flushw' because: 1) We only save 16 bytes per active register window to the stack. 2) This doesn't push the entire register window context of the current call chain out of the cpu, forcing register window fill traps as we return back down. Note that we can't use 'restore' and 'save' instructions to move around the register windows because that wouldn't work on Niagara processors. They optimize 'save' into a new register window by simply clearing out the registers instead of pulling them in from the on-chip register window backing store. Based upon a report by Tom Callaway. Signed-off-by: David S. Miller

[SPARC]: Move over to arch_ptrace().

2008-02-07T11:00:17Z

Signed-off-by: David S. Miller

[SPARC64]: Fix two kernel linear mapping setup bugs.

2007-12-13T14:13:38Z

This was caught and identified by Greg Onufer. Since we setup the 256M/4M bitmap table after taking over the trap table, it's possible for some 4M mapping to get loaded in the TLB beforhand which later will be 256M mappings. This can cause illegal TLB multiple-match conditions. Fix this by setting up the bitmap before we take over the trap table. Next, __flush_tlb_all() was not doing anything on hypervisor platforms. Fix by adding sun4v_mmu_demap_all() and calling it. Signed-off-by: David S. Miller

[SPARC64]: Access ivector_table[] using physical addresses.

2007-10-14T04:53:15Z

Signed-off-by: David S. Miller

[SPARC64]: Make IVEC pointers 64-bit.

2007-10-14T04:53:15Z

Currently we chain IVEC entries using 32-bit "pointers" because we know that the ivector_table is in the main kernel image, thus below 4GB. This uses proper 64-bit pointers instead. Whilst this bloats up the kernel image size, this sets the infrastructure necessary to significantly shrink the kernel size by using physical addresses and dynamically allocating the ivector table. Signed-off-by: David S. Miller

[SPARC64]: Fix args to sun4v_ldc_revoke().

2007-06-13T07:01:27Z

First argument is LDC channel ID, then mapping cookie, then the MTE revoke cookie. Signed-off-by: David S. Miller