bk pull on ia64 linux tree

From: Luck, Tony <tony.luck_at_intel.com>
Date: 2005-01-26 10:03:03
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.



 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>

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Tue Jan 25 18:08:01 2005

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:35 EST