flight 94496 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94496/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
92452
Regressions which ar
>>> 2. line 125
>>> in hvm mode,would not be a balloon page.
>>> gfn would not be INVALID_MFN.
>>> mfn would be INVALID_MFN.
>>> right?
>> I don't understand what you asking here.
> i think those code should delete:
>>> 125 /* Likely a ballooned page. */
> if page is ballooed, gfns is not
hi Andrew
>On 17/05/16 10:01, Zhang, Chunyu wrote:
>> hi all
>>
>> i have two question about xl migrate
>>
>> write_batch
>> 120 for ( i = 0; i < nr_pfns; ++i )
>> 121 {
>> 122 types[i] = mfns[i] = ctx->save.ops.pfn_to_gfn(ctx,
>> 123
On 17/05/16 11:33, George Dunlap wrote:
> On Mon, May 16, 2016 at 11:33 PM, Boris Ostrovsky
> wrote:
>> On 05/16/2016 05:38 PM, Tony S wrote:
>>> The issue behind it is that the process execution calculation(e.g.,
>>> delta_exec) in virtualized environment should not be calculated as it
>>> did in
On 17/05/16 10:01, Zhang, Chunyu wrote:
> hi all
>
> i have two question about xl migrate
>
> write_batch
> 120 for ( i = 0; i < nr_pfns; ++i )
> 121 {
> 122 types[i] = mfns[i] = ctx->save.ops.pfn_to_gfn(ctx,
> 123
> ctx->save.b
flight 94495 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94495/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 5 xen-install fail REGR. vs. 94487
Regressions which ar
On Mon, May 16, 2016 at 11:33 PM, Boris Ostrovsky
wrote:
> On 05/16/2016 05:38 PM, Tony S wrote:
>> The issue behind it is that the process execution calculation(e.g.,
>> delta_exec) in virtualized environment should not be calculated as it
>> did in physical enviroment.
>>
>> Here are two solutio
On Sun, May 15, 2016 at 5:11 AM, Tony S wrote:
> Hi all,
>
> When I was running latency-sensitive applications in VMs on Xen, I
> found some bugs in the credit scheduler which will cause long tail
> latency in I/O-intensive VMs.
>
>
> (1) Problem description
>
> Description
>>> On 17.05.16 at 11:01, wrote:
> On 17/05/16 09:59, Jan Beulich wrote:
> On 16.05.16 at 11:29, wrote:
>>> On 16/05/16 10:24, Wei Liu wrote:
On Mon, May 16, 2016 at 02:57:13AM +, osstest service owner wrote:
> flight 94442 xen-unstable real [real]
> http://logs.test-lab.xenp
>>> On 17.05.16 at 10:59, wrote:
On 16.05.16 at 11:29, wrote:
>> On 16/05/16 10:24, Wei Liu wrote:
>>> On Mon, May 16, 2016 at 02:57:13AM +, osstest service owner wrote:
flight 94442 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94442/
>>> [...]
>>>
hi all
i have two question about xl migrate
write_batch
120 for ( i = 0; i < nr_pfns; ++i )
121 {
122 types[i] = mfns[i] = ctx->save.ops.pfn_to_gfn(ctx,
123
ctx->save.batch_pfns[i]);
124
125 /* Likely a ballooned page
On 17/05/16 09:59, Jan Beulich wrote:
On 16.05.16 at 11:29, wrote:
>> On 16/05/16 10:24, Wei Liu wrote:
>>> On Mon, May 16, 2016 at 02:57:13AM +, osstest service owner wrote:
flight 94442 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94442/
>>> [...]
Hi Julien,
On 17 May 2016 at 00:30, Julien Grall wrote:
> Hi Wei,
>
>
> On 16/05/16 16:47, Wei Liu wrote:
>>
>> On Mon, May 16, 2016 at 05:03:54PM +0200, Edgar E. Iglesias wrote:
>>>
>>> From: "Edgar E. Iglesias"
>>>
>>> I'm sending this as a v2 considering that I previously posted a diff
>>> in
>>> On 16.05.16 at 11:29, wrote:
> On 16/05/16 10:24, Wei Liu wrote:
>> On Mon, May 16, 2016 at 02:57:13AM +, osstest service owner wrote:
>>> flight 94442 xen-unstable real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/94442/
>> [...]
>>> test-amd64-i386-qemuu-rhel6hvm-intel
I should add the xsm=policy option to the end of the xen.cfg instead of as
an option. Sorry for the fault.
However, another problem is that when I modified the policy and reload it
using '*xl loadpolicy*', the policy seemed not working.
The policy I add is *'allow domU_t security_t:security check
>>> On 16.05.16 at 05:41, wrote:
> I also met this problem when passthrough 82599 to domU by SRIOV, and the
> call stack as follows:
> (XEN) Xen call trace:
> (XEN)[] panic+0xc3/0x1a0
> (XEN)[] symbols_lookup+0x22/0x2a0
> (XEN)[] syscall_enter+0x88/0x8d
> (XEN)[] syscall_enter+0x8
>>> On 16.05.16 at 18:59, wrote:
> In general, Invariant TSC is not a feature which can be advertised to guests,
> because it cannot be guaranteed across migrate. domain_cpuid() goes so far as
> to deliberately clobber the feature flag under a number of circumstances.
>
> Because ITSC is absent
>>> On 16.05.16 at 17:00, wrote:
> Actually I did that, but the policy is not loaded at all. 'xl list -Z' show
> no lable on guests. It seems like that the option 'xsm=xen-policy-4.6.0' is
> ingnored during booting. (the policy file is moved to the same directory as
> xen.cfg)
If you suspect it t
>>> On 16.05.16 at 17:40, wrote:
> On Mon, 16 May 2016, Julien Grall wrote:
>> It has been a while without any ARM backport request. Ian Campbell
>> used to keep a list of backport fixes for Xen ARM and apply them
>> to stable. Now that he left, I am not sure who will do it.
>>
>> I would be fine
>>> On 16.05.16 at 12:49, wrote:
> * Abstract (X86_CR4_SMEP | X86_CR4_SMAP) behind XEN_CR4_PV32_BITS to avoid
>opencoding the invidial bits which are fixed up behind a 32bit PV guests
>back.
> * In the debug case, perform the the AND and CMP on 64bit values rather than
>32bit values,
flight 94498 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94498/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 7b13510f2a0a2a118cdafdaa67720ca8e3fe37de
baseline version:
ovmf 5ac96e3a28dd26eabee421919f67fa7c443
flight 94500 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94500/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REG
>>> On 13.05.16 at 18:29, wrote:
> On Fri, May 13, 2016 at 10:12 AM, Jan Beulich wrote:
> On 13.05.16 at 17:31, wrote:
>>> On Fri, May 13, 2016 at 9:09 AM, Jan Beulich wrote:
>>> On 13.05.16 at 16:50, wrote:
> On Fri, May 13, 2016 at 6:00 AM, Jan Beulich wrote:
> On 12.05.
>>> On 17.05.16 at 05:19, wrote:
>> From: Xu, Quan
>> Sent: Monday, May 16, 2016 11:26 PM
>>
>> On May 13, 2016 11:28 PM, Jan Beulich wrote:
>> > >>> On 22.04.16 at 12:54, wrote:
>> > > --- a/docs/misc/xen-command-line.markdown
>> > > +++ b/docs/misc/xen-command-line.markdown
>> > > @@ -1532,6
Hi Jan,
On 17/05/2016 08:38, Jan Beulich wrote:
xen/arm: Force broadcast of TLB and instruction cache maintenance
instructions
commit e2faa286faa36da36ee14f6bc973043013001724
up to Xen 4.4
For both of those please note that 4.4 is in security-only
maintenance mode, and hence shouldn't be getti
On 17/05/16 06:28, Ed Swierk wrote:
> I'm trying to figure out a crash when booting a Linux 4.4 dom0 on
> a recent stable xen 4.5. I'm capping the dom0 memory by setting
> dom0_mem=18432M,max:18432M on the xen command line, and the kernel
> config has CONFIG_XEN_BALLOON unset.
>
> The crash seems
>>> On 16.05.16 at 16:28, wrote:
> It has been a while without any ARM backport request. Ian Campbell
> used to keep a list of backport fixes for Xen ARM and apply them
> to stable. Now that he left, I am not sure who will do it.
>
> I would be fine to keep the list of patches, although I am not
On 17/05/2016 07:40, Wei Chen wrote:
Hi Julien,
Hi Wei,
Please avoid top-posting on the mailing list.
This code looks good to me.
Thank you for the review.
Reviewed-by: Wei Chen
Regards,
--
Julien Grall
___
Xen-devel mailing list
Xen-dev
flight 44422 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44422/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 4 capture-logs !broken
101 - 129 of 129 matches
Mail list logo