A recent commit to kernel/stop_machine.c clashes with Con's latest patchset for 2.6.37. Reproducible: Always Steps to Reproduce: 1.Configure ck-sources without CONFIG_HOTPLUG_CPU 2.Compile the kernel 3. Actual Results: Fails in the link stage. kernel/sched_bfs.c defines the subroutine sched_set_stop_task() inside of an #ifdef CONFIG_HOTPLUG_CPU section. Therefore if CONFIG_HOTPLUG_CPU is not set, then shed_set_top_task() is undefined. However, kernel/stop_machine.c uses that subroutine outside of a CONFIG_HOTPLUG_CPU section, and therefore *always* needs that symbol. Therefore stop_machine.c compiles but won't link to sched.o. I emailed Con a week ago about this problem but I haven't heard from him.
I am sorry but it's nothing that we can/should resolve at the distro level. Please wait for upstream response. Best regards, Kacper Kowalik
(In reply to comment #1) > I am sorry but it's nothing that we can/should resolve at the distro level. > Please wait for upstream response. > Best regards, > Kacper Kowalik > There is since a couple of days: http://ck-hack.blogspot.com/2011/02/2637-ck2-minor-fixes.html This update deals with another issue as well: "I've dropped the patch called mm-make_swappiness_really_mean_it.patch . This second patch broke a while back" Slight change but a sys-kernel/ck-sources-2.6.37-r1 would be really appreciated with patch-2.6.37-ck2 patchset.