1. 11 Apr, 2006 32 commits
  2. 10 Apr, 2006 8 commits
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/rmk/linux-2.6-arm · 30d41bfb
      Linus Torvalds authored
      * master.kernel.org:/home/rmk/linux-2.6-arm:
        [ARM] 3473/1: Use numbers 0-15 for the VFP double registers
        [ARM] 3472/1: Use the D variants of FLDMIA/FSTMIA on ARMv6
        [ARM] 3471/1: FTOSI functions should return 0 for NaN
        [ARM] 3470/1: Clear the HWCAP bits for the disabled kernel features
        [ARM] 3469/1: S3C24XX: clkout missing hclk selector
        [ARM] 3468/1: S3C2410: SMDK common include fix
        [ARM] 3461/1: ARM: OMAP: Fix clk_get() when using id and name
        [ARM] 3460/1: ARM: OMAP: Remove unnecessary nop_release()
        [ARM] 3459/1: ixp23xx: fix debug serial macros for big-endian operation
        [ARM] Allow decompressor to be built with -ffunction-sections
        [ARM] Fix SA110/SA1100 cache flushing
        [ARM] ebsa110: Fix incorrect serial port address
        [ARM] Fix ebsa110 debug macros
        [ARM] Move FLUSH_BASE macros to asm/arch/memory.h
        [ARM] Remove unnecessary extra parens in include/asm-arm/memory.h
        [ARM] arm's arch_local_page_offset() fix against 2.6.17-rc1
      30d41bfb
    • Linus Torvalds's avatar
      Merge branch 'upstream-linus' of git://oss.oracle.com/home/sourcebo/git/ocfs2 · e38d5578
      Linus Torvalds authored
      * 'upstream-linus' of git://oss.oracle.com/home/sourcebo/git/ocfs2:
        [PATCH] CONFIGFS_FS must depend on SYSFS
        [PATCH] Bogus NULL pointer check in fs/configfs/dir.c
        ocfs2: Better I/O error handling in heartbeat
        ocfs2: test and set teardown flag early in user_dlm_destroy_lock()
        ocfs2: Handle the DLM_CANCELGRANT case in user_unlock_ast()
        ocfs2: catch an invalid ast case in dlmfs
        ocfs2: remove an overly aggressive BUG() in dlmfs
        ocfs2: multi node truncate fix
      e38d5578
    • Eric W. Biederman's avatar
      [PATCH] de_thread: Don't confuse users do_each_thread. · de12a787
      Eric W. Biederman authored
      Oleg Nesterov spotted two interesting bugs with the current de_thread
      code.  The simplest is a long standing double decrement of
      __get_cpu_var(process_counts) in __unhash_process.  Caused by
      two processes exiting when only one was created.
      
      The other is that since we no longer detach from the thread_group list
      it is possible for do_each_thread when run under the tasklist_lock to
      see the same task_struct twice.  Once on the task list as a
      thread_group_leader, and once on the thread list of another
      thread.
      
      The double appearance in do_each_thread can cause a double increment
      of mm_core_waiters in zap_threads resulting in problems later on in
      coredump_wait.
      
      To remedy those two problems this patch takes the simple approach
      of changing the old thread group leader into a child thread.
      The only routine in release_task that cares is __unhash_process,
      and it can be trivially seen that we handle cleaning up a
      thread group leader properly.
      
      Since de_thread doesn't change the pid of the exiting leader process
      and instead shares it with the new leader process.  I change
      thread_group_leader to recognize group leadership based on the
      group_leader field and not based on pids.  This should also be
      slightly cheaper then the existing thread_group_leader macro.
      
      I performed a quick audit and I couldn't see any user of
      thread_group_leader that cared about the difference.
      Signed-off-by: default avatarEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      de12a787
    • Catalin Marinas's avatar
      [ARM] 3473/1: Use numbers 0-15 for the VFP double registers · 1356c194
      Catalin Marinas authored
      Patch from Catalin Marinas
      
      This patch changes the double registers numbering to 0-15 from even 0-30,
      in preparation for future VFP extensions. It also fixes the VFP_REG_ZERO
      bug (value 16 actually represents the 8th double register with the original
      numbering).
      
      The original mcrr/mrrc on CP10 were generating FMRRS/FMSRR instead of
      FMRRD/FMDRR. The patch changes to CP11 for the correct instructions.
      Signed-off-by: default avatarCatalin Marinas <catalin.marinas@arm.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      1356c194
    • Catalin Marinas's avatar
      [ARM] 3472/1: Use the D variants of FLDMIA/FSTMIA on ARMv6 · bb54a335
      Catalin Marinas authored
      Patch from Catalin Marinas
      
      The X variants are deprecated starting with ARMv6. Using the D variants,
      the fpmx_state in vfp_hard_struct is no longer needed.
      Signed-off-by: default avatarCatalin Marinas <catalin.marinas@arm.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      bb54a335
    • Catalin Marinas's avatar
      [ARM] 3471/1: FTOSI functions should return 0 for NaN · 1320a80d
      Catalin Marinas authored
      Patch from Catalin Marinas
      
      The NaN case was dealed with by the "exponent >= ... + 32" condition but it
      was not setting the value "d" to 0.
      Signed-off-by: default avatarKen'ichi Kuromusha <musha@aplix.co.jp>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      1320a80d
    • Catalin Marinas's avatar
      [ARM] 3470/1: Clear the HWCAP bits for the disabled kernel features · adeff422
      Catalin Marinas authored
      Patch from Catalin Marinas
      
      Glibc interprets the HWCAP bits and decides on what features to use.
      However, even if the features are present in the hardware, they are not
      always supported by the kernel and hence the corresponding bits have to be
      cleared from the elf_hwcap variable.
      Signed-off-by: default avatarCatalin Marinas <catalin.marinas@arm.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      adeff422
    • Jeff Garzik's avatar