An error occurred fetching the project authors.
  1. 01 May, 2008 1 commit
    • Roman Zippel's avatar
      rename div64_64 to div64_u64 · 6f6d6a1a
      Roman Zippel authored
      Rename div64_64 to div64_u64 to make it consistent with the other divide
      functions, so it clearly includes the type of the divide.  Move its definition
      to math64.h as currently no architecture overrides the generic implementation.
       They can still override it of course, but the duplicated declarations are
      avoided.
      Signed-off-by: default avatarRoman Zippel <zippel@linux-m68k.org>
      Cc: Avi Kivity <avi@qumranet.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Patrick McHardy <kaber@trash.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      6f6d6a1a
  2. 29 Apr, 2008 2 commits
  3. 25 Apr, 2008 1 commit
  4. 24 Apr, 2008 3 commits
    • Peter Zijlstra's avatar
      sched: fix share (re)distribution · 3f5087a2
      Peter Zijlstra authored
      fix __aggregate_redistribute_shares() related lockup reported by
      David S. Miller.
      
      The problem this code tries to solve is 'accurately' calculating the 'fair'
      share of the group weight for each cpu. The current code falls back to a global
      group rebalance in case the sched_domain's span it looks at has no shares, but
      does have tasks.
      
      The reason it gets stuck here, is because its inherently racy - if someone
      steals the last task after we compute the agg->rq_weight, but before we
      rebalance, we'll never get out of the loop.
      
      We could of course go fix that, but while looking at this issue I found that
      this 'fallback' wasn't nearly as rare as I'd hoped it to be. In fact its quite
      common - and given it walks the whole machine, thats very bad.
      
      The new approach is simple (why didn't I think of it before?), we set the
      aggregate shares to the full task group weight, and each larger sched domain
      that encounters an aggregate shares larger than the weight, clips it (it
      already re-distributes anyway).
      
      This nicely converges to the desired global picture where the sum of all
      shares equals the task group weight.
      Signed-off-by: default avatarPeter Zijlstra <a.p.zijlstra@chello.nl>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      3f5087a2
    • Mike Travis's avatar
      [PATCH] Build fix for CONFIG_NUMA=y && CONFIG_SMP=n · 03970f06
      Mike Travis authored
      Regression caused by 434d53b0Signed-off-by: default avatarMike Travis <travis@sgi.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      03970f06
    • Russ Anderson's avatar
      [IA64] fix bootmem regression on Altix · 472613b9
      Russ Anderson authored
      A recent change prevents SGI Altix from booting.
      This patch fixes the problem.
      
      The regresson was introduced in commit 434d53b0Signed-off-by: default avatarRuss Anderson <rja@sgi.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      472613b9
  5. 22 Apr, 2008 1 commit
  6. 19 Apr, 2008 32 commits