On 26/06/17 18:00, George Dunlap wrote:
> On 26/06/17 16:36, Ross Lagerwall wrote:
>> Xen Live Patching has been available as tech preview feature since Xen
>> 4.7 and has now had a couple of releases to stabilize. Xen Live patching
>> has been used by multiple vendors to fix several real-world sec
flight 111047 qemu-upstream-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111047/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3 16 guest-localmigrate/x10 fail REGR. vs.
106846
T
I would like to inquire about q35 support in Xen? As far as I have been
able to tell, this has not been done? In the Xen version that I've been
working with (4.4), libxl_dm overrides any "-machine" argument I try to
pass to QEMU with "-machine xenfv". (it appears this still existing in
the last
Hi,
On 06/26/2017 04:36 PM, Ross Lagerwall wrote:
Xen Live Patching has been available as tech preview feature since Xen
4.7 and has now had a couple of releases to stabilize. Xen Live patching
has been used by multiple vendors to fix several real-world security
issues without any severe bugs en
On Mon, 26 Jun 2017, Jan Beulich wrote:
> >>> Stefano Stabellini 06/23/17 8:43 PM >>>
> >On Fri, 23 Jun 2017, Jan Beulich wrote:
> >> >>> On 22.06.17 at 20:52, wrote:
> >> > I am happy to write the code and/or the commit message. Would a simple
> >> > cast like below work to fix the security issu
>>> Andrew Cooper 06/26/17 1:59 PM >>>
>c/s 2b8eb37 switched int i to being unsigned, but the undo logic on failure
>relied in i being signed. As i being unsigned in still preforable, adjust the
>undo logic to work with an unsigned i.
>
>Coverity-ID: 1413017
>Signed-off-by: Andrew Cooper
Review
On Mon, Jun 26, 2017 at 07:29:22PM +0100, Julien Grall wrote:
> Hi,
>
> On 06/26/2017 04:36 PM, Ross Lagerwall wrote:
> > Xen Live Patching has been available as tech preview feature since Xen
> > 4.7 and has now had a couple of releases to stabilize. Xen Live patching
> > has been used by multipl
flight 111051 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111051/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-xsm3 host-install(3) broken in 111022 REGR. vs. 11
flight 111074 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111074/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf 6723a66fe3e2a60793ec4fdbcd67250c954fe5d9
baseline version:
xtf 53582e5a4337acf5569088
On 06/26/2017 02:47 AM, Christoph Hellwig wrote:
On Sat, Jun 24, 2017 at 10:36:56AM -0500, Benjamin Herrenschmidt wrote:
I think we still need to do it. For example we have a bunch new "funky"
cases.
I have no plan to do away with the selection - I just want a better
interface than the curre
This run is configured for baseline tests only.
flight 71600 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71600/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 19 capture-logs
flight 111076 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111076/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail REGR. vs.
111067
test-amd64-i386-xl-qemu
Thank you for the information and feedback. The scenarios to handle are:
1. QEMU emulation
2. blkback.
3. qdisk.
>From the previous e-mails, there is an agreement that no functionality (or
maybe minimal) should be added to blkback.
@Roger Pau Monné: Yes, "drive-mirror" feature handles disks that b
flight 111053 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111053/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-examine 4 host-install broken REGR. vs. 110515
test-amd64-amd64-xl
This run is configured for baseline tests only.
flight 71602 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71602/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-i386-libvirt5 libvirt-buildfai
flight 111054 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111054/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-xsm 16 guest-start/debian.repeat fail in 111027 pass in
111054
test-amd64-i386-rumprun-i386 1
This run is configured for baseline tests only.
flight 71601 xen-4.8-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71601/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumprun-i386 16 rumprun-demo-xenstore
flight 111061 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111061/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 111029
test-armhf-armhf-libvirt-xsm 14 saveresto
flight 111069 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111069/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 5 host-build-prep fail REGR. vs. 110441
test-amd64-i386-qemu
>>> Andrew Cooper 06/26/17 6:40 PM >>>
>> --- a/xen/common/Kconfig
>> +++ b/xen/common/Kconfig
>> @@ -226,7 +226,7 @@ config CRYPTO
>> bool
>>
>> config LIVEPATCH
>> -bool "Live patching support (TECH PREVIEW)"
>> +bool "Live patching support"
>> default n
>
>This default shou
>>> Andrew Cooper 06/26/17 6:58 PM >>>
>On 26/06/17 17:28, Wei Liu wrote:
>> --- a/xen/arch/x86/cpu/mcheck/vmce.c
>> +++ b/xen/arch/x86/cpu/mcheck/vmce.c
>> @@ -359,6 +359,15 @@ static int vmce_load_vcpu_ctxt(struct domain *d,
>> hvm_domain_context_t *h)
>> HVM_REGISTER_SAVE_RESTORE(VMCE_VCPU, v
>>> Wei Liu 06/26/17 6:29 PM >>>
>--- a/xen/arch/x86/pv/Makefile
>+++ b/xen/arch/x86/pv/Makefile
>@@ -1,6 +1,7 @@
>obj-y += hypercall.o
>obj-y += traps.o
>
>+obj-y += callback.o
>obj-bin-y += dom0_build.init.o
>obj-y += domain.o
>obj-y += emulate.o
Not something to be dealt with in this pat
>>> Andrew Cooper 06/26/17 5:11 PM >>>
>There is also a difference in timing; vm_event_init_domain() is called
>when vm_event is started on the domain, not when the domain is
>constructed. IMO, the two should happen at the same time to be
>consistent. I'm not fussed at which point, as it would b
>>> Haozhong Zhang 06/26/17 11:16 AM >>>
>struct mc_telem_cpu_ctl is now used as the type of per-cpu variables,
>rather than a globla variable shared by all CPUs, so some of its
>comment do not apply any more.
>
>Signed-off-by: Haozhong Zhang
Acked-by: Jan Beulich
There's no need to re-send, b
flight 111080 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/111080/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail REGR. vs.
111067
test-amd64-i386-xl-qemu
>>> Haozhong Zhang 06/26/17 11:17 AM >>>
>Add a 'nowait' argument to mce_barrier_{enter,exit}() to allow them
>return immediately without waiting mce_barrier_{enter,exit}() on other
>CPUs. This is useful when handling LMCE, where mce_barrier_{enter,exit}
>are called only on one CPU.
>
>Signed-off-
This run is configured for baseline tests only.
flight 71603 qemu-upstream-4.8-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71603/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9
>>> Roger Pau Monne 06/26/17 1:51 PM >>>
>Let me know whether do you consider having this patch to mask
>MSI/MSI-X capabilities on user request for Dom0 is helpful or not.
If the capability hiding was needed for anything else, I could see what
you're doing here as a potentially helpful by-product
101 - 128 of 128 matches
Mail list logo
