bk pull on ia64 linux tree

Luck, Tony
2005-01-25T23:03:03Z

Hi Linus,

please do a

bk pull http://lia64.bkbits.net/linux-ia64-release-2.6.11

This will update the files shown below ... the apparently huge change
to ptrace.c is mostly code reformatting to fit in 80 columns.

Thanks!

-Tony

arch/ia64/ia32/ia32_signal.c | 20 -
arch/ia64/ia32/sys_ia32.c | 33 --
arch/ia64/kernel/entry.S | 18 -
arch/ia64/kernel/perfmon.c | 17 -
arch/ia64/kernel/ptrace.c | 687 +++++++++++++++++++++++++------------------
arch/ia64/kernel/signal.c | 9
arch/ia64/kernel/sys_ia64.c | 7
arch/ia64/kernel/traps.c | 76 ++--
arch/ia64/pci/pci.c | 2
include/asm-ia64/unistd.h | 14
10 files changed, 490 insertions(+), 393 deletions(-)

through these ChangeSets:

<tony.luck@intel.com> (05/01/25 1.2031)
[IA64] entry.S: .align in .text sections is broken, use TEXT_ALIGN()

A few reports of illegal instruction panics while trying to boot
were tracked to this. Fix by David Mosberger.

Signed-off-by: Tony Luck <tony.luck@intel.com>

<tony.luck@intel.com> (05/01/25 1.2030)
[IA64] pci_sal_read seg limit is 65535, not 255

Spotted by Andreas Schwab, fix from Matthew Wilcox
and David Mosberger.

Signed-off-by: Tony Luck <tony.luck@intel.com>

<davidm@hpl.hp.com> (05/01/25 1.2029)
[IA64] fix ptrace debug-register handling bug

I noticed that the PTRACE_POKEUSR code incorrectly clears bits 56-58
of _all_ debug registers. The intention was to only clear it for
odd-numbered registers, to ensure that user-level can only set
user-level data/instruction-breakpoints. Patch below fixes this problem.
The patch also replaces explicit clearing of the single-step and
taken-branch PSR bits with a call to ptrace_disable() for PTRACE_KILL.

Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

<davidm@hpl.hp.com> (05/01/25 1.2028)
[IA64] clean up pt_regs accesses

This patch replaces the idiom:

func (args..., long stack) {
struct pt_regs *regs = (struct pt_regs *) &stack;

with the more commonly used:

func (args..., struct pt_regs regs) {

The latter didn't used to work with the very earliest kernels and
compilers (anybody remember egcs?) but gcc-3.3 and probably even
gcc-2.96 don't have a problem with it anymore.

The change also makes sparse happier, since it doesn't like it when
you access memory past the end of the declared size of that variable.

Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

<tony.luck@intel.com> (05/01/25 1.2027)
[IA64] ptrace.c: Format to make it fit in 80 cols.

David thinks this might make Jesse and Willy happy (or
at least happier). If they can cope with line breaks
before a binary operator, rather than after, then maybe
it will :-)

Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

<kenneth.w.chen@intel.com> (05/01/25 1.2026)
[IA64] Ensure that r9 can't be a NaT on return from sys_pipe()

This version doesn't cost us any extra cycles.

Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Signed-off-by: Rohit Seth <rohit.seth@intel.com>
Acked-by: David Mosberger <davidm@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>