linux-toradex.git/arch/tile, branch imx-android-r12

futex: Sanitize futex ops argument types

2011-08-03T22:40:50+00:00

Change futex_atomic_op_inuser and futex_atomic_cmpxchg_inatomic
prototypes to use u32 types for the futex as this is the data type the
futex core code uses all over the place.

Signed-off-by: Michel Lespinasse 
Cc: Darren Hart 
Cc: Peter Zijlstra 
Cc: Matt Turner 
Cc: Russell King 
Cc: David Howells 
Cc: Tony Luck 
Cc: Michal Simek 
Cc: Ralf Baechle 
Cc: "James E.J. Bottomley" 
Cc: Benjamin Herrenschmidt 
Cc: Martin Schwidefsky 
Cc: Paul Mundt 
Cc: "David S. Miller" 
Cc: Chris Metcalf 
Cc: Linus Torvalds 
LKML-Reference: <20110311025058.GD26122@google.com>
Signed-off-by: Thomas Gleixner

futex: Sanitize cmpxchg_futex_value_locked API

2011-08-03T22:40:50+00:00

The cmpxchg_futex_value_locked API was funny in that it returned either
the original, user-exposed futex value OR an error code such as -EFAULT.
This was confusing at best, and could be a source of livelocks in places
that retry the cmpxchg_futex_value_locked after trying to fix the issue
by running fault_in_user_writeable().

This change makes the cmpxchg_futex_value_locked API more similar to the
get_futex_value_locked one, returning an error code and updating the
original value through a reference argument.

Signed-off-by: Michel Lespinasse 
Acked-by: Chris Metcalf   [tile]
Acked-by: Tony Luck   [ia64]
Acked-by: Thomas Gleixner 
Tested-by: Michal Simek   [microblaze]
Acked-by: David Howells  [frv]
Cc: Darren Hart 
Cc: Peter Zijlstra 
Cc: Matt Turner 
Cc: Russell King 
Cc: Ralf Baechle 
Cc: "James E.J. Bottomley" 
Cc: Benjamin Herrenschmidt 
Cc: Martin Schwidefsky 
Cc: Paul Mundt 
Cc: "David S. Miller" 
Cc: Linus Torvalds 
LKML-Reference: <20110311024851.GC26122@google.com>
Signed-off-by: Thomas Gleixner

tile: Use generic irq Kconfig

2011-01-21T10:55:34+00:00

No functional change.

Signed-off-by: Thomas Gleixner 
Acked-by: Chris Metcalf

genirq: Remove __do_IRQ

2011-01-21T10:55:31+00:00

All architectures are finally converted. Remove the cruft.

Signed-off-by: Thomas Gleixner 
Cc: Richard Henderson 
Cc: Mike Frysinger 
Cc: David Howells 
Cc: Tony Luck 
Cc: Greg Ungerer 
Cc: Michal Simek 
Acked-by: David Howells 
Cc: Kyle McMartin 
Acked-by: Benjamin Herrenschmidt 
Cc: Chen Liqin 
Cc: "David S. Miller" 
Cc: Chris Metcalf 
Cc: Jeff Dike

kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT

2011-01-21T01:02:05+00:00

The meaning of CONFIG_EMBEDDED has long since been obsoleted; the option
is used to configure any non-standard kernel with a much larger scope than
only small devices.

This patch renames the option to CONFIG_EXPERT in init/Kconfig and fixes
references to the option throughout the kernel.  A new CONFIG_EMBEDDED
option is added that automatically selects CONFIG_EXPERT when enabled and
can be used in the future to isolate options that should only be
considered for embedded systems (RISC architectures, SLOB, etc).

Calling the option "EXPERT" more accurately represents its intention: only
expert users who understand the impact of the configuration changes they
are making should enable it.

Reviewed-by: Ingo Molnar 
Acked-by: David Woodhouse 
Signed-off-by: David Rientjes 
Cc: Greg KH 
Cc: "David S. Miller" 
Cc: Jens Axboe 
Cc: Arnd Bergmann 
Cc: Robin Holt 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

arch/tile: handle rt_sigreturn() more cleanly

2010-12-17T21:59:29+00:00

The current tile rt_sigreturn() syscall pattern uses the common idiom
of loading up pt_regs with all the saved registers from the time of
the signal, then anticipating the fact that we will clobber the ABI
"return value" register (r0) as we return from the syscall by setting
the rt_sigreturn return value to whatever random value was in the pt_regs
for r0.

However, this breaks in our 64-bit kernel when running "compat" tasks,
since we always sign-extend the "return value" register to properly
handle returned pointers that are in the upper 2GB of the 32-bit compat
address space.  Doing this to the sigreturn path then causes occasional
random corruption of the 64-bit r0 register.

Instead, we stop doing the crazy "load the return-value register"
hack in sigreturn.  We already have some sigreturn-specific assembly
code that we use to pass the pt_regs pointer to C code.  We extend that
code to also set the link register to point to a spot a few instructions
after the usual syscall return address so we don't clobber the saved r0.
Now it no longer matters what the rt_sigreturn syscall returns, and the
pt_regs structure can be cleanly and completely reloaded.

Signed-off-by: Chris Metcalf

arch/tile: handle CLONE_SETTLS in copy_thread(), not user space

2010-12-17T21:56:50+00:00

Previously we were just setting up the "tp" register in the
new task as started by clone() in libc.  However, this is not
quite right, since in principle a signal might be delivered to
the new task before it had its TLS set up.  (Of course, this race
window still exists for resetting the libc getpid() cached value
in the new task, in principle.  But in any case, we are now doing
this exactly the way all other architectures do it.)

This change is important for 2.6.37 since the tile glibc we will
be submitting upstream will not set TLS in user space any more,
so it will only work on a kernel that has this fix.  It should
also be taken for 2.6.36.x in the stable tree if possible.

Signed-off-by: Chris Metcalf 
Cc: stable

Merge git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile

2010-11-24T22:42:32+00:00

* git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile:
  arch/tile: fix memchr() not to dereference memory for zero length
  arch/tile: make glibc's sysconf(_SC_NPROCESSORS_CONF) work correctly
  arch/tile: fix rwlock so would-be write lockers don't block new readers

Merge branch 'drivers' of git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile

2010-11-24T22:42:03+00:00

* 'drivers' of git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile:
  pci root complex: support for tile architecture
  drivers/net/tile/: on-chip network drivers for the tile architecture
  MAINTAINERS: add drivers/char/hvc_tile.c as maintained by tile

arch/tile: fix memchr() not to dereference memory for zero length

2010-11-24T18:57:42+00:00

This change fixes a bug that memchr() will read the first word
of the source even if the length is zero.  Ironically, the code
was originally written with a test to avoid exactly this problem,
but to make the code conform to Linux coding standards with all
declarations preceding all statements, the first load from memory
was moved up above that test as the initial value for a variable.

The change just moves all the variable declarations to the top
of the file, with no initializers, so that the test can also be
at the top of the file.

Signed-off-by: Chris Metcalf