On 11/04/16 17:27, Dario Faggioli wrote:
> Commit 94734ab7c3f5 ("xen: sched: close potential races
> when switching scheduler to CPUs") buggily replaced a call
> to pcpu_schedule_lock_irq() with just pcpu_schedule_lock(),
> causing the relevant irq_safe vs. non-irq_safe ASSERT()
> in check_lock() to trigger.
>
> Fix that.
>
> Signed-off-by: Dario Faggioli <dario.faggi...@citrix.com>
Acked-by: George Dunlap <george.dun...@citrix.com>
> ---
> Cc: George Dunlap <george.dun...@citrix.com>
> Cc: Andrew Cooper <andrew.coop...@citrix.com>
> Cc: Aaron Cornelius <aaron.cornel...@dornerworks.com>
> ---
> xen/common/schedule.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/xen/common/schedule.c b/xen/common/schedule.c
> index 922b035..013e5f1 100644
> --- a/xen/common/schedule.c
> +++ b/xen/common/schedule.c
> @@ -1702,7 +1702,7 @@ int schedule_cpu_switch(unsigned int cpu, struct
> cpupool *c)
> * that the lock itself changed, and retry acquiring the new one (which
> * will be the correct, remapped one, at that point).
> */
> - old_lock = pcpu_schedule_lock(cpu);
> + old_lock = pcpu_schedule_lock_irq(cpu);
>
> vpriv_old = idle->sched_priv;
> ppriv_old = per_cpu(schedule_data, cpu).sched_priv;
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
