> 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 [email protected] 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 <[email protected]>
- [patch] Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Mike Galbraith <[email protected]>
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- References:
- 2.6.19-rc6-mm1
- From: Andrew Morton <[email protected]>
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Don Mullis <[email protected]>
- Re: 2.6.19-rc6-mm1 -- sched-improve-migration-accuracy.patch slows boot
- From: Mike Galbraith <[email protected]>
- 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):