Skip to content
  1. May 25, 2011
  2. May 23, 2011
  3. Mar 31, 2011
  4. Mar 24, 2011
    • Akinobu Mita's avatar
      bitops: remove minix bitops from asm/bitops.h · 61f2e7b0
      Akinobu Mita authored
      
      
      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: default avatarAkinobu Mita <akinobu.mita@gmail.com>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarGreg Ungerer <gerg@uclinux.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Andreas Schwab <schwab@linux-m68k.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Acked-by: default avatarRalf Baechle <ralf@linux-mips.org>
      Acked-by: default avatarPaul Mundt <lethal@linux-sh.org>
      Cc: Chris Zankel <chris@zankel.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      61f2e7b0
    • Akinobu Mita's avatar
      bitops: remove ext2 non-atomic bitops from asm/bitops.h · f312eff8
      Akinobu Mita authored
      
      
      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: default avatarAkinobu Mita <akinobu.mita@gmail.com>
      Cc: Jan Kara <jack@suse.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      f312eff8
    • Akinobu Mita's avatar
      bitops: introduce little-endian bitops for most architectures · 861b5ae7
      Akinobu Mita authored
      
      
      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: default avatarAkinobu Mita <akinobu.mita@gmail.com>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Matthew Wilcox <willy@debian.org>
      Cc: Grant Grundler <grundler@parisc-linux.org>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Kazumoto Kojima <kkojima@rr.iij4u.or.jp>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Chris Zankel <chris@zankel.net>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Acked-by: default avatarHans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
      Acked-by: default avatar"H. Peter Anvin" <hpa@zytor.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      861b5ae7
  5. Mar 23, 2011
  6. Mar 22, 2011
  7. Mar 17, 2011
  8. Mar 14, 2011
  9. Mar 11, 2011
    • Michel Lespinasse's avatar
      futex: Sanitize futex ops argument types · 8d7718aa
      Michel Lespinasse authored
      
      
      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: default avatarMichel Lespinasse <walken@google.com>
      Cc: Darren Hart <darren@dvhart.com>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      LKML-Reference: <20110311025058.GD26122@google.com>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      8d7718aa
    • Michel Lespinasse's avatar
      futex: Sanitize cmpxchg_futex_value_locked API · 37a9d912
      Michel Lespinasse authored
      
      
      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: default avatarMichel Lespinasse <walken@google.com>
      Acked-by: Chris Metcalf <cmetcalf@tilera.com>  [tile]
      Acked-by: Tony Luck <tony.luck@intel.com>  [ia64]
      Acked-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Tested-by: Michal Simek <monstr@monstr.eu>  [microblaze]
      Acked-by: David Howells <dhowells@redhat.com> [frv]
      Cc: Darren Hart <darren@dvhart.com>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: "James E.J. Bottomley" <jejb@parisc-linux.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      LKML-Reference: <20110311024851.GC26122@google.com>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      37a9d912
    • Yoshihiro Shimoda's avatar
  10. Feb 17, 2011
  11. Feb 15, 2011
    • Francesco Virlinzi's avatar
      sh: Change __nosave_XXX symbols to long · 13c12a4e
      Francesco Virlinzi authored
      
      
      This patch changes the:
       - __nosave_begin
       - __nosave_end
      symbols from 'void' to 'long' as required by the latest
      Gcc (4.5.2) which raises the compilation error:
      
      cc1: warnings being treated as errors
      arch/sh/kernel/swsusp.c: In function 'pfn_is_nosave':
      arch/sh/kernel/swsusp.c:24:28: error: taking address of expression of type 'void'
      arch/sh/kernel/swsusp.c:25:26: error: taking address of expression of type 'void'
      arch/sh/kernel/swsusp.c:25:26: error: taking address of expression of type 'void'
      arch/sh/kernel/swsusp.c:25:26: error: taking address of expression of type 'void'
      
      Signed-off-by: default avatarFrancesco Virlinzi <francesco.virlinzi@st.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      13c12a4e
  12. Jan 27, 2011
  13. Jan 14, 2011
    • Paul Mundt's avatar
      sh: Fix up breakage from asm-generic/pgtable.h changes. · 8f82f0c7
      Paul Mundt authored
      
      
      We require a forward declaration for mm_struct:
      
      In file included from arch/sh/include/asm/pgtable.h:163,
                       from arch/sh/include/asm/io.h:21,
                       from arch/sh/kernel/machvec.c:20:
      include/asm-generic/pgtable.h:104: error: 'struct mm_struct' declared inside parameter list
      include/asm-generic/pgtable.h: In function 'ptep_get_and_clear_full':
      include/asm-generic/pgtable.h:107: error: passing argument 1 of 'ptep_get_and_clear' from incompatible pointer type
      include/asm-generic/pgtable.h:70: note: expected 'struct mm_struct *' but argument is of type 'struct mm_struct *'
      
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      8f82f0c7
  14. Jan 13, 2011
  15. Jan 11, 2011
  16. Jan 05, 2011
  17. Dec 24, 2010
    • Paul Mundt's avatar
      sh: Tidy up SH-4A unaligned load support. · 1dee92bb
      Paul Mundt authored
      
      
      The current implementation was rather tied to the packed_struct.h
      definitions, which immediately began to clash when the packed_struct.h
      types changed and drivers began to include packed_struct.h directly.
      
      In order to support this sort of use it's necessary to get out of the way
      with regards to namespace collisions, and at the same time we can also
      kill off some duplicate code now that the unaligned headers are a bit
      more broken out.
      
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      1dee92bb
  18. Dec 17, 2010
  19. Dec 14, 2010
  20. Dec 01, 2010
    • Paul Mundt's avatar
      sh: Assume new page cache pages have dirty dcache lines. · 55661fc1
      Paul Mundt authored
      
      
      This follows the ARM change c0177800
      ("ARM: 6379/1: Assume new page cache pages have dirty D-cache") for the
      same rationale:
      
          There are places in Linux where writes to newly allocated page
          cache pages happen without a subsequent call to flush_dcache_page()
          (several PIO drivers including USB HCD). This patch changes the
          meaning of PG_arch_1 to be PG_dcache_clean and always flush the
          D-cache for a newly mapped page in update_mmu_cache().
      
      This addresses issues seen with executing binaries from MMC, in
      addition to some of the other HCDs that don't explicitly do cache
      management for their pipe-in buffers.
      
      Requested-by: default avatarYoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
      Signed-off-by: default avatarPaul Mundt <lethal@linux-sh.org>
      55661fc1
  21. Nov 29, 2010
Loading