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 from
> 1 error generated.
>
> when compiling with Clang. Drop the function.
>
> Signed-off-by: Andrew Cooper
> ---
Reviewed-by: Meng Xu
Thank you very much!
Meng
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
52 - -52
> null_dom_init 52 - -52
> csched_dom_init 52 - -52
> csched2_dom_init 52 - -52
>
> Signed-off-by: Andrew Cooper
> ---
Acked-by: Meng Xu
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
> ---
Acked-by: Meng Xu
Thanks,
Meng
---
Meng Xu
Ph.D. Candidate in Computer an
.
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
> wrote:
>>
>> On 27/02/18 12:35, Minjun Hong 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 that the only thing that
>
> 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), we
On Fri, Feb 9, 2018 at 11:04 AM, Andrii Anisov wrote:
>
> On 09.02.18 17:34, Meng Xu wrote:
>>
>> If you want to keep the same VCPU parameter, can you try to set task's
>> period = 100ms and exe time = 40ms?
>> By theory (I used CARTS to compute), a VCPU (10ms,
On Fri, Feb 9, 2018 at 10:56 AM, Andrii Anisov 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 VCPUs.
>
> Could you p
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 the domR's VCPUs.
Be
emand 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/
___
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
> ---
Reviewed-by: Meng Xu
Thanks,
Meng
> Cc: Juergen Gross
> Cc: Meng Xu
> ---
Acked-by: Meng Xu
Glad to see you back. :)
Best Regards,
Meng
---
Meng Xu
Ph.D. Candidate in Computer and Information Science
University of Pennsylvania
http://www.cis.upenn.edu/~mengxu/
__
es for domU. This could be faster,
since it's not complicated to do so.
IIRC, PMU in Xen can only monitor the cache misses when VCPUs are
pinned to cores.
Best Regards,
Meng
---
Meng Xu
Ph.D. Candidate in Computer and Information Science
University of Pennsylvania
http://www.cis.upe
19 matches
Mail list logo
