1. 27 7月, 2007 9 次提交
  2. 26 7月, 2007 8 次提交
    • C
      [PATCH] sched: add above_background_load() function · d02c7a8c
      Con Kolivas 提交于
      Add an above_background_load() function which can be used by other
      subsystems to detect if there is anything besides niced tasks running.
      
      Place it in sched.h to allow it to be compiled out if not used.
      
      Unused for now, but it is a useful hint to the IO scheduler and to
      swap-prefetch.
      Signed-off-by: NCon Kolivas <kernel@kolivas.org>
      Cc: Peter Williams <pwil3058@bigpond.net.au>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d02c7a8c
    • A
      [PATCH] sched: arch preempt notifier mechanism · e107be36
      Avi Kivity 提交于
      This adds a general mechanism whereby a task can request the scheduler to
      notify it whenever it is preempted or scheduled back in.  This allows the
      task to swap any special-purpose registers like the fpu or Intel's VT
      registers.
      Signed-off-by: NAvi Kivity <avi@qumranet.com>
      [ mingo@elte.hu: fixes, cleanups ]
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      e107be36
    • I
      [PATCH] sched: increase SCHED_LOAD_SCALE_FUZZ · b47e8608
      Ingo Molnar 提交于
      increase SCHED_LOAD_SCALE_FUZZ that adds a small amount of
      over-balancing: to help distribute CPU-bound tasks more fairly on SMP
      systems.
      
      the problem of unfair balancing was noticed and reported by Tong N Li.
      
      10 CPU-bound tasks running on 8 CPUs, v2.6.23-rc1:
      
        PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
       2572 mingo     20   0  1576  244  196 R  100  0.0   1:03.61 loop
       2578 mingo     20   0  1576  248  196 R  100  0.0   1:03.59 loop
       2576 mingo     20   0  1576  248  196 R  100  0.0   1:03.52 loop
       2571 mingo     20   0  1576  244  196 R  100  0.0   1:03.46 loop
       2569 mingo     20   0  1576  244  196 R   99  0.0   1:03.36 loop
       2570 mingo     20   0  1576  244  196 R   95  0.0   1:00.55 loop
       2577 mingo     20   0  1576  248  196 R   50  0.0   0:31.88 loop
       2574 mingo     20   0  1576  248  196 R   50  0.0   0:31.87 loop
       2573 mingo     20   0  1576  248  196 R   50  0.0   0:31.86 loop
       2575 mingo     20   0  1576  248  196 R   50  0.0   0:31.86 loop
      
      v2.6.23-rc1 + patch:
      
        PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
       2681 mingo     20   0  1576  244  196 R   85  0.0   3:51.68 loop
       2688 mingo     20   0  1576  244  196 R   81  0.0   3:46.35 loop
       2682 mingo     20   0  1576  244  196 R   80  0.0   3:43.68 loop
       2685 mingo     20   0  1576  248  196 R   80  0.0   3:45.97 loop
       2683 mingo     20   0  1576  248  196 R   80  0.0   3:40.25 loop
       2679 mingo     20   0  1576  244  196 R   80  0.0   3:33.53 loop
       2680 mingo     20   0  1576  244  196 R   79  0.0   3:43.53 loop
       2686 mingo     20   0  1576  244  196 R   79  0.0   3:39.31 loop
       2687 mingo     20   0  1576  244  196 R   78  0.0   3:33.31 loop
       2684 mingo     20   0  1576  244  196 R   77  0.0   3:27.52 loop
      
      so they now nicely converge to the expected 80% long-term CPU usage.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      b47e8608
    • P
      mmc: update kerneldoc · 67a61c48
      Pierre Ossman 提交于
      Make sure the kerneldoc comments are up to date and relevant.
      Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      67a61c48
    • L
      sdhci: add support to ENE-CB714 · b8352260
      Leandro Dorileo 提交于
      Added its pci_id and implemented a quirk for it because this
      controller needs to reset cmd and data when setting ios.
      Signed-off-by: NLeandro Dorileo <dorileo@ossystems.com.br>
      Signed-off-by: NOtavio Salvador <otavio@ossystems.com.br>
      Signed-off-by: NPierre Ossman <drzeus@drzeus.cx>
      b8352260
    • H
      [x86 setup] Make struct apm_bios_info cross-architecture · 4bf3b0bc
      H. Peter Anvin 提交于
      struct apm_bios_info uses "unsigned short" and "unsigned long"
      to mean u16 and u32 respectively.  Correct.
      Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
      4bf3b0bc
    • J
      Cache xtime every call to update_wall_time · 17c38b74
      john stultz 提交于
      This avoids xtime lag seen with dynticks, because while 'xtime' itself
      is still not updated often, we keep a 'xtime_cache' variable around that
      contains the approximate real-time that _is_ updated each time we do a
      'update_wall_time()', and is thus never off by more than one tick.
      
      IOW, this restores the original semantics for 'xtime' users, as long as
      you use the proper abstraction functions (ie 'current_kernel_time()' or
      'get_seconds()' depending on whether you want a timespec or just the
      seconds field).
      
      [ Updated Patch.  As penance for my sins I've also yanked another #ifdef
        that was added to avoid the xtime lag w/ hrtimers.  ]
      Signed-off-by: NJohn Stultz <johnstul@us.ibm.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      17c38b74
    • J
      Cleanup non-arch xtime uses, use get_seconds() or current_kernel_time(). · 2c6b47de
      john stultz 提交于
      This avoids use of the kernel-internal "xtime" variable directly outside
      of the actual time-related functions.  Instead, use the helper functions
      that we already have available to us.
      
      This doesn't actually change any behaviour, but this will allow us to
      fix the fact that "xtime" isn't updated very often with CONFIG_NO_HZ
      (because much of the realtime information is maintained as separate
      offsets to 'xtime'), which has caused interfaces that use xtime directly
      to get a time that is out of sync with the real-time clock by up to a
      third of a second or so.
      Signed-off-by: NJohn Stultz <johnstul@us.ibm.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      2c6b47de
  3. 25 7月, 2007 5 次提交
  4. 24 7月, 2007 5 次提交
  5. 23 7月, 2007 2 次提交
    • A
      take declarations of enable_irq() et.al. to linux/interrupt.h · e9ed7e72
      Al Viro 提交于
      Now that the last inlined instances are gone, all that is left to do
      is turning disable_irq_nosync on arm26 and m68k from defines to aliases
      and we are all set - we can make these externs in linux/interrupt.h
      uncoditional and kill remaining instances in asm/irq.h
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e9ed7e72
    • M
      x86: i386-show-unhandled-signals-v3 · abd4f750
      Masoud Asgharifard Sharbiani 提交于
      This patch makes the i386 behave the same way that x86_64 does when a
      segfault happens.  A line gets printed to the kernel log so that tools
      that need to check for failures can behave more uniformly between
      debug.show_unhandled_signals sysctl variable to 0 (or by doing echo 0 >
      /proc/sys/debug/exception-trace)
      
      Also, all of the lines being printed are now using printk_ratelimit() to
      deny the ability of DoS from a local user with a program like the
      following:
      
      main()
      {
             while (1)
                     if (!fork()) *(int *)0 = 0;
      }
      
      This new revision also includes the fix that Andrew did which got rid of
      new sysctl that was added to the system in earlier versions of this.
      Also, 'show-unhandled-signals' sysctl has been renamed back to the old
      'exception-trace' to avoid breakage of people's scripts.
      
      AK: Enabling by default for i386 will be likely controversal, but let's see what happens
      AK: Really folks, before complaining just fix your segfaults
      AK: I bet this will find a lot of silent issues
      Signed-off-by: NMasoud Sharbiani <masouds@google.com>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      [ Personally, I've found the complaints useful on x86-64, so I'm all for
        this. That said, I wonder if we could do it more prettily..   -Linus ]
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      abd4f750
  6. 22 7月, 2007 11 次提交