[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 03/60] xen/sched: let sched_switch_sched() return new lock address
>>> On 11.06.19 at 18:55, <dfaggioli@xxxxxxxx> wrote: > On Tue, 2019-05-28 at 12:32 +0200, Juergen Gross wrote: >> Instead of setting the scheduler percpu lock address in each of the >> switch_sched instances of the different schedulers do that in >> schedule_cpu_switch() which is the single caller of that function. >> For that purpose let sched_switch_sched() just return the new lock >> address. >> > This looks good to me. The only actual functional/behavioral difference > I've been able to spot is the fact that, in Credit2, we currently > switch the lock pointer while still holding the write lock on the > global scheduler. After this change, we don't any longer. > > That being said, I've tried to think about how this could be a problem, > but failed at imagining such a scenario, so: > >> Signed-off-by: Juergen Gross <jgross@xxxxxxxx> >> > Reviewed-by: Dario Faggioli <dfaggioli@xxxxxxxx> > > I'm wondering whether it make sense for the above to be quickly > mentioned in the changelog, but am leaning toward "not really > necessary". In particular, I don't think it's worth to respin the patch > just for that... So, either just something that can be added while > committing, or forget it. I'd be happy to add something while committing, but one of you would need to propose the wording of this "something". Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |