[Xen-devel] [xen-4.6-testing baseline-only test] 72239: regressions - FAIL

This run is configured for baseline tests only. flight 72239 xen-4.6-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72239/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-521

Re: [Xen-devel] [PATCH] toolcore: Build in rumprun environment too

On Mon, Oct 16, 2017 at 11:17:12AM +0100, Ian Jackson wrote: > Otherwise, > f942a9b4a12081d5f9a4679d06e88cb5d503396e > xentoolcore_restrict_all: "Implement" for xenstore > breaks the build of the tools inside rumprun. > > Signed-off-by: Ian Jackson Acked-by: Wei

Re: [Xen-devel] libxl/xenconsole: vpl011: Fix hex to dec conversion of vuart_gfn in libxl__device_vuart_add

>>> On 16.10.17 at 12:18, wrote: > On 16/10/17 10:02, Bhupinder Thakur wrote: >> --- a/tools/console/daemon/io.c >> +++ b/tools/console/daemon/io.c >> @@ -80,6 +80,7 @@ static unsigned int current_array_size; >> static unsigned int nr_fds; >> >> #define

Re: [Xen-devel] libxl/xenconsole: vpl011: Fix hex to dec conversion of vuart_gfn in libxl__device_vuart_add

>>> On 16.10.17 at 11:02, wrote: > static int console_create_ring(struct console *con) > { > - int err, remote_port, ring_ref, rc; > + int err, remote_port, rc; > + xen_pfn_t ring_ref; > char *type, path[PATH_MAX]; > struct domain *dom =

Re: [Xen-devel] libxl/xenconsole: vpl011: Fix hex to dec conversion of vuart_gfn in libxl__device_vuart_add

Hi Bhupinder, On 16/10/17 10:02, Bhupinder Thakur wrote: In libxl__device_vuart_add vuart_gfn is getting stored as a hex value: flexarray_append(ro_front, GCSPRINTF("%"PRI_xen_pfn, state->vuart_gfn)); However, xenstore reads this value as a decimal value and tries to map the wrong address

[Xen-devel] [PATCH] toolcore: Build in rumprun environment too

Otherwise, f942a9b4a12081d5f9a4679d06e88cb5d503396e xentoolcore_restrict_all: "Implement" for xenstore breaks the build of the tools inside rumprun. Signed-off-by: Ian Jackson CC: Wei Liu --- tools/Makefile | 2 +- 1 file changed, 1

Re: [Xen-devel] [PATCH 2/2] x86/boot: rename send_chr to print_err

>>> On 13.10.17 at 18:07, wrote: > On 10/13/17 2:40 AM, Jan Beulich wrote: > On 12.10.17 at 22:56, wrote: >>> On 12/10/2017 21:50, Doug Goldstein wrote: From: David Esler The send_chr function sends an

Re: [Xen-devel] [xen-4.8-testing test] 114505: regressions - FAIL

On 15/10/17 20:45, osstest service owner wrote: > flight 114505 xen-4.8-testing real [real] > http://logs.test-lab.xenproject.org/osstest/logs/114505/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-xtf-amd64-amd64-2 48

Re: [Xen-devel] libxl: vpl011: Fix hex to dec conversion of vuart_gfn in libxl__device_vuart_add

On 13 October 2017 at 20:36, Jan Beulich wrote: On 13.10.17 at 16:35, wrote: >> Hi Jan, >> >> On 13/10/17 15:03, Jan Beulich wrote: >> On 13.10.17 at 15:03, wrote: On 13/10/17 13:32, Jan Beulich wrote:

[Xen-devel] libxl/xenconsole: vpl011: Fix hex to dec conversion of vuart_gfn in libxl__device_vuart_add

In libxl__device_vuart_add vuart_gfn is getting stored as a hex value: > flexarray_append(ro_front, GCSPRINTF("%"PRI_xen_pfn, state->vuart_gfn)); However, xenstore reads this value as a decimal value and tries to map the wrong address and fails. Introduced a new format string "PRIu_xen_pfn"

Re: [Xen-devel] [PATCH] x86: convert x86_platform_ops to timespec64

On Fri, Oct 13, 2017 at 10:45 PM, Boris Ostrovsky wrote: > On 10/13/2017 02:37 PM, Arnd Bergmann wrote: >> The x86 platform operations are fairly isolated, so we can >> change them from using timespec to timespec64. I checked that >> All the users and callers are safe,

Re: [Xen-devel] [PATCH v3 5/6] x86/msr: update domain policy on CPUID policy changes

On Fri, 2017-10-13 at 16:25 +0100, Andrew Cooper wrote: > On 13/10/17 13:35, Sergey Dyasli wrote: > > diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c > > index 205b4cb685..7e6b15f8d7 100644 > > --- a/xen/arch/x86/hvm/hvm.c > > +++ b/xen/arch/x86/hvm/hvm.c > > @@ -928,9 +928,8 @@ const

Re: [Xen-devel] [PATCH v3 2/6] x86/msr: add VMX MSRs into struct msr_domain_policy

On Fri, 2017-10-13 at 16:16 +0100, Andrew Cooper wrote: > On 13/10/17 13:35, Sergey Dyasli wrote: > > @@ -210,6 +375,255 @@ struct msr_domain_policy > > bool available; /* This MSR is non-architectural */ > > bool cpuid_faulting; > > } plaform_info; > > + > > +/*

[Xen-devel] [linux-linus test] 114528: tolerable FAIL - PUSHED

flight 114528 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/114528/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 6 xen-install fail REGR. vs. 114500 Tests which did not

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

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

[Xen-devel] [xen-unstable test] 114525: regressions - FAIL

flight 114525 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/114525/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumprun 8 xen-buildfail REGR. vs. 114204

<    1   2