Re: [Xen-devel] [cubieboard2] Bringing up dom0

2018-04-28 Thread Ajay Garg
I changed the /chosen node in the dts file to ### chosen { stdout-path = "serial0:115200n8"; xen,xen-bootargs = "dom0_mem=752M console=dtuart dtuart=serial0 dom0_max_vcpus=4"; xen,dom0-bootargs = "console=ttyS0,115200 rw root=/dev/mmc

[Xen-devel] [linux-next test] 122463: regressions - FAIL

2018-04-28 Thread osstest service owner
flight 122463 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/122463/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64 16 guest-localmigrate/x10 fail REGR. vs. 122395 test-arm

[Xen-devel] [xen-4.6-testing test] 122461: tolerable FAIL - PUSHED

2018-04-28 Thread osstest service owner
flight 122461 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/122461/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-debianhvm-amd64-shadow 16 guest-localmigrate/x10 fail baseline untested test-xtf-amd6

[Xen-devel] [xen-4.7-testing test] 122459: regressions - trouble: broken/fail/pass

2018-04-28 Thread osstest service owner
flight 122459 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/122459/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd broken test-armhf-armhf-xl-vhd 4 host-i

Re: [Xen-devel] [cubieboard2] Bringing up dom0

2018-04-28 Thread Andrew Cooper
On 28/04/18 18:34, Ajay Garg wrote: > Hi Andrew. > > Thanks for the reply. > > On Sat, Apr 28, 2018 at 10:57 PM, Andrew Cooper > mailto:andrew.coop...@citrix.com>> wrote: > > On 28/04/18 18:12, Ajay Garg wrote: >> Hi All. >> >> We have brought up the cubieboard2 from almost scratch, fol

Re: [Xen-devel] [cubieboard2] Bringing up dom0

2018-04-28 Thread Ajay Garg
Hi Andrew. Thanks for the reply. On Sat, Apr 28, 2018 at 10:57 PM, Andrew Cooper wrote: > On 28/04/18 18:12, Ajay Garg wrote: > > Hi All. > > We have brought up the cubieboard2 from almost scratch, following are the > steps done : > > > > == getting xen ready == > > i) > Compiled xen on cubieb

Re: [Xen-devel] [cubieboard2] Bringing up dom0

2018-04-28 Thread Andrew Cooper
On 28/04/18 18:12, Ajay Garg wrote: > Hi All. > > We have brought up the cubieboard2 from almost scratch, following are > the steps done : > > > > == getting xen ready == > > i) > Compiled xen on cubieboard itself, via : > >    * git clone git://xenbits.xen.org/xen.git >

[Xen-devel] [cubieboard2] Bringing up dom0

2018-04-28 Thread Ajay Garg
Hi All. We have brought up the cubieboard2 from almost scratch, following are the steps done : == u-boot == u-boot has been compiled using bleeding-edge mainline (ec5c4a8fd64a178a4d159917cda0aa176e5a9be5), via : * make Cubieboard2_defconfig * make ARCH=arm CROSS_COMPILE=/home/ajay/arm-toolchai

Re: [Xen-devel] [PATCH v5] x86/mm: Suppresses vm_events caused by page-walks

2018-04-28 Thread Tamas K Lengyel
On Sat, Apr 28, 2018 at 12:13 AM, Razvan Cojocaru wrote: > On 04/28/2018 12:30 AM, Tamas K Lengyel wrote: >> >> On Mon, Apr 23, 2018 at 2:00 AM, Alexandru Isaila >> wrote: >>> >>> This patch is adding a way to enable/disable inguest pagefault >>> events. It introduces the xc_monitor_inguest_pagef

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

2018-04-28 Thread osstest service owner
flight 122455 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/122455/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 122404 test-armhf-armhf-libvirt 14 saveresto

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

2018-04-28 Thread Arnd Bergmann
On Sat, Apr 28, 2018 at 12:21 AM, Joao Martins wrote: > On 04/27/2018 09:13 PM, Arnd Bergmann wrote: >> diff --git a/arch/x86/kernel/pvclock.c b/arch/x86/kernel/pvclock.c >> index 761f6af6efa5..637982efecd8 100644 >> --- a/arch/x86/kernel/pvclock.c >> +++ b/arch/x86/kernel/pvclock.c >> @@ -123,28

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

2018-04-28 Thread osstest service owner
flight 122451 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/122451/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 6 xen-install fail REGR. vs. 122343 Tests which did no

[Xen-devel] [distros-debian-stretch test] 74646: tolerable FAIL

2018-04-28 Thread Platform Team regression test user
flight 74646 distros-debian-stretch real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74646/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-armhf-stretch-netboot-pygrub 10 debian-di-install fail like 74635 test-amd64-amd64-am

[Xen-devel] [PATCH] xen: char: Remove unnecessary (uart->irq > 0) check

2018-04-28 Thread Amit Singh Tomar
While working on MVEBU uart driver, Julien pointed out that (uart->irq > 0) check is unnecessary during irq set up.if ever there is an invalid irq, driver initialization itself would be bailed out from platform_get_irq. This patch would remove similar check for other uart drivers present in XEN.

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

2018-04-28 Thread Jan Kiszka
On 2018-04-27 22:13, 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, and there is only one > critical function that is broken beyond 2106: > > pvclock_read_wallcl