From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Galbraith Subject: Re: [RFC -v3 PATCH 2/3] sched: add yield_to function Date: Tue, 04 Jan 2011 19:53:33 +0100 Message-ID: <1294167213.9334.38.camel@marge.simson.net> References: <20110103162637.29f23c40@annuminas.surriel.com> <20110103162918.577a9620@annuminas.surriel.com> <1294164289.2016.186.camel@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Rik van Riel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Avi Kiviti , Srivatsa Vaddagiri , Chris Wright To: Peter Zijlstra Return-path: In-Reply-To: <1294164289.2016.186.camel@laptop> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On Tue, 2011-01-04 at 19:04 +0100, Peter Zijlstra wrote: > > + p_cfs_rq = cfs_rq_of(pse); > > + yield = 1; > > + } > > +#endif > > + > > + if (yield) > > + clear_buddies(cfs_rq, se); > > + else if (preempt) > > + clear_buddies(p_cfs_rq, curr); > > + > > + /* Tell the scheduler that we'd really like pse to run next. */ > > + p_cfs_rq->next = pse; > > + > > + if (!yield && preempt) > > + resched_task(task_of(p_cfs_rq->curr)); > > I don't get this.. Why would you resched the remote cpu, surely you > didn't just pull its current task over.. :) hope not. Caller bails on task_running(p_rq, p). wants a comment too I suppose. Target doesn't live here, preempt is still set/allowed, so we want the remote cpu to schedule. -Mike