linux-stable.git/arch, branch linux-2.6.18.y

x86_64: fix 2.6.18 regression - PTRACE_OLDSETOPTIONS should be accepted

2007-02-23T23:49:52+00:00

Also PTRACE_OLDSETOPTIONS should be accepted, as done by kernel/ptrace.c and
forced by binary compatibility. UML/32bit breaks because of this - since it is wise
enough to use PTRACE_OLDSETOPTIONS to be binary compatible with 2.4 host
kernels.

Until 2.6.17 (commit f0f2d6536e3515b5b1b7ae97dc8f176860c8c2ce) we had:

       default:
                return sys_ptrace(request, pid, addr, data);

Instead here we have:
        case PTRACE_GET_THREAD_AREA:
	case ...:
                return sys_ptrace(request, pid, addr, data);

        default:
                return -EINVAL;

This change was a style change - when a case is added, it must be explicitly
tested this way. In this case, not enough testing was done.

Cc: Andi Kleen 
Signed-off-by: Paolo 'Blaisorblade' Giarrusso 
Signed-off-by: Greg Kroah-Hartman

Don't leak NT bit into next task

2007-02-23T23:49:51+00:00

SYSENTER can cause a NT to be set which might cause crashes on the IRET
in the next task.

Following similar i386 patch from Linus.

Signed-off-by: Andi Kleen 
[backport from Chuck Ebbert]
Signed-off-by: Chuck Ebbert <76306.1226@compuserve.com>
Signed-off-by: Chris Wright 
Signed-off-by: Greg Kroah-Hartman

[PATCH] x86-64: Mark rdtsc as sync only for netburst, not for core2

2006-12-17T00:20:48+00:00

On the Core2 cpus, the rdtsc instruction is not serializing (as defined
in the architecture reference since rdtsc exists) and due to the deep
speculation of these cores, it's possible that you can observe time go
backwards between cores due to this speculation. Since the kernel
already deals with this with the SYNC_RDTSC flag, the solution is
simple, only assume that the instruction is serializing on family 15...

The price one pays for this is a slightly slower gettimeofday (by a
dozen or two cycles), but that increase is quite small to pay for a
really-going-forward tsc counter.

Signed-off-by: Arjan van de Ven 
Signed-off-by: Andi Kleen 
[chrisw: backported to 2.6.18]
Signed-off-by: Chris Wright

[PATCH] m32r: make userspace headers platform-independent

2006-12-17T00:20:48+00:00

The m32r kernel 2.6.18-rc1 or after cause build errors of "unknown isa
configuration" for userspace application programs, such as glibc, gdb, etc.

This is because the recent kernel do not include linux/config.h not to expose
kernel headers for userspace.

To fix the above compile errors, this patch fixes two headers ptrace.h and
sigcontext.h for m32r and makes them platform-independent.

Signed-off-by: Hirokazu Takata 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Chris Wright

[PATCH] ARM: Add sys_*at syscalls

2006-12-17T00:20:48+00:00

Later glibc requires the *at syscalls.  Add them.

Signed-off-by: Russell King 
Signed-off-by: Chris Wright

[PATCH] IA64: bte_unaligned_copy() transfers one extra cache line.

2006-12-02T00:12:37+00:00

When called to do a transfer that has a start offset within the cache
line which is uneven between source and destination and a length which
terminates the source of the copy exactly on a cache line, one extra
line gets copied into a temporary buffer.  This is normally not an issue
since the buffer is a kernel buffer and only the requested information
gets copied into the user buffer.

The problem arises when the source ends at the very last physical page
of memory.  That last cache line does not exist and results in the SHUB
chip raising an MCA.

Signed-off-by: Robin Holt 
Signed-off-by: Dean Nelson 
Signed-off-by: Tony Luck 
Signed-off-by: Chris Wright

[PATCH] alpha: Fix ALPHA_EV56 dependencies typo

2006-12-02T00:12:36+00:00

There appears to be a typo in the EV56 config option. NORITAKE and PRIMO are
be able to set a variation of either.

Signed-off-by: Daniel Drake 
Cc: Richard Henderson 
Cc: Ivan Kokshaysky 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds 
Signed-off-by: Chris Wright

[PATCH] x86 microcode: don't check the size

2006-12-02T00:12:36+00:00

IA32 manual says if micorcode update's size is 0, then the size is
default size (2048 bytes). But this doesn't suggest all microcode
update's size should be above 2048 bytes to me. We actually had a
microcode update whose size is 1024 bytes. The patch just removed the
check.

Backported to 2.6.18 by Daniel Drake.

Signed-off-by: Daniel Drake 
Signed-off-by: Chris Wright

[PATCH] CPUFREQ: Make acpi-cpufreq unsticky again.

2006-11-19T03:28:04+00:00

This caused suspend/resume regressions.

Signed-off-by: Dave Jones 
Signed-off-by: Chris Wright

[PATCH] fix via586 irq routing for pirq 5

2006-11-19T03:28:03+00:00

Fix interrupt routing for via 586 bridges.  pirq can be 5 which needs to be
mapped to INTD.  But currently the access functions can handle only pirq
1-4.  this is similar to the other via chipsets where pirq 4 and 5 are both
mapped to INTD.  Fixes bugzilla #7490

Cc: Daniel Paschka 
Cc: Adrian Bunk 
Signed-off-by: Daniel Ritz 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Chris Wright