[Xen-devel] CFP: Platform Security Summit 2018: OpenXT, Xen Project and OpenEmbedded

If you are working on commercial, academic or open-source projects which use OpenXT, Xen Project or OpenEmbedded to implement platform components with well-defined security properties, you are invited to present at Platform Security Summit 2018, which will take place on May 23-24 in Fairfax,

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

flight 120391 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/120391/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-5 50 xtf/test-hvm64-lbr-tsx-vmentry fail REGR. vs. 120116 Tests which

Re: [Xen-devel] [PATCH 5/7] xen/iommu: smmu-v3: Add Xen specific code to enable the ported driver

On 10 March 2018 at 23:23, Manish Jaggi wrote: > Hi Sameer, > > > > On 02/09/2018 08:40 AM, Sameer Goel wrote: >> >> This driver follows an approach similar to smmu driver. The intent here >> is to reuse as much Linux code as possible. >> - Glue code has been introduced

Re: [Xen-devel] [PATCH v4 0/7] unsafe big.LITTLE support

Hi Stefano, On Fri, Mar 09, 2018 at 05:09:20PM -0800, Stefano Stabellini wrote: >On Fri, 9 Mar 2018, Julien Grall wrote: >> Furthermore, the workaround is not in Linux upstream and I doubt this will be >> accepted as it is. So I am not convinced that we should modify Xen interface >> for that. >>

Re: [Xen-devel] [PATCH v4 0/7] unsafe big.LITTLE support

On Fri, Mar 09, 2018 at 02:40:25PM +, Julien Grall wrote: >Hi, > >On 09/03/18 13:30, Peng Fan wrote: >>Hi Julien, >>On Fri, Mar 09, 2018 at 10:22:09AM +, Julien Grall wrote: >>>Hi Peng, >>> >>>On 09/03/18 09:05, Peng Fan wrote: On Thu, Mar 08, 2018 at 03:13:50PM +, Julien Grall

[Xen-devel] [xen-4.9-testing test] 120385: regressions - FAIL

flight 120385 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/120385/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 6 xen-buildfail REGR. vs. 12

[Xen-devel] [linux-4.1 bisection] complete build-arm64-pvops

branch xen-unstable xenbranch xen-unstable job build-arm64-pvops testid kernel-build Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git *** Found and reproduced problem changeset *** Bug is in

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

flight 120393 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/120393/ 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 did not

Re: [Xen-devel] [PATCH 03/11] xen: defer call to xen_restrict until just before os_setup_post

On Fri, 9 Mar 2018, Eduardo Habkost wrote: > On Fri, Mar 09, 2018 at 12:07:21PM +, Ian Jackson wrote: > > Ian Jackson writes ("Re: [PATCH 03/11] xen: defer call to xen_restrict > > until just before os_setup_post"): > > > Eduardo Habkost writes ("Re: [PATCH 03/11] xen: defer call to > > >

Re: [Xen-devel] [alsa-devel] [PATCH 0/2] sndif: add explicit back and front synchronization

Hi, sorry for the long latency. On Wed, 07 Mar 2018 09:49:24 +0100, Oleksandr Andrushchenko wrote: > > > Suppose that we negotiate from the frontend to the backend like > > > > int query_hw_param(int parm, int *min_p, int *max_p); > > > > so that you can call like > > err =

Re: [Xen-devel] [PATCH] xl/libxl: add pvcalls support

reping On Mon, 5 Mar 2018, Stefano Stabellini wrote: > ping? > > On Tue, 27 Feb 2018, Stefano Stabellini wrote: > > Add pvcalls support to libxl and xl. Create the appropriate pvcalls > > entries in xenstore. > > > > Signed-off-by: Stefano Stabellini > > > > diff --git

Re: [Xen-devel] preparations for 4.9.2 and 4.7.5

On Wed, 7 Mar 2018, Jan Beulich wrote: > >>> On 06.03.18 at 20:24, wrote: > > On Tue, 6 Mar 2018, Jan Beulich wrote: > >> these stable releases should go out before the end of the month. > >> Please point out backport candidates you find missing from the > >> respective

Re: [Xen-devel] [PATCH 3/3] docs: Remove redundant qemu-xen-security document

On Fri, 9 Mar 2018, George Dunlap wrote: > All this information is now covered in SUPPORT.md. > > Most of the emulated hardware is obvious a couple of the items are > worth pointing out specifically. > > "xen_disk" is listed under "Blkback" > > "...the PCI host bridge and the PIIX3 chipset...":

Re: [Xen-devel] [PATCH 7/7] xen/mm: Clean up share_xen_page_with_guest() API

Hi Andrew, On 03/09/2018 01:18 PM, Andrew Cooper wrote: The share_xen_page_with_guest() functions are used by common code, and are implemented the same by each arch. Move the declarations into the common mm.h rather than duplicating them in each arch/mm.h Turn an int readonly into a boolean

Re: [Xen-devel] [PATCH 6/7] xen/domain: Pass the full domctl_createdomain struct to create_domain()

Hi Andrew, On 03/09/2018 01:18 PM, Andrew Cooper wrote: In future patches, the structure will be extended with further information, and this is far cleaner than adding extra parameters. One minor tweak is that the setting of guest_type needs to be deferred until config is known-good to

Re: [Xen-devel] [PATCH 1/7] xen/domain: Drop DOMCRF_dummy

Hi Andrew, On 03/09/2018 01:18 PM, Andrew Cooper wrote: At the moment, there is a tight coupling between the domid and the use of DOMCRF_dummy. Instead of using DOMCRF_dummy, base the one relevent decision NIT: s/relevent/relevant/ on domid alone. Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH 2/7] xen/domain: Drop all DOMCRF_* constants

