Re: [tip:sched/numa] sched: Make find_busiest_queue a method

[Ingo Molnar]

* Peter Zijlstra <a.p.zijlstra@xxxxxxxxx> wrote:

> On Fri, 2012-05-18 at 03:36 -0700, tip-bot for Peter Zijlstra wrote:
> 
> > sched: Make find_busiest_queue a method
> > 
> > Its a bit awkward but it was the least painful means of modifying the
> > queue selection. Used in a later patch to conditionally use a random
> > queue.
> > 
> 
> > ---
> >  include/linux/mm_types.h |    8 +
> >  include/linux/sched.h    |   14 +
> >  init/Kconfig             |    2 +-
> >  kernel/fork.c            |    2 +
> >  kernel/sched/Makefile    |    1 +
> >  kernel/sched/core.c      |   22 ++-
> >  kernel/sched/debug.c     |    3 +
> >  kernel/sched/fair.c      |  257 +++++++++++++++--
> >  kernel/sched/features.h  |   12 +
> >  kernel/sched/numa.c      |  741 ++++++++++++++++++++++++++++++++++++++++++++++
> >  kernel/sched/sched.h     |   34 +++
> >  mm/init-mm.c             |   10 +
> >  12 files changed, 1079 insertions(+), 27 deletions(-)
> 
> 
> Something went wrong here.. this were 3 patches:
> 
> Subject: sched: Make find_busiest_queue a method
> Subject: sched: Implement home-node awareness
> Subject: sched, numa: Numa balancer

Oops, indeed, good spotting - that was the victim of a 
post-review, post-commit backmerge of a fixlet workflow hickup 
so it went unnoticed by me. I Hate Rebases (tm).

Will push it out shortly, after some testing.

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/