1. 10 7月, 2007 1 次提交
    • I
      sched: zap the migration init / cache-hot balancing code · 0437e109
      Ingo Molnar 提交于
      the SMP load-balancer uses the boot-time migration-cost estimation
      code to attempt to improve the quality of balancing. The reason for
      this code is that the discrete priority queues do not preserve
      the order of scheduling accurately, so the load-balancer skips
      tasks that were running on a CPU 'recently'.
      
      this code is fundamental fragile: the boot-time migration cost detector
      doesnt really work on systems that had large L3 caches, it caused boot
      delays on large systems and the whole cache-hot concept made the
      balancing code pretty undeterministic as well.
      
      (and hey, i wrote most of it, so i can say it out loud that it sucks ;-)
      
      under CFS the same purpose of cache affinity can be achieved without
      any special cache-hot special-case: tasks are sorted in the 'timeline'
      tree and the SMP balancer picks tasks from the left side of the
      tree, thus the most cache-cold task is balanced automatically.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      0437e109
  2. 26 6月, 2007 2 次提交
  3. 13 6月, 2007 3 次提交
  4. 08 6月, 2007 4 次提交
  5. 05 6月, 2007 7 次提交
  6. 31 5月, 2007 1 次提交
  7. 30 5月, 2007 1 次提交
    • S
      sparc64: fix alignment bug in linker definition script · 4096b46f
      Sam Ravnborg 提交于
      The RO_DATA section were hardcoded to a specific
      alignment in include/asm-generic/vmlinux.h.
      But for sparc64 this did not match the PAGE_SIZE.
      
      Introduce a new section definition named:
      RO_DATA that takes actual alignment as parameter.
      RODATA are provided for backward compatibility.
      
      On top of this avoid hardcoding alignment for
      sparc64 in reset of the script
      Fix is build-tested on sparc64 + x86_64.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      4096b46f
  8. 29 5月, 2007 11 次提交
  9. 19 5月, 2007 2 次提交
  10. 18 5月, 2007 1 次提交
  11. 16 5月, 2007 1 次提交
    • D
      [SPARC64]: Add hypervisor API negotiation and fix console bugs. · c7754d46
      David S. Miller 提交于
      Hypervisor interfaces need to be negotiated in order to use
      some API calls reliably.  So add a small set of interfaces
      to request API versions and query current settings.
      
      This allows us to fix some bugs in the hypervisor console:
      
      1) If we can negotiate API group CORE of at least major 1
         minor 1 we can use con_read and con_write which can improve
         console performance quite a bit.
      
      2) When we do a console write request, we should hold the
         spinlock around the whole request, not a byte at a time.
         What would happen is that it's easy for output from
         different cpus to get mixed with each other.
      
      3) Use consistent udelay() based polling, udelay(1) each
         loop with a limit of 1000 polls to handle stuck hypervisor
         console.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c7754d46
  12. 14 5月, 2007 3 次提交
  13. 12 5月, 2007 3 次提交