On 01/04/2019 10:26, Andrew Cooper wrote:
> On 01/04/2019 09:05, Jan Beulich wrote:
>>>>> On 01.04.19 at 07:59, <jgr...@suse.com> wrote:
>>> On 30/03/2019 10:59, Juergen Gross wrote:
>>>> On 29/03/2019 22:33, Andrew Cooper wrote:
>>>>> If at all possible, I'd prefer to see about disentangling the bits which
>>>>> actually need external use, and putting them in sched.h, and making
>>>>> sched-if.h properly private to the schedulers.  I actually even started
>>>>> a cleanup series which moved all of the scheduler infrastructure into
>>>>> common/sched/, but found a disappointing quantity of sched-if.h being
>>>>> referenced externally.
>>>> I can add something like that to my series if you want. So:
>>>>
>>>> - moving schedule.c, sched_*.c and cpupool.c to common/sched/
>>>> - move stuff from sched-if.h to sched.h if needed outside of
>>>>   common/sched/
>>>> - move sched-if.h to common/sched/
>>> Questions to especially the scheduler maintainers and "the REST": should
>>> we move the scheduler stuff to xen/common/sched/ or would /xen/sched/ be
>>> more appropriate?
>>>
>>> Maybe it would be worthwhile to move e.g. the context switching from
>>> xen/arch/*/domain.c to xen/sched/context_<arch>.c? I think this code is
>>> rather scheduler related and moving it to the sched directory might help
>>> hiding some scheduler internals from other sources, especially with my
>>> core scheduling series. IMO this would make the xen/sched/ directory the
>>> preferred one.
>> FWIW, I don't really mind such a move as long as it won't result in
>> then having to expose various arch-internals just to make them
>> usable from xen/sched/context_<arch>.c (or whatever it's going
>> to be named - the name is a little longish for my taste).
>>
>> But may I recommend not to do too many things all in one go?
> 
> While I did suggest this originally, I too am a little wary about the
> scope creep.
> 
> If moving everything is too much, can we at least try to not make the
> sched-if.h situation any worse than it currently is.

Okay, I'll move the sched_item stuff into sched.h then. In case a later
cleanup succeeds in making it scheduler private it can be moved away
again.


Juergen

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

Reply via email to