Hi Andre, On 03/09/2018 01:18 PM, Andrew Cooper wrote: With DOMCRF_dummy removed, all remaining DOMCRF_* idenitcally match their NIT: s/idenitcally/identically/ DOMCTL counterparts. Avoid having a conversion between two different bit layouts, and use the DOMCTL_CDF_* constants everywhere.

Re: [Xen-devel] [PATCH 3/7] RFC arm/domain: Reject invalid combinations of domain creation flags

Hi Andrew, On 03/09/2018 01:18 PM, Andrew Cooper wrote: ARM guests are HVM and have hardware assisted paging. There are no PV guests or shadow paging, and all other creation flags are x86 specific. Signed-off-by: Andrew Cooper --- CC: Stefano Stabellini

Re: [Xen-devel] [PATCH v4 12/16] xen/mm: Switch common/memory.c to use typesafe MFN

Hi, On 03/09/2018 05:33 PM, Wei Liu wrote: On Mon, Mar 05, 2018 at 07:41:54AM -0700, Jan Beulich wrote: On 05.03.18 at 15:18, wrote: On 02/03/18 15:34, Jan Beulich wrote: On 21.02.18 at 15:02, wrote: @@ -95,11 +101,18 @@ static unsigned int

Re: [Xen-devel] [PATCH v4 08/16] xen/mm: Drop the parameter mfn from populate_pt_range

Hi Wei, On 03/09/2018 05:29 PM, Wei Liu wrote: On Mon, Mar 05, 2018 at 07:38:36AM -0700, Jan Beulich wrote: On 05.03.18 at 15:11, wrote: On 05/03/18 14:00, Jan Beulich wrote: On 05.03.18 at 14:43, wrote: Anyway, I don't have much knowledge on

Re: [Xen-devel] update_runstate_area and Linux KPTI

Hi Juergen, On 03/02/2018 05:25 PM, Juergen Gross wrote: On 02/03/18 18:09, Andrew Cooper wrote: On 02/03/18 17:05, Juergen Gross wrote: On 02/03/18 17:51, Jan Beulich wrote: On 02.03.18 at 17:25, wrote: On 02/03/18 16:18, Jan Beulich wrote: On 02.03.18 at 17:04,

Re: [Xen-devel] [RFC PATCH] xen/arm: Add MVEBU UART driver for Armada 3700 SoC

Hi, On 03/10/2018 04:44 PM, Amit Singh Tomar wrote: This patch adds driver for UART controller found on Armada 3700 SoC. OOI, do you have any plan for adding earlyprintk support for that platform? There is no reference manuals available for 3700 SoC in public and this driver is derived by

Re: [Xen-devel] [RFC PATCH] xen/arm64: Add Support for Marvell ARMADA 3700 SoC

Hi Amit, On 03/10/2018 04:44 PM, Amit Singh Tomar wrote: This patch-set is an attempt to enable XEN on ESPRESSObin[1] based on Marvell's ARMADA 3700 SoC Thank you for adding support to boot Xen on that board! Would you mind creating a page on Xen wiki to explain how to boot Xen on that

[Xen-devel] [libvirt test] 120378: regressions - FAIL

flight 120378 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/120378/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-xsm 7 xen-boot fail REGR. vs. 120326 Tests which did not

Re: [Xen-devel] [PATCH 1/3] SUPPORT.md: Clarify that the PV keyboard protocol includes mouse support

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: 09 March 2018 18:04 > To: xen-devel@lists.xenproject.org > Cc: George Dunlap ; Ian Jackson > ; Wei Liu ; Andrew Cooper >

[Xen-devel] [qemu-mainline test] 120376: regressions - FAIL

flight 120376 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/120376/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 14 xen-boot/l1 fail REGR. vs. 120095

[Xen-devel] [linux-4.1 test] 120380: regressions - FAIL

flight 120380 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/120380/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 6 kernel-build fail REGR. vs. 118294 build-i386-pvops

[Xen-devel] [rumprun test] 120388: regressions - FAIL

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