17 Jan, 2009

3 commits


16 Jan, 2009

5 commits

  • …l/git/tip/linux-2.6-tip

    * 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
    sched: sched_slice() fixlet
    sched: fix update_min_vruntime
    sched: SCHED_OTHER vs SCHED_IDLE isolation
    sched: SCHED_IDLE weight change
    sched: fix bandwidth validation for UID grouping
    Revert "sched: improve preempt debugging"

    Linus Torvalds
     
  • Fix __request_region() parameter kernel-doc notation and parameter name:

    Warning(linux-2.6.28-git10//kernel/resource.c:627): No description found for parameter 'flags'

    Signed-off-by: Randy Dunlap
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Randy Dunlap
     
  • Move Documentation/cpusets.txt and Documentation/controllers/* to
    Documentation/cgroups/

    Signed-off-by: Li Zefan
    Acked-by: KAMEZAWA Hiroyuki
    Acked-by: Balbir Singh
    Acked-by: Paul Menage
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Li Zefan
     
  • Mike's change: 0a582440f "sched: fix sched_slice())" broke group
    scheduling by forgetting to reload cfs_rq on each loop.

    This patch fixes aim7 regression and specjbb2005 regression becomes
    less than 1.5% on 8-core stokley.

    Signed-off-by: Lin Ming
    Signed-off-by: Peter Zijlstra
    Tested-by: Jayson King
    Signed-off-by: Ingo Molnar

    Lin Ming
     
  • Often the cause of kernel unaligned access warnings is not
    obvious from just the ip displayed in the warning. This adds
    the option via proc to dump the stack in addition to the warning.
    The default is off (just display the 1 line warning). To enable
    the stack to be shown: echo 1 > /proc/sys/kernel/unaligned-dump-stack

    Signed-off-by: Doug Chapman
    Signed-off-by: Tony Luck

    Doug Chapman
     

15 Jan, 2009

6 commits

  • Impact: fix SCHED_IDLE latency problems

    OK, so we have 1 running task A (which is obviously curr and the tree is
    equally obviously empty).

    'A' nicely chugs along, doing its thing, carrying min_vruntime along as it
    goes.

    Then some whacko speed freak SCHED_IDLE task gets inserted due to SMP
    balancing, which is very likely far right, in that case

    update_curr
    update_min_vruntime
    cfs_rq->rb_leftmost := true (the crazy task sitting in a tree)
    vruntime = se->vruntime

    and voila, min_vruntime is waaay right of where it ought to be.

    OK, so why did I write it like that to begin with...

    Aah, yes.

    Say we've just dequeued current

    schedule
    deactivate_task(prev)
    dequeue_entity
    update_min_vruntime

    Then we'll set

    vruntime = cfs_rq->min_vruntime;

    we find !cfs_rq->curr, but do find someone in the tree. Then we _must_
    do vruntime = se->vruntime, because

    vruntime = min_vruntime(vruntime := cfs_rq->min_vruntime, se->vruntime)

    will not advance vruntime, and cause lags the other way around (which we
    fixed with that initial patch: 1af5f730fc1bf7c62ec9fb2d307206e18bf40a69
    (sched: more accurate min_vruntime accounting).

    Signed-off-by: Peter Zijlstra
    Tested-by: Mike Galbraith
    Acked-by: Mike Galbraith
    Cc:
    Signed-off-by: Ingo Molnar

    Peter Zijlstra
     
  • Stronger SCHED_IDLE isolation:

    - no SCHED_IDLE buddies
    - never let SCHED_IDLE preempt on wakeup
    - always preempt SCHED_IDLE on wakeup
    - limit SLEEPER fairness for SCHED_IDLE.

    Signed-off-by: Mike Galbraith
    Signed-off-by: Peter Zijlstra
    Signed-off-by: Ingo Molnar

    Peter Zijlstra
     
  • Increase the SCHED_IDLE weight from 2 to 3, this gives much more stable
    vruntime numbers.

    time advanced in 100ms:

    weight=2

    64765.988352
    67012.881408
    88501.412352

    weight=3

    35496.181411
    34130.971298
    35497.411573

    Signed-off-by: Mike Galbraith
    Signed-off-by: Peter Zijlstra
    Signed-off-by: Ingo Molnar

    Peter Zijlstra
     
  • Impact: make rt-limit tunables work again

    Mark Glines reported:

    > I've got an issue on x86-64 where I can't configure the system to allow
    > RT tasks for a non-root user.
    >
    > In 2.6.26.5, I was able to do the following to set things up nicely:
    > echo 450000 >/sys/kernel/uids/0/cpu_rt_runtime
    > echo 450000 >/sys/kernel/uids/1000/cpu_rt_runtime
    >
    > Seems like every value I try to echo into the /sys files returns EINVAL.

    For UID grouping we initialize the root group with infinite bandwidth
    which by default is actually more than the global limit, therefore the
    bandwidth check always fails.

    Because the root group is a phantom group (for UID grouping) we cannot
    runtime adjust it, therefore we let it reflect the global bandwidth
    settings.

    Reported-by: Mark Glines
    Signed-off-by: Peter Zijlstra
    Signed-off-by: Ingo Molnar

    Peter Zijlstra
     
  • * 'syscalls' of git://git390.osdl.marist.edu/pub/scm/linux-2.6: (44 commits)
    [CVE-2009-0029] s390 specific system call wrappers
    [CVE-2009-0029] System call wrappers part 33
    [CVE-2009-0029] System call wrappers part 32
    [CVE-2009-0029] System call wrappers part 31
    [CVE-2009-0029] System call wrappers part 30
    [CVE-2009-0029] System call wrappers part 29
    [CVE-2009-0029] System call wrappers part 28
    [CVE-2009-0029] System call wrappers part 27
    [CVE-2009-0029] System call wrappers part 26
    [CVE-2009-0029] System call wrappers part 25
    [CVE-2009-0029] System call wrappers part 24
    [CVE-2009-0029] System call wrappers part 23
    [CVE-2009-0029] System call wrappers part 22
    [CVE-2009-0029] System call wrappers part 21
    [CVE-2009-0029] System call wrappers part 20
    [CVE-2009-0029] System call wrappers part 19
    [CVE-2009-0029] System call wrappers part 18
    [CVE-2009-0029] System call wrappers part 17
    [CVE-2009-0029] System call wrappers part 16
    [CVE-2009-0029] System call wrappers part 15
    ...

    Linus Torvalds
     
  • Fix the sparc build - we were including `up.o' on SMP builds, when
    CONFIG_USE_GENERIC_SMP_HELPERS=n.

    Tested-by: Robert Reif
    Fixed-by: Robert Reif
    Cc: David Miller
    Cc: Ingo Molnar
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     

14 Jan, 2009

22 commits


13 Jan, 2009

2 commits


12 Jan, 2009

2 commits

  • fix m68k build failure:

    tip/kernel/up.c: In function 'smp_call_function_single':
    tip/kernel/up.c:16: error: dereferencing pointer to incomplete type
    make[2]: *** [kernel/up.o] Error 1

    Signed-off-by: Ingo Molnar

    Ingo Molnar
     
  • This reverts commit 7317d7b87edb41a9135e30be1ec3f7ef817c53dd.

    This has been reported (and bisected) by Alexey Zaytsev and
    Kamalesh Babulal to produce annoying warnings during bootup
    on both x86 and powerpc.

    kernel_locked() is not a valid test in IRQ context (we update the
    BKL's ->lock_depth and the preempt count separately and non-atomicalyy),
    so we cannot put it into the generic preempt debugging checks which
    can run in IRQ contexts too.

    Reported-and-bisected-by: Alexey Zaytsev
    Reported-and-bisected-by: Kamalesh Babulal
    Signed-off-by: Ingo Molnar

    Ingo Molnar