Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

2016-10-24 Thread Peter Zijlstra
On Mon, Oct 24, 2016 at 09:52:31AM +0200, Christian Borntraeger wrote: > Peter, I will fixup the patch set (I forgot to remove the lowlatency > in 2 places) and push it on my tree for linux-next. Lets see what happens. > Would the tip tree be the right place if things work out ok? I think so, you'

Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

2016-10-24 Thread Christian Borntraeger
On 10/22/2016 02:06 AM, Nicholas Piggin wrote: > On Fri, 21 Oct 2016 14:05:36 +0200 > Peter Zijlstra wrote: > >> On Fri, Oct 21, 2016 at 01:58:55PM +0200, Christian Borntraeger wrote: >>> stop_machine can take a very long time if the hypervisor does >>> overcommitment for guest CPUs. When waiting

Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

2016-10-21 Thread Nicholas Piggin
On Fri, 21 Oct 2016 14:05:36 +0200 Peter Zijlstra wrote: > On Fri, Oct 21, 2016 at 01:58:55PM +0200, Christian Borntraeger wrote: > > stop_machine can take a very long time if the hypervisor does > > overcommitment for guest CPUs. When waiting for "the one", lets > > give up our CPU by using the

Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

2016-10-21 Thread Juergen Gross
On 21/10/16 14:05, Peter Zijlstra wrote: > On Fri, Oct 21, 2016 at 01:58:55PM +0200, Christian Borntraeger wrote: >> stop_machine can take a very long time if the hypervisor does >> overcommitment for guest CPUs. When waiting for "the one", lets >> give up our CPU by using the new cpu_relax_yield.

Re: [PATCH 2/5] stop_machine: yield CPU during stop machine

2016-10-21 Thread Peter Zijlstra
On Fri, Oct 21, 2016 at 01:58:55PM +0200, Christian Borntraeger wrote: > stop_machine can take a very long time if the hypervisor does > overcommitment for guest CPUs. When waiting for "the one", lets > give up our CPU by using the new cpu_relax_yield. This seems something that would apply to most