eld.
> * + Set when chosen as next in rt_schedule().
> * + Cleared after context switch has been saved in rt_context_saved()
> --
> 2.24.0
>
Reviewed-by: Meng Xu
Cheers,
Meng
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
> xen/include/xen/sched.h | 6 +++---
> 7 files changed, 35 insertions(+), 35 deletions(-)
>
As to xen/common/sched/rt.c,
Reviewed-by: Meng Xu
Cheers,
Meng
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
ommon/sched/rt.c | 56
> ++-
> 1 file changed, 37 insertions(+), 19 deletions(-)
>
Reviewed-by: Meng Xu
Meng
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
---
> xen/common/sched/rt.c | 32 ++--
> xen/include/xen/sched.h | 9
> 8 files changed, 96 insertions(+), 89 deletions(-)
>
As to xen/common/sched/rt.c,
Acked-by: Meng Xu
Meng
___
Xen-devel mailing list
Xen-deve
Hi Milan,
On Thu, Oct 11, 2018 at 12:36 AM Milan Boberic wrote:
>
> On Wed, Oct 10, 2018 at 6:41 PM Meng Xu wrote:
> >
> > The jitter may come from Xen or the OS in dom0.
> > It will be useful to know what is the jitter if you run the test on
> > PetaLinux.
>
[Just add some thoughts on this.]
On Wed, Oct 10, 2018 at 4:22 AM Milan Boberic wrote:
>
> Hi,
> sorry, my explanation wasn't precise and I missed the point.
> vCPU pinning with sched=null I put "just in case", because it doesn't hurt.
>
> Yes, PetaLinux domain is dom0.
The jitter may come
^
> 1 error generated.
>
> when compiling with Clang. Drop the function.
>
> Signed-off-by: Andrew Cooper <andrew.coop...@citrix.com>
> ---
Reviewed-by: Meng Xu <men...@cis.upenn.edu>
Thank you very much!
Meng
___
om_init 52 - -52
> null_dom_init 52 - -52
> csched_dom_init 52 - -52
> csched2_dom_init 52 - -52
>
> Signed-off-by: Andrew
erated code is better, and there can be proper
> per-hook defaults and checks.
>
> Callers of the alloc hooks are switched to using IS_ERR(), rather than
> checking for NULL.
>
> Signed-off-by: Andrew Cooper <andrew.coop...@citrix.com>
> ---
Acked-by: Meng Xu <men...@
your own feature.
Best Regards,
Meng
---
Meng Xu
Ph.D. Candidate in Computer and Information Science
University of Pennsylvania
http://www.cis.upenn.edu/~mengxu/
>
>
> On Tue, Feb 27, 2018 at 11:03 PM, Andrew Cooper <andrew.coop...@citrix.com>
> wrote:
>>
>&
On Mon, Feb 12, 2018 at 6:08 AM, Andrii Anisov wrote:
>
> Dario, Meng,
>
>
> On 12.02.18 12:17, Dario Faggioli wrote:
>>
>> Well, I'll let Andrii reply, but honestly, I don't think it is.
>>
>> See, for instance, the fact that DomR has only 1 vCPU, so I find it
>> unlikely
>
> It looks like DomR's vCPU does get 50% of CPU time, so it's not that
> other vCPUs are preventing it to exploit all its own reservation. If
> that would have not been the case, there'd be a bug in the scheduler.
>
> By giving the vCPU 100% (either via "budget == period" or with
> extratime),
On Fri, Feb 9, 2018 at 10:56 AM, Andrii Anisov <andrii_ani...@epam.com> wrote:
> Hello Meng Xu,
>
>
> On 09.02.18 17:36, Meng Xu wrote:
>>
>> Another way to check if there is interference from services in domR is
>> to set period = budget for the domR's VCP
now, just to understand things better, can you enable
> extratime for DomR as well, and report what you see in xentop, and
> whether or not you still see deadline misses?
>
Another way to check if there is interference from services in domR is
to set period = budget for th
d of two RT tasks with the same utilization is
different: the task with smaller period has larger demand.
Best,
Meng
---
Meng Xu
Ph.D. Candidate in Computer and Information Science
University of Pennsylvania
http://www.cis.upenn.edu/~mengxu/
44 20 -24
> rt_init 219 136 -83
>
> As an extra bit of cleanup noticed while making this change, there is no need
> to call cpumask_clear() on an zeroed memory allocation.
>
> Signed-off-by: Andrew Cooper <andrew.coop...@citrix.co
;ian.jack...@eu.citrix.com>
> Cc: Jan Beulich <jbeul...@suse.com>
> Cc: Konrad Rzeszutek Wilk <konrad.w...@oracle.com>
> Cc: Stefano Stabellini <sstabell...@kernel.org>
> Cc: Tim Deegan <t...@xen.org>
> Cc: Wei Liu <wei.l...@citrix.com>
> Cc: Jue
17 matches
Mail list logo