1. 22 Sep, 2006 1 commit
    • Dave Jones's avatar
      [CPUFREQ] Fix some more CPU hotplug locking. · ddad65df
      Dave Jones authored
      Lukewarm IQ detected in hotplug locking
      BUG: warning at kernel/cpu.c:38/lock_cpu_hotplug()
      [<b0134a42>] lock_cpu_hotplug+0x42/0x65
      [<b02f8af1>] cpufreq_update_policy+0x25/0xad
      [<b0358756>] kprobe_flush_task+0x18/0x40
      [<b0355aab>] schedule+0x63f/0x68b
      [<b01377c2>] __link_module+0x0/0x1f
      [<b0119e7d>] __cond_resched+0x16/0x34
      [<b03560bf>] cond_resched+0x26/0x31
      [<b0355b0e>] wait_for_completion+0x17/0xb1
      [<f965c547>] cpufreq_stat_cpu_callback+0x13/0x20 [cpufreq_stats]
      [<f9670074>] cpufreq_stats_init+0x74/0x8b [cpufreq_stats]
      [<b0137872>] sys_init_module+0x91/0x174
      [<b0102c81>] sysenter_past_esp+0x56/0x79
      
      As there are other places that call cpufreq_update_policy without
      the hotplug lock, it seems better to keep the hotplug locking
      at the lower level for the time being until this is revamped.
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      ddad65df
  2. 05 Sep, 2006 4 commits
  3. 04 Sep, 2006 2 commits
  4. 02 Sep, 2006 4 commits
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/rmk/linux-2.6-serial · 3fbcd940
      Linus Torvalds authored
      * master.kernel.org:/home/rmk/linux-2.6-serial:
        [SERIAL] 8250: constify some serial structs
        [SERIAL] Make uart_match_port() work with all memory mapped UARTs
      3fbcd940
    • Linus Torvalds's avatar
      Merge master.kernel.org:/home/rmk/linux-2.6-arm · e6944202
      Linus Torvalds authored
      * master.kernel.org:/home/rmk/linux-2.6-arm:
        [ARM] 3762/1: Fix ptrace cache coherency bug for ARM1136 VIPT nonaliasing Harvard caches
        [ARM] 3765/1: S3C24XX: cleanup include/asm-arm/arch-s3c2410/dma.h
        [ARM] 3764/1: S3C24XX: change type naming to kernel style
        [ARM] 3763/1: add both rtcs to csb337 defconfig
        [ARM] Fix ARM __raw_read_trylock() implementation
        [ARM] 3750/3: Fix double VFP emulation for EABI kernels
      e6944202
    • Oleg Nesterov's avatar
      [PATCH] eligible_child: remove an obsolete ->tgid check · 3b6362b8
      Oleg Nesterov authored
      It is not possible to find a sub-thread in ->children/->ptrace_children
      lists, ptrace_attach() does not allow to attach to sub-threads.
      
      Even if it was possible to ptrace the task from the same thread group,
      we can't allow to release ->group_leader while there are others (ptracer)
      threads in the same group.
      Signed-off-by: default avatarOleg Nesterov <oleg@tv-sign.ru>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      3b6362b8
    • George G. Davis's avatar
      [ARM] 3762/1: Fix ptrace cache coherency bug for ARM1136 VIPT nonaliasing Harvard caches · a188ad2b
      George G. Davis authored
      Patch from George G. Davis
      
      Resolve ARM1136 VIPT non-aliasing cache coherency issues observed when
      using ptrace to set breakpoints and cleanup copy_{to,from}_user_page()
      while we're here as requested by Russell King because "it's also far
      too heavy on non-v6 CPUs".
      
      NOTES:
      
      1. Only access_process_vm() calls copy_{to,from}_user_page().
      2. access_process_vm() calls get_user_pages() to pin down the "page".
      3. get_user_pages() calls flush_dcache_page(page) which ensures cache
         coherency between kernel and userspace mappings of "page".  However
         flush_dcache_page(page) may not invalidate I-Cache over this range
         for all cases, specifically, I-Cache is not invalidated for the VIPT
         non-aliasing case.  So memory is consistent between kernel and user
         space mappings of "page" but I-Cache may still be hot over this
         range.  IOW, we don't have to worry about flush_cache_page() before
         memcpy().
      4. Now, for the copy_to_user_page() case, after memcpy(), we must flush
         the caches so memory is consistent with kernel cache entries and
         invalidate the I-Cache if this mm region is executable.  We don't
         need to do anything after memcpy() for the copy_from_user_page()
         case since kernel cache entries will be invalidated via the same
         process above if we access "page" again.  The flush_ptrace_access()
         function (borrowed from SPARC64 implementation) is added to handle
         cache flushing after memcpy() for the copy_to_user_page() case.
      Signed-off-by: default avatarGeorge G. Davis <gdavis@mvista.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      a188ad2b
  5. 01 Sep, 2006 29 commits