[Xen-devel] [ovmf baseline-only test] 75041: tolerable FAIL

This run is configured for baseline tests only. flight 75041 ovmf real [real] http://osstest.xensource.com/osstest/logs/75041/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail like 75040

[Xen-devel] [ovmf test] 125748: all pass - PUSHED

flight 125748 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/125748/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 6fb8b96d9bab1281f02081a1871379f771edc0f1 baseline version: ovmf

[Xen-devel] [ovmf baseline-only test] 75040: tolerable FAIL

This run is configured for baseline tests only. flight 75040 ovmf real [real] http://osstest.xensource.com/osstest/logs/75040/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail like 75039

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

flight 125737 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/125737/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvopsbroken build-arm64-xsm

[Xen-devel] [libvirt test] 125739: regressions - trouble: blocked/broken/fail/pass

flight 125739 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/125739/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvopsbroken build-arm64-xsm

[Xen-devel] [ovmf test] 125746: all pass - PUSHED

flight 125746 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/125746/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf de652b14a78b4767ff460999b6728d7ccc50b057 baseline version: ovmf

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

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

[Xen-devel] [distros-debian-wheezy test] 75038: all pass

flight 75038 distros-debian-wheezy real [real] http://osstest.xensource.com/osstest/logs/75038/ Perfect :-) All tests in this flight passed as required baseline version: flight 75010 jobs: build-amd64 pass build-armhf

[Xen-devel] [linux-linus test] 125735: trouble: blocked/broken/fail/pass

flight 125735 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/125735/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-xsm

[Xen-devel] [linux-next test] 125724: regressions - trouble: blocked/broken/fail/pass

flight 125724 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/125724/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-xsm

Re: [Xen-devel] [RESEND] Spectre-v2 (IBPB/IBRS) and SSBD fixes for 4.4.y

On Thu, Aug 2, 2018 at 12:22 PM, Srivatsa S. Bhat wrote: > On 7/26/18 4:09 PM, Kees Cook wrote: >> On Tue, Jul 24, 2018 at 3:02 PM, Jiri Kosina wrote: >>> On Tue, 24 Jul 2018, Srivatsa S. Bhat wrote: >>> However, if you are proposing that you'd like to contribute the enhanced

Re: [Xen-devel] [PATCH net-next] xen-netback: use true and false for boolean values

From: "Gustavo A. R. Silva" Date: Wed, 1 Aug 2018 19:31:01 -0500 > Return statements in functions returning bool should use true or false > instead of an integer value. > > This issue was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Applied.

Re: [Xen-devel] [PATCH v6 1/7] xen: xsm: flask: introduce XENMAPSPACE_gmfn_share for memory sharing

