> This must be a bisection false positive. The patch in question is > essentially a no-op for a UP kernel. Testing alternately with 1) all -mm1 patches applied, and 2) all except sched-improve-migration-accuracy*.path applied, confirms the misbehavior. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Ingo Molnar <mingo@elte.hu>
- [patch] Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Mike Galbraith <efault@gmx.de>
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- References:
- 2.6.19-rc6-mm1
- From: Andrew Morton <akpm@osdl.org>
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Don Mullis <dwm@meer.net>
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Mike Galbraith <efault@gmx.de>
- 2.6.19-rc6-mm1
- Prev by Date: Re: The VFS cache is not freed when there is not enough free memory to allocate
- Next by Date: udev going crazy in 2.6.19-rc6-mm1
- Previous by thread: Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- Next by thread: [patch] Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- Index(es):
![]() |