On Sat, 2019-09-14 at 07:19 +0200, Juergen Gross wrote: > Today a cpu which is removed from the system is taken directly from > Pool0 to the offline state. This will conflict with the new idle > scheduler, so remove it from Pool0 first. Additionally accept > removing > a free cpu instead of requiring it to be in Pool0. > > For the resume failed case we need to call the scheduler code for > that > situation after the cpupool handling, so move the scheduler code into > a function and call it from cpupool_cpu_remove_forced() and remove > the > CPU_RESUME_FAILED case from cpu_schedule_callback(). > > Note that we are calling now schedule_cpu_switch() in stop_machine > context so we need to switch from spinlock_irq to spinlock_irqsave. > > Signed-off-by: Juergen Gross <jgr...@suse.com> > --- > V2: rename cpupool_unassign_cpu_[epi|pro]logue() (Dario Faggioli) > V4: fix bug when unassigning cpu not in pool > Reviewed-and-Tested-by: Dario Faggioli <dfaggi...@suse.com>
Regards -- Dario Faggioli, Ph.D http://about.me/dario.faggioli Virtualization Software Engineer SUSE Labs, SUSE https://www.suse.com/ ------------------------------------------------------------------- <<This happens because _I_ choose it to happen!>> (Raistlin Majere)
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