On Thu, 2 Aug 2018, Jan Beulich wrote: > >> > +/* > >> > + * This action also requires that @current targets @d, but it has > >> > already been > >> > + * checked somewhere higher in the call stack. > >> > >> I'm not convinced it is a good idea to have such a dependency, even > >> more so with

Re: [Xen-devel] [PATCH v8 00/11] arm: more kconfig configurability and small default configs

On Thu, 2 Aug 2018, Julien Grall wrote: > Hi Stefano, > > On 31/07/18 17:10, Stefano Stabellini wrote: > > On Tue, 31 Jul 2018, Julien Grall wrote: > > > On 30/07/18 18:48, Stefano Stabellini wrote: > > > > Hi all, > > > > > > Hi Stefano, > > > > > > > > > > > This patch series is the first

Re: [Xen-devel] Routing physical interrupts to EL1

Hello, Please configure your e-mail client to quote properly (i.e with >). On 02/08/2018 20:14, Saeed Mirzamohammadi wrote: Sorry for the late reply. On Sat, Jul 7, 2018 at 2:25 PM, Julien Grall > wrote: Hello, On 07/07/2018 08:32 PM, Saeed

Re: [Xen-devel] [RESEND] Spectre-v2 (IBPB/IBRS) and SSBD fixes for 4.4.y

On 7/26/18 4:09 PM, Kees Cook wrote: > On Tue, Jul 24, 2018 at 3:02 PM, Jiri Kosina wrote: >> On Tue, 24 Jul 2018, Srivatsa S. Bhat wrote: >> >>> However, if you are proposing that you'd like to contribute the enhanced >>> PTI/Spectre (upstream) patches from the SLES 4.4 tree to 4.4 stable, and

Re: [Xen-devel] Routing physical interrupts to EL1

Sorry for the late reply. On Sat, Jul 7, 2018 at 2:25 PM, Julien Grall wrote: > Hello, > > On 07/07/2018 08:32 PM, Saeed Mirzamohammadi wrote: > >> Thanks for your detailed reply. >> >> On Fri, Jul 6, 2018 at 6:13 AM, Julien Grall > > wrote: >> >> >> >> On

Re: [Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

On Thu, 2 Aug 2018, Artem Mygaiev wrote: > On 02.08.18 18:57, Julien Grall wrote: > > Hi Artem, > > > > On 02/08/18 16:54, Artem Mygaiev wrote: > > > On 02.08.18 18:29, Lars Kurth wrote: > > > > > > > > > > > > On 02/08/2018, 16:27, "Artem Mygaiev" wrote: > > > > > > > > Hello Julien >

Re: [Xen-devel] [RFC] OVMF on PVH

On Thu, Aug 02, 2018 at 12:24:35PM +0100, Anthony PERARD wrote: > Hi, > > I've been working on booting OVMF in a PVH guest. There are few changes > that I'd like your comments on. Those are changes that I've already made > in my private branch, there are either required or will make things >

Re: [Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

On 02.08.18 18:57, Julien Grall wrote: Hi Artem, On 02/08/18 16:54, Artem Mygaiev wrote: On 02.08.18 18:29, Lars Kurth wrote: On 02/08/2018, 16:27, "Artem Mygaiev" wrote: Hello Julien On 02.08.18 12:56, Julien Grall wrote: > Hi, > > Sorry for the late posting.

[Xen-devel] [qemu-mainline test] 125732: trouble: blocked/broken/fail/pass

flight 125732 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/125732/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-pvops

Re: [Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

Hi Artem, On 02/08/18 16:54, Artem Mygaiev wrote: On 02.08.18 18:29, Lars Kurth wrote: On 02/08/2018, 16:27, "Artem Mygaiev" wrote: Hello Julien On 02.08.18 12:56, Julien Grall wrote: > Hi, > > Sorry for the late posting. The notes were taken by Stefano

Re: [Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

Hi Lars On 02.08.18 18:29, Lars Kurth wrote: On 02/08/2018, 16:27, "Artem Mygaiev" wrote: Hello Julien On 02.08.18 12:56, Julien Grall wrote: > Hi, > > Sorry for the late posting. The notes were taken by Stefano Stabellini. > Thank you. > >

Re: [Xen-devel] [PATCH v4 31/32] libxl_disk: Cut libxl_cdrom_insert into step

On Fri, Jul 27, 2018 at 03:06:13PM +0100, Anthony PERARD wrote: > This is to prepare libxl_cdrom_insert to be able to send commands to > QEMU via the libxl__ev_qmp. The next patch is going to make use of it. > > Signed-off-by: Anthony PERARD > --- > tools/libxl/libxl_disk.c | 194

Re: [Xen-devel] [RFC] OVMF on PVH

On Thu, Aug 02, 2018 at 12:24:35PM +0100, Anthony PERARD wrote: > Hi, > > I've been working on booting OVMF in a PVH guest. There are few changes > that I'd like your comments on. Those are changes that I've already made > in my private branch, there are either required or will make things >

Re: [Xen-devel] [PATCH v4 30/32] libxl: Re-implement domain_suspend_device_model using libxl__ev_qmp

On Fri, Jul 27, 2018 at 03:06:12PM +0100, Anthony PERARD wrote: > +static void dm_stopped(libxl__egc *egc, libxl__ev_qmp *ev, > + const libxl__json_object *response, int rc) > +{ > +EGC_GC; > +libxl__domain_suspend_state *dsps = CONTAINER_OF(ev, *dsps, qmp); > +

Re: [Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

On 02/08/2018, 16:27, "Artem Mygaiev" wrote: Hello Julien On 02.08.18 12:56, Julien Grall wrote: > Hi, > > Sorry for the late posting. The notes were taken by Stefano Stabellini. > Thank you. > > This has some clarifications requested from EPAM

Re: [Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

Hello Julien On 02.08.18 12:56, Julien Grall wrote: Hi, Sorry for the late posting. The notes were taken by Stefano Stabellini. Thank you. This has some clarifications requested from EPAM regarding PowerVR. The existing graphics solutions on Xen today are:    - PV DRM:     * Supports

Re: [Xen-devel] [PATCH v4 29/32] libxl: Change libxl__domain_suspend_device_model() to be async.

On Fri, Jul 27, 2018 at 03:06:11PM +0100, Anthony PERARD wrote: > This create an extra step for the two calls sites of the function. ^ call > > Signed-off-by: Anthony PERARD Reviewed-by: Roger Pau Monné Thanks, Roger.

Re: [Xen-devel] [PATCH v4 28/32] libxl_qmp: Store advertised QEMU version in libxl__ev_qmp

On Fri, Jul 27, 2018 at 03:06:10PM +0100, Anthony PERARD wrote: > This will be used in a later patch. > > Signed-off-by: Anthony PERARD > --- > tools/libxl/libxl_internal.h | 7 +++ > tools/libxl/libxl_qmp.c | 16 > 2 files changed, 23 insertions(+) > > diff --git

Re: [Xen-devel] [PATCH v4 27/32] libxl: QEMU startup sync based on QMP

On Fri, Jul 27, 2018 at 03:06:09PM +0100, Anthony PERARD wrote: > This is only activated when dm_restrict=1, as explained in the previous > patch "libxl_dm: Pre-open QMP socket for QEMU" > > Signed-off-by: Anthony PERARD Reviewed-by: Roger Pau Monné Just one nit... > --- > > Notes: >

Re: [Xen-devel] [PATCH v4 26/32] libxl_dm: Pre-open QMP socket for QEMU

On Fri, Jul 27, 2018 at 03:06:08PM +0100, Anthony PERARD wrote: > When starting QEMU with dm_restrict=1, pre-open the QMP socket before > exec QEMU. That socket will be usefull to findout if QEMU is ready, and > pre-opening it means that libxl can connect to it without waiting for > QEMU to create

Re: [Xen-devel] [RFC PATCH 05/17] libxl: use xenstore for pci hotplug qemu-in-linux-stubdom commands

On Wed, Aug 1, 2018 at 12:03 PM Marek Marczykowski-Górecki wrote: > > On Wed, Aug 01, 2018 at 10:29:07AM -0400, Jason Andryuk wrote: > > On Mon, Jul 30, 2018 at 11:56 PM, Marek Marczykowski-Górecki > > wrote: > > > From: Simon Gaiser > > > > > > There is no QMP socket access, re-use the same

Re: [Xen-devel] [RFC PATCH 03/17] libxl: Handle Linux stubdomain specific QEMU options.

On Wed, Aug 1, 2018 at 11:55 AM Marek Marczykowski-Górecki wrote: > > On Wed, Aug 01, 2018 at 10:25:22AM -0400, Jason Andryuk wrote: > > On Mon, Jul 30, 2018 at 11:56 PM, Marek Marczykowski-Górecki > > wrote: > > > From: Eric Shelton > > > > > > This patch creates an appropriate command line

Re: [Xen-devel] [RFC PATCH 09/17] libxl: use \x1b to separate qemu arguments for linux stubdomain

On Wed, Aug 1, 2018 at 9:54 PM Simon Gaiser wrote: > > Simon Gaiser: > > Marek Marczykowski-Górecki: > >> On Wed, Aug 01, 2018 at 10:36:26AM -0400, Jason Andryuk wrote: > >>> On Mon, Jul 30, 2018 at 11:56 PM, Marek Marczykowski-Górecki > >>> wrote: > This allows using arguments with spaces,

[Xen-devel] [xen-4.8-testing baseline-only test] 75035: regressions - FAIL

This run is configured for baseline tests only. flight 75035 xen-4.8-testing real [real] http://osstest.xensource.com/osstest/logs/75035/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemut-rhel6hvm-amd 12

Re: [Xen-devel] [PATCH] tools: fix python shebangs to use /usr/bin/env

On Thu, Aug 02, 2018 at 02:49:25PM +0100, Anthony PERARD wrote: > On Thu, Aug 02, 2018 at 11:05:27AM +0200, Roger Pau Monne wrote: > > The path to the python binary can be different from /usr/bin/python > > depending on the distro/OS. > > Shouldn't we also s/python/python2/ as recommended by >

Re: [Xen-devel] [PATCH] tools: fix python shebangs to use /usr/bin/env

On Thu, Aug 02, 2018 at 02:49:25PM +0100, Anthony PERARD wrote: > On Thu, Aug 02, 2018 at 11:05:27AM +0200, Roger Pau Monne wrote: > > The path to the python binary can be different from /usr/bin/python > > depending on the distro/OS. > > Shouldn't we also s/python/python2/ as recommended by >

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

Please try to avoid top posting. On Thu, Aug 02, 2018 at 11:36:26AM +, Bercaru, Gabriel wrote: > I applied the match mentioned, but the system fails to boot. Instead, it > drops to a BusyBox shell. It seems to be a file system issue. So you have applied

Re: [Xen-devel] [PATCH] tools: fix python shebangs to use /usr/bin/env

On Thu, Aug 02, 2018 at 11:05:27AM +0200, Roger Pau Monne wrote: > The path to the python binary can be different from /usr/bin/python > depending on the distro/OS. Shouldn't we also s/python/python2/ as recommended by https://www.python.org/dev/peps/pep-0394/ ? I don't think all those scripts

Re: [Xen-devel] [PATCH 1/2] Point links to new location of the TPM Emulator formerly hosted on Berlios

On 02/08/2018, 13:57, "Wei Liu" wrote: On Thu, Aug 02, 2018 at 01:40:23PM +0100, Lars Kurth wrote: > Signed-off-by: Lars Kurth > --- > docs/man/xen-vtpm.pod.7 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/docs/man/xen-vtpm.pod.7

[Xen-devel] [ovmf baseline-only test] 75036: tolerable FAIL

This run is configured for baseline tests only. flight 75036 ovmf real [real] http://osstest.xensource.com/osstest/logs/75036/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail like 75031

Re: [Xen-devel] [PATCH 2/2] Point to new location of Virtual Machine Generation ID

On Thu, Aug 02, 2018 at 01:40:24PM +0100, Lars Kurth wrote: > Signed-off-by: Lars Kurth > --- > docs/man/xl.cfg.pod.5.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in > index b72718151b..539bf7fe78 100644 > ---

Re: [Xen-devel] [PATCH 1/2] Point links to new location of the TPM Emulator formerly hosted on Berlios

On Thu, Aug 02, 2018 at 01:40:23PM +0100, Lars Kurth wrote: > Signed-off-by: Lars Kurth > --- > docs/man/xen-vtpm.pod.7 | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/docs/man/xen-vtpm.pod.7 b/docs/man/xen-vtpm.pod.7 > index 8de67f4d94..52721e6c83 100644 > ---

[Xen-devel] [PATCH 2/2] Point to new location of Virtual Machine Generation ID

Signed-off-by: Lars Kurth --- docs/man/xl.cfg.pod.5.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in index b72718151b..539bf7fe78 100644 --- a/docs/man/xl.cfg.pod.5.in +++ b/docs/man/xl.cfg.pod.5.in @@ -2054,7 +2054,7 @@

[Xen-devel] [PATCH 0/2] docs: fix various out-of-date links in man pages

Lars Kurth (2): Point links to new location of the TPM Emulator formerly hosted on Berlios Point to new location of Virtual Machine Generation ID docs/man/xen-vtpm.pod.7 | 2 +- docs/man/xl.cfg.pod.5.in | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) -- 2.13.0

[Xen-devel] [PATCH 1/2] Point links to new location of the TPM Emulator formerly hosted on Berlios

Signed-off-by: Lars Kurth --- docs/man/xen-vtpm.pod.7 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/man/xen-vtpm.pod.7 b/docs/man/xen-vtpm.pod.7 index 8de67f4d94..52721e6c83 100644 --- a/docs/man/xen-vtpm.pod.7 +++ b/docs/man/xen-vtpm.pod.7 @@ -374,4 +374,4 @@ C will

[Xen-devel] [xen-unstable-smoke test] 125741: trouble: blocked/broken/pass

flight 125741 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/125741/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm broken

Re: [Xen-devel] [RFC] OVMF on PVH

>>> On 02.08.18 at 13:24, wrote: > ## New binary, separated from QEMU/KVM one. > > Right now, the rules to build the firmware are located in > `OvmfPkg/OvmfPkgX64.dsc`, a platform. I've created a new platform, without > KVM support, and would like to retire the Xen support from the current >

[Xen-devel] xen-tools-4.4.4 (SLES11): Unexpected error:

Hi! WHen using "xm list test12 -l" that seems to be in pvgrub state, I get this error: --- Unexpected error: Please report to xen-de...@lists.xen.org Traceback (most recent call last): File "/usr/sbin/xm", line 20, in main.main(sys.argv) File

Re: [Xen-devel] [PATCH v8 00/11] arm: more kconfig configurability and small default configs

Hi Stefano, On 31/07/18 17:10, Stefano Stabellini wrote: On Tue, 31 Jul 2018, Julien Grall wrote: On 30/07/18 18:48, Stefano Stabellini wrote: Hi all, Hi Stefano, This patch series is the first step toward building a small certifiable Xen hypervisor for ARM boards. The series makes a

Re: [Xen-devel] [PATCH v4 25/32] libxl_exec: Add libxl__spawn_initiate_failure

On Fri, Jul 27, 2018 at 03:06:07PM +0100, Anthony PERARD wrote: > This function can be use by user libxl__spawn_* when they setup a ^ used and remove user > notification other than xenstore. The parent can already called success

Re: [Xen-devel] [PATCH v4 23/32] libxl_qmp: Respond to QMP greeting

On Fri, Jul 27, 2018 at 03:06:05PM +0100, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD > --- > tools/libxl/libxl_qmp.c | 36 ++-- > 1 file changed, 30 insertions(+), 6 deletions(-) > > diff --git a/tools/libxl/libxl_qmp.c b/tools/libxl/libxl_qmp.c >

Re: [Xen-devel] [BUG] docs: our man page generation uses http://man.he.net/ by default which causes broken links. It should be changed to point to a relative path

On 02/08/2018, 12:24, "Lars Kurth" wrote: Hi all, most of our man pages on pretty much all releases from 4.2 contain broken links. For example: In https://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html the source contains: "For more details, see L."

[Xen-devel] [BUG] docs: our man page generation uses http://man.he.net/ by default which causes broken links. It should be changed to point to a relative path

Hi all, most of our man pages on pretty much all releases from 4.2 contain broken links. For example: In https://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html the source contains: "For more details, see L." Maps onto http://man.he.net/man7/xl-numa-placement (does not exist) “See 

[Xen-devel] [RFC] OVMF on PVH

Hi, I've been working on booting OVMF in a PVH guest. There are few changes that I'd like your comments on. Those are changes that I've already made in my private branch, there are either required or will make things easier. ## Goal Have a single blob that can be use for both HVM and PVH

Re: [Xen-devel] [PATCH v4 22/32] libxl_qmp: Handle messages from QEMU

On Fri, Jul 27, 2018 at 03:06:04PM +0100, Anthony PERARD wrote: > This will handles messages received, and calls callbacks associated with ^ handle I'm not sure I understand what's 'This' in the context. Would be good if you could spell out what 'This' refers to IMO. > the

Re: [Xen-devel] [xen-4.9-testing test] 125710: regressions - trouble: blocked/broken/fail/pass

On Thu, Aug 02, 2018 at 04:26:10AM -0600, Jan Beulich wrote: > >>> On 02.08.18 at 12:05, wrote: > > flight 125710 xen-4.9-testing real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/125710/ > > > > Regressions :-( > > > > Tests which did not succeed and are blocking, > > including

[Xen-devel] [ovmf test] 125740: all pass - PUSHED

flight 125740 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/125740/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 3a0c1bf64b5deaa4e227b311cc43aa1513beae5e baseline version: ovmf

Re: [Xen-devel] [PATCH] docs/xl: Clarify documentation for mem-max and mem-set

On 02/08/2018, 11:24, "George Dunlap" wrote: On 08/01/2018 05:16 PM, Lars Kurth wrote: > > > On 01/08/2018, 16:41, "George Dunlap" wrote: > > mem-set is the primary command that users will need to use and > understand. Move it first, and clarify the

Re: [Xen-devel] [PATCH v4 21/32] libxl_qmp: Simplify qmp_response_type() prototype

On Fri, Jul 27, 2018 at 03:06:03PM +0100, Anthony PERARD wrote: > Remove the libxl__qmp_handler* argument so the function can be reused > later in a different context. > > Signed-off-by: Anthony PERARD > Acked-by: Ian Jackson Reviewed-by: Roger Pau Monné Thanks, Roger.

Re: [Xen-devel] [PATCH v4 20/32] libxl_qmp: Handle write to QMP socket

On Fri, Jul 27, 2018 at 03:06:02PM +0100, Anthony PERARD wrote: > The libxl__ev_qmp_* will now send the command to QEMU when the socket is > ready for writes. > > Signed-off-by: Anthony PERARD Reviewed-by: Roger Pau Monné > --- > tools/libxl/libxl_qmp.c | 44

Re: [Xen-devel] [PATCH v4 19/32] libxl_qmp: Prepare the command to be sent

On Fri, Jul 27, 2018 at 03:06:01PM +0100, Anthony PERARD wrote: > The actual sent will be done in a separate patch. > > Signed-off-by: Anthony PERARD > --- > tools/libxl/libxl_internal.h | 4 > tools/libxl/libxl_qmp.c | 37 > 2 files changed, 41

Re: [Xen-devel] [PATCH v4 18/32] libxl_qmp: Separate QMP message generation from qmp_send_prepare

On Fri, Jul 27, 2018 at 03:06:00PM +0100, Anthony PERARD wrote: > To be able to re-use qmp_prepare_qmp_cmd with libxl__ev_qmp. > > Also, add the QMP end of command '\r\n' into the generated string. > > Signed-off-by: Anthony PERARD > --- > tools/libxl/libxl_qmp.c | 62

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

> -Original Message- > From: Roger Pau Monne > Sent: 01 August 2018 17:15 > To: Paul Durrant > Cc: xen-devel@lists.xenproject.org; Stefano Stabellini > ; Wei Liu ; George Dunlap > ; Andrew Cooper > ; Ian Jackson ; Tim > (Xen.org) ; Julien Grall ; Jan Beulich > > Subject: Re: [Xen-devel]

Re: [Xen-devel] [xen-4.9-testing test] 125710: regressions - trouble: blocked/broken/fail/pass

>>> On 02.08.18 at 12:05, wrote: > flight 125710 xen-4.9-testing real [real] > http://logs.test-lab.xenproject.org/osstest/logs/125710/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-amd64-libvirt-pair 22

Re: [Xen-devel] [PATCH v4 17/32] libxl_qmp: Parse JSON input from QMP

On Fri, Jul 27, 2018 at 03:05:59PM +0100, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD > --- > > Notes: > v4: > simplification of the patch due to use of a single allocated space > for the > receive buffer. > > tools/libxl/libxl_qmp.c | 54

Re: [Xen-devel] [PATCH] docs/xl: Clarify documentation for mem-max and mem-set

On 08/01/2018 05:16 PM, Lars Kurth wrote: > > > On 01/08/2018, 16:41, "George Dunlap" wrote: > > mem-set is the primary command that users will need to use and > understand. Move it first, and clarify the wording; also specify that > you can't set the target higher than maxmem

Re: [Xen-devel] [PATCH] tools: fix python shebangs to use /usr/bin/env

On Thu, Aug 02, 2018 at 11:05:27AM +0200, Roger Pau Monne wrote: > The path to the python binary can be different from /usr/bin/python > depending on the distro/OS. > > Signed-off-by: Roger Pau Monné Acked-by: Wei Liu ___ Xen-devel mailing list

[Xen-devel] [xen-unstable test] 125716: regressions - trouble: blocked/broken/fail/pass

flight 125716 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/125716/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-xsm

Re: [Xen-devel] [PATCH v4 16/32] libxl_json: libxl__json_object_to_json

On Fri, Jul 27, 2018 at 03:05:58PM +0100, Anthony PERARD wrote: > Allow to generate a JSON string from a libxl__json_object, > usefull for debugging. ^ useful > > Signed-off-by: Anthony PERARD > Acked-by: Ian Jackson Reviewed-by: Roger Pau Monné > --- > tools/libxl/libxl_internal.h | 3

[Xen-devel] [xen-4.9-testing test] 125710: regressions - trouble: blocked/broken/fail/pass

flight 125710 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/125710/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvopsbroken test-amd64-i386-pair

Re: [Xen-devel] [PATCH v4 15/32] libxl_json: Enable yajl_allow_trailing_garbage

On Fri, Jul 27, 2018 at 03:05:57PM +0100, Anthony PERARD wrote: > This allow to parse a string that is not NUL-terminated. With that ^ allows > options disabled, YAJL v2 would look ahead on completion to find out if ^ option > there is more to parse. > > YAJL v1 doesn't have this

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

>>> On 02.08.18 at 10:49, wrote: >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 02 August 2018 09:19 >> To: Paul Durrant >> Cc: Julien Grall ; Andrew Cooper >> ; George Dunlap >> ; Ian Jackson ; Wei Liu >> ; Stefano Stabellini ; xen- >> devel ; Konrad

Re: [Xen-devel] [PATCH v4 14/32] libxl_qmp: Implement fd callback and read data

On Fri, Jul 27, 2018 at 03:05:56PM +0100, Anthony PERARD wrote: > First step into taking care of the input from QEMU's QMP socket. For > now, we read data and store them in a buffer. > > Parsing of the data will be done in the following patches. > > Signed-off-by: Anthony PERARD > --- > >

[Xen-devel] [Notes for xen summit 2018 design session] Graphic virtualization

Hi, Sorry for the late posting. The notes were taken by Stefano Stabellini. Thank you. This has some clarifications requested from EPAM regarding PowerVR. The existing graphics solutions on Xen today are: - PV DRM: * Supports multiple displays per VM * Based on

Re: [Xen-devel] [PATCH] tools: fix python shebangs to use /usr/bin/env

> On 2 Aug 2018, at 10:05, Roger Pau Monne wrote: > > The path to the python binary can be different from /usr/bin/python > depending on the distro/OS. > > Signed-off-by: Roger Pau Monné -- Acked-by: Christian Lindig ___ Xen-devel mailing list

[Xen-devel] [PATCH] tools: fix python shebangs to use /usr/bin/env

The path to the python binary can be different from /usr/bin/python depending on the distro/OS. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson Cc: Wei Liu Cc: Christian Lindig Cc: David Scott --- tools/include/xen-foreign/mkchecker.py | 2 +- tools/include/xen-foreign/mkheader.py|

Re: [Xen-devel] [PATCH v4 12/32] libxl: Design of an async API to issue QMP commands to QEMUç

On Fri, Jul 27, 2018 at 03:05:54PM +0100, Anthony PERARD wrote: > All the functions will be implemented in later patches. > > This patch includes the API that libxl can use to send QMP commands to > QEMU. > > Signed-off-by: Anthony PERARD > --- > tools/libxl/libxl_internal.h | 76

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 02 August 2018 09:19 > To: Paul Durrant > Cc: Julien Grall ; Andrew Cooper > ; George Dunlap > ; Ian Jackson ; Wei Liu > ; Stefano Stabellini ; xen- > devel ; Konrad Rzeszutek Wilk > ; Tim (Xen.org) > Subject:

[Xen-devel] [ovmf test] 125738: all pass - PUSHED

flight 125738 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/125738/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 68bef3f0c7c71da2f065fd348efa79f04799d347 baseline version: ovmf

[Xen-devel] failed to launch qemu when running de-privileged (xen 4.8)

Hi, I had a bit of a head scratcher while writing a patch for 4.8 which allows the qemu-dm process for a stubdom to be executed as an unprivileged user. After a liberal sprinkling of log messages I found that my problem was related to the check of the return code from getpwnam_r. In 4.11

Re: [Xen-devel] [PATCH v4 11/32] libxl_dm: Add libxl__qemu_qmp_path()

On Fri, Jul 27, 2018 at 03:05:53PM +0100, Anthony PERARD wrote: > ... which generate the path to a QMP socket that libxl uses. ^ generates > > Signed-off-by: Anthony PERARD Reviewed-by: Roger Pau Monné > --- > > Notes: > New in v4. > > tools/libxl/libxl_dm.c | 9

[Xen-devel] [libvirt test] 125718: regressions - trouble: blocked/broken/fail/pass

flight 125718 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/125718/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-xsm

Re: [Xen-devel] [PATCH v4 08/32] libxl: Add libxl__prepare_sockaddr_un() helper

On Fri, Jul 27, 2018 at 03:05:50PM +0100, Anthony PERARD wrote: > There is going to be a few more users that want to use UNIX socket, this > helper is to prepare the `struct sockaddr_un` and check that the path > isn't too long. > > Also start to use it in libxl_qmp.c. > > Signed-off-by: Anthony

Re: [Xen-devel] [PATCH RFC] tools/kdd: avoid adversarial optimisation hazard

After some back and forth discussion on gcc-help, it is suggested this is a bug in gcc and I'm asked to open a bug report. Here is the bug report for reference: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827 Wei. ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH v4 07/32] libxl_qmp: Move struct sockaddr_un variable to qmp_open()

On Fri, Jul 27, 2018 at 03:05:49PM +0100, Anthony PERARD wrote: > This variable is only used once, no need to keep it in the handler. > > Also fix coding style (remove space after sizeof). > And allow strncpy to use all the space in sun_path. > > Signed-off-by: Anthony PERARD Reviewed-by:

Re: [Xen-devel] [PATCH v2 2/5] iommu: introduce dom0-iommu option

>>> On 02.08.18 at 09:46, wrote: >> From: Roger Pau Monne [mailto:roger@citrix.com] >> Sent: Wednesday, August 1, 2018 7:04 PM >> --- a/docs/misc/xen-command-line.markdown >> +++ b/docs/misc/xen-command-line.markdown >> @@ -1150,12 +1150,18 @@ detection of systems known to misbehave >> upon

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

>>> On 02.08.18 at 10:04, wrote: >> From: Paul Durrant >> Sent: 02 August 2018 09:03 >> > From: Jan Beulich [mailto:jbeul...@suse.com] >> > Sent: 02 August 2018 08:20 >> > >>> On 01.08.18 at 15:40, wrote: >> > > ...to simplify the implementation and turn need_iommu back into a >> > boolean. >> >

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

> -Original Message- > From: Paul Durrant > Sent: 02 August 2018 09:03 > To: 'Jan Beulich' > Cc: Julien Grall ; Andrew Cooper > ; Wei Liu ; George > Dunlap ; Ian Jackson ; > Stefano Stabellini ; xen-devel de...@lists.xenproject.org>; Konrad Rzeszutek Wilk > ; Tim (Xen.org) > Subject:

Re: [Xen-devel] [PATCH v2 5/5] x86/iommu: add PVH support to the inclusive options

> From: Roger Pau Monne > Sent: Wednesday, August 1, 2018 7:04 PM > > Several people have reported hardware issues (malfunctioning USB > controllers) due to iommu page faults on Intel hardware. Those faults > are caused by missing RMRR (VTd) entries in the ACPI tables. Those can > be worked

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 02 August 2018 08:20 > To: Paul Durrant > Cc: Julien Grall ; Andrew Cooper > ; Wei Liu ; George > Dunlap ; Ian Jackson ; > Stefano Stabellini ; xen-devel de...@lists.xenproject.org>; Konrad Rzeszutek Wilk > ; Tim

Re: [Xen-devel] [PATCH v2 3/5] iommu: make iommu_inclusive_mapping a suboption of dom0-iommu

> From: Roger Pau Monne [mailto:roger@citrix.com] > Sent: Wednesday, August 1, 2018 7:04 PM > > Introduce a new dom0-iommu=inclusive generic option that supersedes > iommu_inclusive_mapping. The prevcious behaviour is preserved and the > option should only be enabled by default on Intel

Re: [Xen-devel] [PATCH net-next] xen-netback: use true and false for boolean values

On Wed, Aug 01, 2018 at 07:31:01PM -0500, Gustavo A. R. Silva wrote: > Return statements in functions returning bool should use true or false > instead of an integer value. > > This issue was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Acked-by: Wei Liu

Re: [Xen-devel] [PATCH v2 2/5] iommu: introduce dom0-iommu option

> From: Roger Pau Monne [mailto:roger@citrix.com] > Sent: Wednesday, August 1, 2018 7:04 PM > > To select the iommu configuration used by Dom0. This option supersedes > iommu=dom0-strict|dom0-passthrough. > > No functional change. > > Signed-off-by: Roger Pau Monné > --- > Changes since

Re: [Xen-devel] [PATCH v2 1/5] iommu/vtd: cleanup vtd_set_hwdom_mapping after ia64 removal

> From: Roger Pau Monne [mailto:roger@citrix.com] > Sent: Wednesday, August 1, 2018 7:04 PM > > Remove the handling for different page sizes now that ia64 is gone. > > No functional change. > > Reported by: Jan Beulich > Signed-off-by: Roger Pau Monné Acked-by: Kevin Tian

Re: [Xen-devel] [PATCH] x86/vmx: Avoid using domain_crash_syncrhonous() in vmx_vmentry_failure()

> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Wednesday, August 1, 2018 8:55 PM > > There is no need for the syncrhonous varient, as the vmentry failure path > can > just return to processing softirqs. > > This is in aid of trying to remove domain_crash_syncrhonous() from the

Re: [Xen-devel] [PATCH v4 01/15] re-work commit 3e06b989 "IOMMU: make page table population preemptible"...

>>> On 01.08.18 at 15:40, wrote: > ...to simplify the implementation and turn need_iommu back into a boolean. > > As noted in [1] the tri-state nature of need_iommu after commit 3e06b989 is > confusing, as is the implementation of pre-emption using relmem_list. > > This patch instead uses a

Re: [Xen-devel] [PATCH] x86/vmx: Avoid hitting BUG_ON() after EPTP-related domain_crash()

> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Wednesday, August 1, 2018 8:08 PM > > If the EPTP pointer can't be located in the altp2m list, the domain > is (legitimately) crashed. > > Under those circumstances, execution will continue and guarentee to hit > the > BUG_ON(idx

Re: [Xen-devel] [PATCH 3/3] x86/spec-ctrl: Add support for modifying SSBD AMD VIA LS_CFG MSR

>>> On 02.08.18 at 00:20, wrote: > On Tue, Jul 31, 2018 at 05:25:27AM -0600, Jan Beulich wrote: >> Code structure wise this looks to undo a fair part of what patch >> 1 has done. It would be nice to limit code churn. > > Patch 1 stand alone just to improve reporting the capabilities of the >

  1   2   >