[Xen-devel] [linux-3.18 test] 116728: regressions - FAIL

flight 116728 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/116728/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail REGR. vs.

[Xen-devel] [libvirt test] 116732: tolerable all pass - PUSHED

flight 116732 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/116732/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 116698 test-armhf-armhf-libvirt-raw 13

Re: [Xen-devel] [PATCH v1] core: mount xenfs, ignore proc-xen.mount (#6442, #6662)

On Fri, Dec 01, 2017 at 04:39:30AM -0700, Jan Beulich wrote: > >>> On 01.12.17 at 11:21, wrote: > > On Thu, Nov 30, 2017 at 01:35:45AM -0700, Jan Beulich wrote: > >> >>> On 30.11.17 at 09:23, wrote: > >> > On Wed, Nov 29, Jan Beulich wrote: > >> > > >> >>

[Xen-devel] [PATCH v17 17/19] osstest: remove the loader timeout from the install image

When the FreeBSD installer is booted on the godello{0/1} boxes it receives spurious key strokes. This doesn't happen so far when booted from disk, or with any other boxes. In order to cope with this remove the loader timeout on the install image. Note that failure to boot will still drop the

[Xen-devel] [xen-unstable test] 116722: tolerable FAIL - PUSHED

flight 116722 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/116722/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail blocked in 116642

[Xen-devel] [PATCH v17 00/19] osstest: initial FreeBSD support

Hello, This are again the remaining non-acked patches of the FreeBSD osstest series. The two patches sent with this cover letter fix two issues found on the Mass colo. Patch 17 fixes an issue where the FreeBSD installer bootloader receives random keystrokes on the console, thus aborting the

Re: [Xen-devel] [PATCH v2 for-4.10] x86: Avoid corruption on migrate for vcpus using CPUID Faulting

>>> On 30.11.17 at 19:54, wrote: > On 27/11/17 14:41, Jan Beulich wrote: > On 27.11.17 at 14:02, wrote: >>> Xen 4.8 and later virtualises CPUID Faulting support for guests. However, > the >>> value of MSR_MISC_FEATURES_ENABLES is

Re: [Xen-devel] [PATCH 0/8] xen: add pvh guest support

On Fri, Dec 01, 2017 at 06:37:37AM +0100, Juergen Gross wrote: > On 30/11/17 22:03, Daniel Kiper wrote: > > On Wed, Nov 29, 2017 at 02:46:42PM +0100, Juergen Gross wrote: > >> This patch series adds support for booting Linux as PVH guest. > >> > >> Similar to i386/xen and x86_64/xen platforms the

Re: [Xen-devel] [PATCH v1] core: mount xenfs, ignore proc-xen.mount (#6442, #6662)

>>> On 01.12.17 at 12:48, wrote: > Suppose at one point we split hardware domain and control domain, which > one will you call Dom0? Which one will get the flag? There can only be one hardware domain, which will continue to be the one getting XENFEAT_dom0. There could be any

[Xen-devel] [OSSTEST PATCH 2/2] README: Do not recommend cs-flight-create

This is not a normal way to carry on. Far too much like hard work. Recommend make-flight or cs-adjust-flight new: instead. CC: Julien Grall Signed-off-by: Ian Jackson --- README | 49 + 1 file

Re: [Xen-devel] [PATCH 2/2] gnttab: improve GNTTABOP_cache_flush locking

Hi, On 30/11/17 14:32, Jan Beulich wrote: > Dropping the lock before returning from grant_map_exists() means handing > possibly stale information back to the caller. Return back the pointer > to the active entry instead, for the caller to release the lock once > done. I don't know enough about

Re: [Xen-devel] [PATCH 1/2] gnttab: correct GNTTABOP_cache_flush empty batch handling

Hi, On 30/11/17 14:31, Jan Beulich wrote: > Jann validly points out that with a caller bogusly requesting a zero- > element batch with non-zero high command bits (the ones used for > continuation encoding), the assertion right before the call to > hypercall_create_continuation() would trigger. A

Re: [Xen-devel] Commit moratorium for branching Xen 4.10

Hi, On 01/12/17 15:23, Ian Jackson wrote: Julien Grall writes ("Commit moratorium for branching Xen 4.10"): Xen tree is going to branch at RC7. I don't want to branch when master != staging, so please avoid committing new patches to staging now to let master catch up with staging. Another

Re: [Xen-devel] [PATCH V2] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

On 11/30/2017 8:46 AM, Jan Beulich wrote: On 30.11.17 at 15:15, wrote: On 11/30/2017 2:27 AM, Jan Beulich wrote: On 29.11.17 at 18:38, wrote: In the case of bus or slot reset, our goal is to reset connected PCIe fabric/card/endpoint. The

Re: [Xen-devel] [PATCH v2 for-4.10] x86: Avoid corruption on migrate for vcpus using CPUID Faulting

Hi Jan, On 01/12/17 11:21, Jan Beulich wrote: On 30.11.17 at 19:54, wrote: On 27/11/17 14:41, Jan Beulich wrote: On 27.11.17 at 14:02, wrote: Xen 4.8 and later virtualises CPUID Faulting support for guests. However, the value of

Re: [Xen-devel] [PATCH] migration, xen: Fix block image lock issue on live migration

Hi Anthony, On 29/11/17 15:06, Anthony PERARD wrote: On Wed, Nov 29, 2017 at 12:28:39PM +, Julien Grall wrote: + Stefano On 11/27/2017 03:00 PM, Anthony PERARD wrote: Hi Julien, Hi Anthony, Can I get a release-ack for this patch? This fix local live migration of HVM guest when the

Re: [Xen-devel] [PATCH v2] x86/entry/64/paravirt: Use paravirt-safe macro to access eflags

On Tue, Nov 28, 2017 at 7:28 AM, Boris Ostrovsky wrote: > Commit 1d3e53e8624a ("x86/entry/64: Refactor IRQ stacks and make > them NMI-safe") added DEBUG_ENTRY_ASSERT_IRQS_OFF macro that acceses > eflags using 'pushfq' instruction when testing for IF bit. On PV Xen >

Re: [Xen-devel] Commit moratorium for branching Xen 4.10

Julien Grall writes ("Commit moratorium for branching Xen 4.10"): > Xen tree is going to branch at RC7. I don't want to branch when > master != staging, so please avoid committing new patches to staging now > to let master catch up with staging. Another announcement will be made > when the

Re: [Xen-devel] [PATCH v2] x86/hvm: fix interaction between internal and external emulation

Hi, On 30/11/17 14:28, Jan Beulich wrote: On 28.11.17 at 15:05, wrote: A call to handle_hvm_io_completion() is needed for completing I/O that requires external emulation. Such completion should be requested when hvm_vcpu_io_need_completion() returns true after

Re: [Xen-devel] [PATCH v1] core: mount xenfs, ignore proc-xen.mount (#6442, #6662)

>>> Wei Liu 12/01/17 1:30 PM >>> >On Fri, Dec 01, 2017 at 05:23:16AM -0700, Jan Beulich wrote: >> >>> On 01.12.17 at 13:15, wrote: >> > On Fri, Dec 01, 2017 at 05:11:45AM -0700, Jan Beulich wrote: >> >> >>> On 01.12.17 at 12:48,

[Xen-devel] [linux-4.9 test] 116725: regressions - FAIL

flight 116725 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/116725/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 15 guest-start/debian.repeat fail REGR. vs. 116531 Tests which did not

[Xen-devel] [seabios test] 116733: regressions - FAIL

flight 116733 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/116733/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539 Tests which are