>>> On 28.02.17 at 12:52, <dario.faggi...@citrix.com> wrote:
> In fact, whether or not a pCPU has been tickled, and is
> therefore about to re-schedule, is something we look at
> and base decisions on in various places.
> 
> So, let's make sure that we do that basing on accurate
> information.
> 
> While there, also tweak a little bit smt_idle_mask_clear()
> (used for implementing SMT support), so that it only alter
> the relevant cpumask when there is the actual need for this.
> (This is only for reduced overhead, behavior remains the
> same).
> 
> Signed-off-by: Dario Faggioli <dario.faggi...@citrix.com>
> Reviewed-by: George Dunlap <george.dun...@eu.citrix.com>

I would have wanted to commit this (and then also patch 5), but it
depends on earlier patches (possibly just trivially, but I didn't want
to chance it). Considering this is (aiui) a bug fix, it would of course
have been nice if this was at the start of the series, to ease
backporting (if desired or even necessary).

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Reply via email to