linux.git/arch/frv/include, branch v2.6.39

Fix common misspellings

2011-03-31T14:26:23+00:00

Fixes generated by 'codespell' and manually reviewed.

Signed-off-by: Lucas De Marchi

FRV: Do some cleanups

2011-03-29T13:05:12+00:00

1. frv doesn't support SMP, remove the useless SMP bits.

2. frv has its own alloc_task_struct, so define __HAVE_ARCH_TASK_STRUCT_ALLOCATOR
   (I am not sure if frv should use generic alloc_task_struct().)

Signed-off-by: WANG Cong 
Signed-off-by: David Howells

FRV: Missing node arg in alloc_thread_info_node() macro

2011-03-29T13:05:12+00:00

There are two alloc_thread_info_node() macros defined (one for debugging and
one for normal).  The commit that changed them most recently:

	commit b6a84016bd2598e35ead635147fa53619982648d
	Author: Eric Dumazet 
	Date:   Tue Mar 22 16:30:42 2011 -0700
	Subject: mm: NUMA aware alloc_thread_info_node()

didn't add the node argument into the macro argument list for the normal macro.
This results in the following error:

kernel/fork.c:267:39: error: macro "alloc_thread_info_node" passed 2 arguments, but takes just 1
kernel/fork.c: In function 'dup_task_struct':
kernel/fork.c:267: error: 'alloc_thread_info_node' undeclared (first use in this function)
kernel/fork.c:267: error: (Each undeclared identifier is reported only once
kernel/fork.c:267: error: for each function it appears in.)

Signed-off-by: David Howells

bitops: remove minix bitops from asm/bitops.h

2011-03-24T02:46:22+00:00

minix bit operations are only used by minix filesystem and useless by
other modules.  Because byte order of inode and block bitmaps is different
on each architecture like below:

m68k:
	big-endian 16bit indexed bitmaps

h8300, microblaze, s390, sparc, m68knommu:
	big-endian 32 or 64bit indexed bitmaps

m32r, mips, sh, xtensa:
	big-endian 32 or 64bit indexed bitmaps for big-endian mode
	little-endian bitmaps for little-endian mode

Others:
	little-endian bitmaps

In order to move minix bit operations from asm/bitops.h to architecture
independent code in minix filesystem, this provides two config options.

CONFIG_MINIX_FS_BIG_ENDIAN_16BIT_INDEXED is only selected by m68k.
CONFIG_MINIX_FS_NATIVE_ENDIAN is selected by the architectures which use
native byte order bitmaps (h8300, microblaze, s390, sparc, m68knommu,
m32r, mips, sh, xtensa).  The architectures which always use little-endian
bitmaps do not select these options.

Finally, we can remove minix bit operations from asm/bitops.h for all
architectures.

Signed-off-by: Akinobu Mita 
Acked-by: Arnd Bergmann 
Acked-by: Greg Ungerer 
Cc: Geert Uytterhoeven 
Cc: Roman Zippel 
Cc: Andreas Schwab 
Cc: Martin Schwidefsky 
Cc: Heiko Carstens 
Cc: Yoshinori Sato 
Cc: Michal Simek 
Cc: "David S. Miller" 
Cc: Hirokazu Takata 
Acked-by: Ralf Baechle 
Acked-by: Paul Mundt 
Cc: Chris Zankel 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

bitops: remove ext2 non-atomic bitops from asm/bitops.h

2011-03-24T02:46:21+00:00

As the result of conversions, there are no users of ext2 non-atomic bit
operations except for ext2 filesystem itself.  Now we can put them into
architecture independent code in ext2 filesystem, and remove from
asm/bitops.h for all architectures.

Signed-off-by: Akinobu Mita 
Cc: Jan Kara 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

bitops: introduce little-endian bitops for most architectures

2011-03-24T02:46:15+00:00

Introduce little-endian bit operations to the big-endian architectures
which do not have native little-endian bit operations and the
little-endian architectures.  (alpha, avr32, blackfin, cris, frv, h8300,
ia64, m32r, mips, mn10300, parisc, sh, sparc, tile, x86, xtensa)

These architectures can just include generic implementation
(asm-generic/bitops/le.h).

Signed-off-by: Akinobu Mita 
Cc: Richard Henderson 
Cc: Ivan Kokshaysky 
Cc: Mikael Starvik 
Cc: David Howells 
Cc: Yoshinori Sato 
Cc: "Luck, Tony" 
Cc: Ralf Baechle 
Cc: Kyle McMartin 
Cc: Matthew Wilcox 
Cc: Grant Grundler 
Cc: Paul Mundt 
Cc: Kazumoto Kojima 
Cc: Hirokazu Takata 
Cc: "David S. Miller" 
Cc: Chris Zankel 
Cc: Ingo Molnar 
Cc: Thomas Gleixner 
Acked-by: Hans-Christian Egtvedt 
Acked-by: "H. Peter Anvin" 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

add the common dma_addr_t typedef to include/linux/types.h

2011-03-23T00:44:09+00:00

All architectures can use the common dma_addr_t typedef now. We can
remove the arch specific dma_addr_t.

Signed-off-by: FUJITA Tomonori 
Acked-by: Arnd Bergmann 
Cc: Ingo Molnar 
Cc: Thomas Gleixner 
Cc: "H. Peter Anvin" 
Cc: Ivan Kokshaysky 
Cc: Richard Henderson 
Cc: Matt Turner 
Cc: "Luck, Tony" 
Cc: Ralf Baechle 
Cc: Benjamin Herrenschmidt 
Cc: Heiko Carstens 
Cc: Martin Schwidefsky 
Cc: Chris Metcalf 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mm: NUMA aware alloc_thread_info_node()

2011-03-23T00:44:01+00:00

Add a node parameter to alloc_thread_info(), and change its name to
alloc_thread_info_node()

This change is needed to allow NUMA aware kthread_create_on_cpu()

Signed-off-by: Eric Dumazet 
Acked-by: David S. Miller 
Reviewed-by: Andi Kleen 
Acked-by: Rusty Russell 
Cc: Tejun Heo 
Cc: Tony Luck 
Cc: Fenghua Yu 
Cc: David Howells 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

mm: NUMA aware alloc_task_struct_node()

2011-03-23T00:44:01+00:00

All kthreads being created from a single helper task, they all use memory
from a single node for their kernel stack and task struct.

This patch suite creates kthread_create_on_cpu(), adding a 'cpu' parameter
to parameters already used by kthread_create().

This parameter serves in allocating memory for the new kthread on its
memory node if available.

Users of this new function are : ksoftirqd, kworker, migration, pktgend...

This patch:

Add a node parameter to alloc_task_struct(), and change its name to
alloc_task_struct_node()

This change is needed to allow NUMA aware kthread_create_on_cpu()

Signed-off-by: Eric Dumazet 
Acked-by: David S. Miller 
Reviewed-by: Andi Kleen 
Acked-by: Rusty Russell 
Cc: Tejun Heo 
Cc: Tony Luck 
Cc: Fenghua Yu 
Cc: David Howells 
Cc: 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

futex: Sanitize futex ops argument types

2011-03-11T11:23:31+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