On 02/16, Srivatsa Vaddagiri wrote: > > Note with the change proposed in refrigerator, we can avoid > CPU_DEAD_KILL_THREADS and do all cleanup in CPU_DEAD itself. In that case (all processes are frozen when workqueue_cpu_callback() calls cleanup_workqueue_thread()) I agree, it is better to just use kthread_stop/kthread_should_stop. This also means that probably it won't be convenient to do this change "by small steps" as I suggested before. Oleg. - 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: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- From: Srivatsa Vaddagiri <[email protected]>
- Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- References:
- [RFC PATCH(Experimental) 0/4] Freezer based Cpu-hotplug
- From: Gautham R Shenoy <[email protected]>
- [RFC PATCH(Experimental) 1/4] freezer-cpu-hotplug core
- From: Gautham R Shenoy <[email protected]>
- [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- From: Gautham R Shenoy <[email protected]>
- Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- From: Oleg Nesterov <[email protected]>
- Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- From: Srivatsa Vaddagiri <[email protected]>
- Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- From: Oleg Nesterov <[email protected]>
- Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- From: Srivatsa Vaddagiri <[email protected]>
- [RFC PATCH(Experimental) 0/4] Freezer based Cpu-hotplug
- Prev by Date: Re: 2.6.20-mm1
- Next by Date: Re: MediaGX/GeodeGX1 requires X86_OOSTORE. (Was: Re: Strange connection slowdown on pcnet32)
- Previous by thread: Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- Next by thread: Re: [RFC PATCH(Experimental) 2/4] Revert changes to workqueue.c
- Index(es):
 |