On Tue, Feb 9, 2016 at 7:31 AM, Mike Galbraith <umgwanakikbuti@xxxxxxxxx> wrote: > On Fri, 2016-02-05 at 16:06 -0500, Tejun Heo wrote: >> > >> > That 874bbfe6 should die. >> >> Yeah, it's gonna be killed. The commit is there because the behavior >> change broke things. We don't want to guarantee it but have been and >> can't change it right away just because we don't like it when things >> may break from it. The plan is to implement a debug option to force >> workqueue to always execute these work items on a foreign cpu to weed >> out breakages. > > A niggling question remaining is when is it gonna be killed? It probably should be killed sooner rather than later. Just document that if you need something to run on a _particular_ cpu, you need to use "schedule_delayed_work_on()" and "add_timer_on()". The proper fix was 176bed1de5bf, and 874bbfe6 was just wrong. Linus -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html