[Xen-devel] [qemu-upstream-4.7-testing test] 102701: regressions - FAIL

flight 102701 qemu-upstream-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102701/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt13 saverestore-support-check fail REGR. vs. 100711

Re: [Xen-devel] [PATCH] libxl: invert xc and domain model resume calls in xc_domain_resume()

On Mon, Nov 28, 2016 at 02:53:57PM +0100, Cédric Bosdonnat wrote: > Resume is sometimes silently failing for HVM guests. Getting the > xc_domain_resume() and libxl__domain_resume_device_model() in the > reverse order than what is in the suspend code fixes the problem. > > Signed-off-by: Cédric

Re: [Xen-devel] [PATCH RFC] tools/xenlight: Create xenlight Makefile

On Mon, Nov 28, 2016 at 12:18:03PM -0500, Ronald Rojas wrote: > Created basic Makfele for the Golang xenlight Makefile. > project so that the project is built and > installed. A template template is alo added. Duplicated "template". > --- > tools/Makefile| 15

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 11/28/2016 07:12 PM, Julien Grall wrote: On 28/11/16 17:11, Andrew Cooper wrote: On 28/11/16 16:59, Julien Grall wrote: Hi, On 28/11/16 15:43, Oleksandr Andrushchenko wrote: On 11/28/2016 05:00 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On

[Xen-devel] [qemu-upstream-4.6-testing test] 102700: regressions - FAIL

flight 102700 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102700/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 99723

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

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

Re: [Xen-devel] [PATCH v3 01/15] docs: L2 Cache Allocation Technology (CAT) feature document.

On 16-11-25 18:19:17, Dario Faggioli wrote: > On Fri, 2016-11-11 at 16:33 -0500, Konrad Rzeszutek Wilk wrote: > > On Tue, Oct 25, 2016 at 11:40:49AM +0800, Yi Sun wrote: > > > --- /dev/null > > > +++ b/docs/features/l2_cat.pandoc > > > @@ -0,0 +1,314 @@ > > > +% Intel L2 Cache Allocation

Re: [Xen-devel] Payed Xen Admin

Hello, thanks for answering Neil. I think Neil means the block devices ? Neil can you show us how to verify if those devices are still running for the null domain ids? I also think its maybe just a timing problem, maybe they do not shut down always as they should.. We can give you surely

Re: [Xen-devel] Wondering about cirris and stdvga

On Fri, Nov 25, 2016 at 07:17:31PM +0100, Dario Faggioli wrote: > On Mon, 2016-11-21 at 10:04 +0100, Dario Faggioli wrote: > > On Sat, 2016-11-19 at 12:56 +0200, Pasi Kärkkäinen wrote: > > > 2) It'd good to create an upstream Wayland bugreport and > > > investigate > > > more about why cirrus is

Re: [Xen-devel] [PATCH v3 01/15] docs: L2 Cache Allocation Technology (CAT) feature document.

On 16-11-25 18:39:41, Dario Faggioli wrote: > A couple of more things about this document... > > On Tue, 2016-10-25 at 11:40 +0800, Yi Sun wrote: > > diff --git a/docs/features/l2_cat.pandoc > > > The name of the file could be a bit more descriptive. What about > something like: > >

Re: [Xen-devel] [RFD] OP-TEE (and probably other TEEs) support

2016-11-25 5:10 GMT+08:00 Volodymyr Babchuk : > Hello all, Hi Volodymyr! > > My name is Volodymyr Babchuk, I'm working on EPAM Systems with bunch > of other guys like Artem Mygaiev or Andrii Anisov. My responsibility > there is security in embedded systems. > > I would

Re: [Xen-devel] [PATCH v3 04/15] x86: refactor psr: Encapsulate 'cbm_len' and 'cbm_max'

On 16-11-25 09:57:31, Jan Beulich wrote: > >>> On 25.11.16 at 17:27, wrote: > On 25.10.16 at 05:40, wrote: > >> 'cbm_len' and 'cbm_max' are CAT/CDP specific feature HW info. > >> So encapsulate them into 'struct psr_cat_hw_info'. If new > >>

Re: [Xen-devel] [ler...@redhat.com: Re: [PATCH v3] OvmfPkg/build.sh: Make GCC5 the default toolchain, catch GCC43 and earlier]

On Fri, Nov 25, 2016 at 12:04:05PM -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Nov 25, 2016 at 01:51:56PM +, Wei Liu wrote: > > On Fri, Nov 25, 2016 at 08:24:00AM -0500, Konrad Rzeszutek Wilk wrote: > > > Hey Wei, Anthony, > > > > > > Are you guys OK pushing this commit: 2667ad40919a in the

Re: [Xen-devel] [PATCH v3 1/2] xen_platform: unplug also SCSI disks

On Mon, Nov 28, 2016 at 10:28:21AM -0800, Stefano Stabellini wrote: > On Thu, 24 Nov 2016, Olaf Hering wrote: > > On Fri, Oct 21, Olaf Hering wrote: > > > > > Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can > > > be used by the emulated BIOS to boot from disk. If the HVM

[Xen-devel] [qemu-upstream-4.5-testing test] 102699: regressions - FAIL

flight 102699 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102699/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 13 saverestore-support-check fail in 102692 REGR. vs.

[Xen-devel] [PATCH] arm/acpi: hide watchdog timer in GTDT table for dom0

Either we have to hide the watchdog timer section in GTDT or emulate watchdog timer block for dom0. Otherwise, system gets panic when dom0 accesses its MMIO registers. The current XEN doesn't support virtualization of watchdog timer, so hide the watchdog timer section for dom0. Signed-off-by:

[Xen-devel] [xen-4.5-testing test] 102698: regressions - trouble: broken/fail/pass

flight 102698 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102698/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt13 saverestore-support-check fail REGR. vs. 101275 Tests which

Re: [Xen-devel] [PATCH v2 17/19] x86/hvm: Avoid __hvm_copy() raising #PF behind the emulators back

> From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: Monday, November 28, 2016 7:14 PM > > Drop the call to hvm_inject_page_fault() in __hvm_copy(), and require callers > to inject the pagefault themselves. > > No functional change. > > Signed-off-by: Andrew Cooper

[Xen-devel] [qemu-upstream-4.7-testing test] 102697: regressions - FAIL

flight 102697 qemu-upstream-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102697/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt13 saverestore-support-check fail REGR. vs. 100711

[Xen-devel] [ovmf baseline-only test] 68116: all pass

This run is configured for baseline tests only. flight 68116 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68116/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf bb767506b265b1cdbf0dbec58c9a3f4c6be6ab2b baseline

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

flight 102695 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/102695/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt-xsm 13 saverestore-support-checkfail like 102686

[Xen-devel] [PATCH v2 2/4] 9pfs: introduce transport specific callbacks

Don't call virtio functions from 9pfs generic code, use generic function callbacks instead. Signed-off-by: Stefano Stabellini --- Changes in v2: - constify virtio_9p_transport and V9fsTransport - assert !s->transport. - code style --- hw/9pfs/9p.c | 8

[Xen-devel] [PATCH v2 1/4] 9pfs: move pdus to V9fsState

pdus are initialized and used in 9pfs common code. Move the array from V9fsVirtioState to V9fsState. Signed-off-by: Stefano Stabellini Reviewed-by: Greg Kurz --- hw/9pfs/9p.c| 7 +++ hw/9pfs/9p.h| 1 + hw/9pfs/virtio-9p.h | 1 - 3

[Xen-devel] [PATCH v2 4/4] 9pfs: introduce init_out/in_iov_from_pdu

Not all 9pfs transports share memory between request and response. For those who don't, it is necessary to know how much memory is required in the response. Split the existing init_iov_from_pdu function in two: init_out_iov_from_pdu (for writes) and init_in_iov_from_pdu (for reads).

[Xen-devel] [PATCH v2 3/4] 9pfs: call v9fs_init_qiov_from_pdu before v9fs_pack

v9fs_xattr_read should not access VirtQueueElement elems directly. Move v9fs_init_qiov_from_pdu up in the file and call v9fs_init_qiov_from_pdu before v9fs_pack. Use v9fs_pack on the new iovec. Signed-off-by: Stefano Stabellini --- Changes in v2: - add a call to

[Xen-devel] [PATCH v2 0/4] 9pfs: clean-up for multiple transports

Hi all, this small patch series provides a few fixes and clean-ups in preparation for the introduction of a 9pfs Xen transport. Changes in v2: - constify virtio_9p_transport and V9fsTransport - assert !s->transport. - code style - add a call to qemu_iovec_destroy - fix commit description of

Re: [Xen-devel] [PATCH 4/4] 9pfs: add a size parameter to init_iov_from_pdu

On Thu, 24 Nov 2016, Greg Kurz wrote: > On Mon, 21 Nov 2016 13:39:32 -0800 > Stefano Stabellini wrote: > > > Not all 9pfs transports share memory between request and response. For > > those who don't, it is necessary to know how much memory is required in > > the

Re: [Xen-devel] Payed Xen Admin

My technique has been to look through top or ps on Dom0 for the QEMU processes and correlate those PIDs with what I see in /proc/PID. The proc/PID/cmdline file specifies which domid the QEMU process is doing the device emulation for. If QEMU instances are running, try killing the QEMU processes

[Xen-devel] [qemu-upstream-4.6-testing test] 102694: regressions - FAIL

flight 102694 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102694/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 99723

Re: [Xen-devel] [Qemu-devel] [PATCH 3/4] 9pfs: use v9fs_init_qiov_from_pdu instead of v9fs_pack

On Thu, 24 Nov 2016, Greg Kurz wrote: > On Mon, 21 Nov 2016 13:39:31 -0800 > Stefano Stabellini wrote: > > > v9fs_xattr_read should not access VirtQueueElement elems directly. > > Move v9fs_init_qiov_from_pdu up in the file and call > > v9fs_init_qiov_from_pdu instead of

Re: [Xen-devel] [Qemu-devel] [PATCH 2/4] 9pfs: introduce transport specific callbacks

On Thu, 24 Nov 2016, Greg Kurz wrote: > On Thu, 24 Nov 2016 15:23:10 +0100 > Greg Kurz wrote: > > > On Thu, 24 Nov 2016 09:31:52 +0100 > > Greg Kurz wrote: > > > > > On Mon, 21 Nov 2016 13:39:30 -0800 > > > Stefano Stabellini wrote: > >

Re: [Xen-devel] [Qemu-devel] [PATCH 2/4] 9pfs: introduce transport specific callbacks

On Thu, 24 Nov 2016, Greg Kurz wrote: > > > diff --git a/hw/9pfs/virtio-9p-device.c b/hw/9pfs/virtio-9p-device.c > > > index 1782e4a..e1a37a4 100644 > > > --- a/hw/9pfs/virtio-9p-device.c > > > +++ b/hw/9pfs/virtio-9p-device.c > > > @@ -20,7 +20,9 @@ > > > #include "hw/virtio/virtio-access.h" > >

Re: [Xen-devel] [RFD] OP-TEE (and probably other TEEs) support

On 28/11/16 18:09, Volodymyr Babchuk wrote: Hello, Hello Volodymyr, On 28 November 2016 at 18:14, Julien Grall wrote: On 24/11/16 21:10, Volodymyr Babchuk wrote: My name is Volodymyr Babchuk, I'm working on EPAM Systems with bunch of other guys like Artem Mygaiev

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

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

[Xen-devel] [PULL 1/4] xen_disk: split discard input to match internal representation

From: Olaf Hering The guest sends discard requests as u64 sector/count pairs, but the block layer operates internally with s64/s32 pairs. The conversion leads to IO errors in the guest, the discard request is not processed. domU.cfg: 'vdev=xvda, format=qcow2,

[Xen-devel] [PULL for-2.8 0/4] tags/xen-20161128-tag

The following changes since commit 00227fefd2059464cd2f59aed29944874c630e2f: Update version for v2.8.0-rc1 release (2016-11-22 22:29:08 +) are available in the git repository at: git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20161128-tag for you to fetch changes up

[Xen-devel] [PULL 3/4] xen: slightly simplify bufioreq handling

From: Jan Beulich There's no point setting fields always receiving the same value on each iteration, as handle_ioreq() doesn't alter them anyway. Set state and count once ahead of the loop, drop the redundant clearing of data_is_ptr, and avoid the meaningless (because count is

[Xen-devel] [PULL 2/4] xen: fix quad word bufioreq handling

From: Jan Beulich We should not consume the second slot if it didn't get written yet. Normal writers - i.e. Xen - would not update write_pointer between the two writes, but the page may get fiddled with by the guest itself, and we're better off avoiding to enter an infinite

[Xen-devel] [PULL 4/4] xen: ignore direction in bufioreq handling

From: Jan Beulich There's no way to communicate back read data, so only writes can ever be usefully specified. Ignore the field, paving the road for eventually re-using the bit for something else in a few (many?) years time. Signed-off-by: Jan Beulich

Re: [Xen-devel] [PATCH v2 2/3] xen: slightly simplify bufioreq handling

On Fri, 25 Nov 2016, Jan Beulich wrote: > There's no point setting fields always receiving the same value on each > iteration, as handle_ioreq() doesn't alter them anyway. Set state and > count once ahead of the loop, drop the redundant clearing of > data_is_ptr, and avoid the meaningless setting

Re: [Xen-devel] [PATCH v2 1/3] xen: fix quad word bufioreq handling

On Fri, 25 Nov 2016, Jan Beulich wrote: > We should not consume the second slot if it didn't get written yet. > Normal writers - i.e. Xen - would not update write_pointer between the > two writes, but the page may get fiddled with by the guest itself, and > we're better off avoiding to enter an

Re: [Xen-devel] arm64: Approach for DT based NUMA and issues

On 26/11/16 06:59, Vijay Kilari wrote: Hi, Hi Vijay, This mail is mixing two distinct problems: 1) Making Xen NUMA-aware 2) Make DOM0 NUMA-aware As mentioned in another part of this thread, those problems should be one by one rather than together. I will focus on problem

Re: [Xen-devel] [PATCH v3 1/2] xen_platform: unplug also SCSI disks

On Thu, 24 Nov 2016, Olaf Hering wrote: > On Fri, Oct 21, Olaf Hering wrote: > > > Using 'vdev=sd[a-o]' will create an emulated LSI controller, which can > > be used by the emulated BIOS to boot from disk. If the HVM domU has also > > PV driver the disk may appear twice in the guest. To avoid

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

On 11/28/2016 12:19 PM, Dario Faggioli wrote: > On Mon, 2016-11-28 at 08:48 -0500, Boris Ostrovsky wrote: >> On 11/24/2016 10:31 AM, Jan Beulich wrote: >>> >>> This indeed looks surprising for a half way modern system - is the >>> BIOS perhaps limiting C-states (maybe instructed to via BIOS >>>

Re: [Xen-devel] [PATCH] MAINTAINERS: Update xen-devel mailing list address

On Fri, 25 Nov 2016, Anthony PERARD wrote: > Signed-off-by: Anthony PERARD Acked-by: Stefano Stabellini > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

Re: [Xen-devel] [RFD] OP-TEE (and probably other TEEs) support

Hello, On 28 November 2016 at 18:14, Julien Grall wrote: > On 24/11/16 21:10, Volodymyr Babchuk wrote: >> >> Hello all, > > > Hello, > >> My name is Volodymyr Babchuk, I'm working on EPAM Systems with bunch >> of other guys like Artem Mygaiev or Andrii Anisov. My

Re: [Xen-devel] [MULTIBOOT2 DOC PATCH v2 01/11] multiboot2: Rename Multiboot to Multiboot2

24.11.2016 23:40, Daniel Kiper пишет: > Multiboot2 is proper name of the boot protocol. Multiboot is name of older > boot > protocol. So, rename Multiboot to Multiboot2 to not confuse the reader. > > Signed-off-by: Daniel Kiper > --- > doc/multiboot.texi | 112 >

Re: [Xen-devel] [MULTIBOOT2 DOC PATCH v2 06/11] multiboot2: Add description of EFI image handle tags

24.11.2016 23:40, Daniel Kiper пишет: > Signed-off-by: Daniel Kiper > --- > doc/multiboot.texi | 28 > doc/multiboot2.h | 16 > 2 files changed, 44 insertions(+) > > diff --git a/doc/multiboot.texi b/doc/multiboot.texi

[Xen-devel] [qemu-upstream-4.5-testing test] 102692: regressions - FAIL

flight 102692 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102692/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 99725

Re: [Xen-devel] [MULTIBOOT2 DOC PATCH v2 05/11] multiboot2: Add description of support for EFI boot services

24.11.2016 23:40, Daniel Kiper пишет: > Signed-off-by: Daniel Kiper > --- > v2 - suggestions/fixes: >- clarify physical address meaning for EFI amd64 > mode with boot services enabled > (suggested by Andrew Cooper). > --- > doc/multiboot.texi | 115 >

Re: [Xen-devel] arm64: Approach for DT based NUMA and issues

Hi Dario, On 28/11/16 12:30, Dario Faggioli wrote: On Mon, 2016-11-28 at 16:32 +0530, Vijay Kilari wrote: On Mon, Nov 28, 2016 at 2:21 AM, Dario Faggioli wrote: That makes perfect sense to me, and FWIW, is also what I'd do. In fact, the whole point of what I was

Re: [Xen-devel] [PATCH v3.1 10/15] xen/x86: split Dom0 build into PV and PVHv2

On Thu, Nov 17, 2016 at 03:49:22AM -0700, Jan Beulich wrote: > >>> On 16.11.16 at 19:02, wrote: > > On Fri, Nov 11, 2016 at 09:53:49AM -0700, Jan Beulich wrote: > >> >>> On 29.10.16 at 10:59, wrote: > >> > --- a/xen/arch/x86/setup.c > >> > +++

Re: [Xen-devel] arm64: Approach for DT based NUMA and issues

Hi Vijay, On 28/11/16 15:05, Vijay Kilari wrote: On Mon, Nov 28, 2016 at 7:20 PM, Andre Przywara wrote: On 26/11/16 06:59, Vijay Kilari wrote: 3) Parsing Memory nodes: -- For all the DT memory nodes in the flattend DT, start

Re: [Xen-devel] [PATCH v2 13/19] x86/shadow: Avoid raising faults behind the emulators back

On 28/11/16 17:21, Tim Deegan wrote: >>> I think it would be better to run this check before the >>> X86EMUL_UNHANDLEABLE one >>> and convert injections that we choose not to handle into >>> X86EMUL_UNHANDLEABLE. >>> >>> Which I guess brings us back full circle to the behaviour we had >>> before,

Re: [Xen-devel] access remote xen server using sudo user

On Mon, 2016-11-28 at 12:42 +, ganesh kg wrote: > > HI, > Hi, > i am trying to use sudo user to access xen server remotely. As its > documented, libvirtd can be accessed only through root user or users > from libvirtd usergroup. > > is there any tweak or possibility to access libvirt

[Xen-devel] [PATCH RFC] tools/xenlight: Create xenlight Makefile

Created basic Makfele for the Golang xenlight project so that the project is built and installed. A template template is alo added. --- tools/Makefile| 15 +++ tools/golang/xenlight/Makefile| 29 + tools/golang/xenlight/xenlight.go |

Re: [Xen-devel] [PATCH v2 13/19] x86/shadow: Avoid raising faults behind the emulators back

At 16:04 + on 28 Nov (1480349059), Andrew Cooper wrote: > On 28/11/16 14:49, Tim Deegan wrote: > > At 11:13 + on 28 Nov (1480331610), Andrew Cooper wrote: > >> +/* > >> + * This emulation covers writes to shadow pagetables. We > >> tolerate #PF > >> + * (from

Re: [Xen-devel] Payed Xen Admin

Hello, thank you for your response. There are no quemu prozesses which we can identify with the ID of the failed guest. Mit freundlichen Grüßen Michael Schinzel - Geschäftsführer - [https://www.ip-projects.de/logo_mail.png] IP-Projects GmbH & Co. KG Am Vogelherd

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

On Mon, 2016-11-28 at 08:48 -0500, Boris Ostrovsky wrote: > On 11/24/2016 10:31 AM, Jan Beulich wrote: > >  > > This indeed looks surprising for a half way modern system - is the > > BIOS perhaps limiting C-states (maybe instructed to via BIOS > > setup)? > > IIRC some BIOSes indeed provided an

[Xen-devel] (no subject)

Create a Makefile for the golang xenlight project, which will allow users to access libxl functionality in Golang. Makefile rules were also added to tools/Makefile for the project to be built and installed. A template Golang file was also created for the project to be properly built.

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 28/11/16 17:11, Andrew Cooper wrote: On 28/11/16 16:59, Julien Grall wrote: Hi, On 28/11/16 15:43, Oleksandr Andrushchenko wrote: On 11/28/2016 05:00 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On 11/28/2016 04:24 PM, Julien Grall wrote: Hi

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 28/11/16 16:59, Julien Grall wrote: > Hi, > > On 28/11/16 15:43, Oleksandr Andrushchenko wrote: >> On 11/28/2016 05:00 PM, Julien Grall wrote: >>> Hi Oleksandr, >>> >>> On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On 11/28/2016 04:24 PM, Julien Grall wrote: > Hi Oleksandr, >

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

On Mon, 2016-11-28 at 17:45 +0100, Dario Faggioli wrote: > On Mon, 2016-11-28 at 10:16 -0500, Konrad Rzeszutek Wilk wrote: > >  > > Dario, lastly - did you have xen-acpi-processor loaded or built in > > your kernel? > > > I'm sure it's there. > And I was right, it is there: root@merlot1:~# zcat

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

Hi, On 28/11/16 15:43, Oleksandr Andrushchenko wrote: On 11/28/2016 05:00 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On 11/28/2016 04:24 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:12, Oleksandr Andrushchenko wrote: On 11/28/2016

[Xen-devel] [xen-4.5-testing test] 102690: regressions - FAIL

flight 102690 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102690/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt13 saverestore-support-check fail REGR. vs. 101275 Tests which

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

On Mon, 2016-11-28 at 10:16 -0500, Konrad Rzeszutek Wilk wrote: > On Mon, Nov 28, 2016 at 08:48:30AM -0500, Boris Ostrovsky wrote: > > IIRC some BIOSes indeed provided an option to disable C2. Dumping > > SSDT > > would tell us whether C2 is there is BIOS is not accessible. >  > Dario, lastly -

Re: [Xen-devel] [PATCH v2 for-4.8] tools/libacpi: Fix compilation when cross building the tools

> I diffed the generated dsdt and it is the same before and after the > patches when built natively. I did try cross-build, Andrii could you > give a try? Build passed smoothly. Non-ACPI guests started well. Sincerely, Andrii Anisov. ___

[Xen-devel] [ovmf baseline-only test] 68114: all pass

This run is configured for baseline tests only. flight 68114 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68114/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 4e3b05a49f454bc257252ae9090421e3c8447737 baseline

Re: [Xen-devel] [PATCH v2 17/19] x86/hvm: Avoid __hvm_copy() raising #PF behind the emulators back

At 16:32 + on 28 Nov (1480350762), Andrew Cooper wrote: > On 28/11/16 14:56, Tim Deegan wrote: > > At 11:13 + on 28 Nov (1480331614), Andrew Cooper wrote: > >> Drop the call to hvm_inject_page_fault() in __hvm_copy(), and require > >> callers > >> to inject the pagefault themselves. > >

Re: [Xen-devel] [PATCH v2 17/19] x86/hvm: Avoid __hvm_copy() raising #PF behind the emulators back

On 28/11/16 14:56, Tim Deegan wrote: > At 11:13 + on 28 Nov (1480331614), Andrew Cooper wrote: >> Drop the call to hvm_inject_page_fault() in __hvm_copy(), and require callers >> to inject the pagefault themselves. > This seems like it'd be easy to forget to DTRT with the fault, > especially

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

Hi Oleksandr, On 28/11/16 15:43, Oleksandr Andrushchenko wrote: On 11/28/2016 05:00 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On 11/28/2016 04:24 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:12, Oleksandr Andrushchenko wrote: On

Re: [Xen-devel] [MULTIBOOT2 DOC PATCH v2 05/11] multiboot2: Add description of support for EFI boot services

> On 28. nov 2016, at 17:46, Daniel Kiper wrote: > > Hi Toomas, > > Thank you for comments. > > On Thu, Nov 24, 2016 at 11:47:48PM +0200, Toomas Soome wrote: >> There is still the same confusion as with entry address tag 7; the diagram >> has > > I suppose that you

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

>>> On 28.11.16 at 17:08, wrote: > On 28/11/16 15:16, Konrad Rzeszutek Wilk wrote: >> On Mon, Nov 28, 2016 at 08:48:30AM -0500, Boris Ostrovsky wrote: >>> On 11/24/2016 10:31 AM, Jan Beulich wrote: >>> On 24.11.16 at 16:14, wrote: >

Re: [Xen-devel] [RFD] OP-TEE (and probably other TEEs) support

On 24/11/16 21:10, Volodymyr Babchuk wrote: Hello all, Hello, My name is Volodymyr Babchuk, I'm working on EPAM Systems with bunch of other guys like Artem Mygaiev or Andrii Anisov. My responsibility there is security in embedded systems. I would like to discuss approaches to OP-TEE support

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

On 28/11/16 15:16, Konrad Rzeszutek Wilk wrote: > On Mon, Nov 28, 2016 at 08:48:30AM -0500, Boris Ostrovsky wrote: >> On 11/24/2016 10:31 AM, Jan Beulich wrote: >> On 24.11.16 at 16:14, wrote: When dumping ACPI C states, here's how things look like for _all_

Re: [Xen-devel] [PATCH v2 13/19] x86/shadow: Avoid raising faults behind the emulators back

On 28/11/16 14:49, Tim Deegan wrote: > Hi, > > At 11:13 + on 28 Nov (1480331610), Andrew Cooper wrote: >> Use x86_emul_{hw_exception,pagefault}() rather than >> {pv,hvm}_inject_page_fault() and hvm_inject_hw_exception() to cause raised >> faults to be known to the emulator. This requires

Re: [Xen-devel] [PATCH v3.1 12/15] xen/x86: populate PVHv2 Dom0 physical memory map

On Mon, Nov 28, 2016 at 06:49:42AM -0700, Jan Beulich wrote: > >>> On 28.11.16 at 14:30, wrote: > > On Mon, Nov 28, 2016 at 04:41:22AM -0700, Jan Beulich wrote: > >> >>> On 28.11.16 at 12:26, wrote: > >> > On Fri, Nov 11, 2016 at 10:16:43AM -0700, Jan

Re: [Xen-devel] [PATCH v3 07/11] pvh/ioreq: Install handlers for ACPI-related PVH IO accesses

On Mon, Nov 28, 2016 at 10:16:33AM -0500, Boris Ostrovsky wrote: > On 11/22/2016 09:08 AM, Jan Beulich wrote: > On 22.11.16 at 13:38, wrote: > >> On 11/22/2016 06:34 AM, Jan Beulich wrote: > >> On 21.11.16 at 22:00, wrote: >

Re: [Xen-devel] [MULTIBOOT2 DOC PATCH v2 05/11] multiboot2: Add description of support for EFI boot services

Hi Toomas, Thank you for comments. On Thu, Nov 24, 2016 at 11:47:48PM +0200, Toomas Soome wrote: > There is still the same confusion as with entry address tag 7; the diagram has I suppose that you thought about tag type 3. > u_virt, yet the text does claim it is physical address. Sure, it is

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 11/28/2016 05:00 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On 11/28/2016 04:24 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:12, Oleksandr Andrushchenko wrote: On 11/28/2016 03:27 PM, Jan Beulich wrote: + * + * gref_dir_next_page -

Re: [Xen-devel] Kernel Panics on Xen ARM64 for Domain0 and Guest

Hello, On Mon, Nov 28, 2016 at 11:59:15AM +, Julien Grall wrote: > > commit 3ca45a46f8af8c4a92dd8a08eac57787242d5021 > > percpu: ensure the requested alignment is power of two > > It would have been useful to specify the tree used. In this case, > this commit comes from linux-next. I'm

[Xen-devel] [qemu-upstream-4.7-testing test] 102689: regressions - FAIL

flight 102689 qemu-upstream-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/102689/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 100711

Re: [Xen-devel] some thoughts about merlot{0|1} issues [was: Re: [xen-unstable test] 102522: tolerable FAIL - PUSHED]

On Mon, Nov 28, 2016 at 08:48:30AM -0500, Boris Ostrovsky wrote: > On 11/24/2016 10:31 AM, Jan Beulich wrote: > On 24.11.16 at 16:14, wrote: > >> When dumping ACPI C states, here's how things look like for _all_ CPUs: > >> Nov 23 13:13:00.382134 (XEN) ==cpu3== > >>

Re: [Xen-devel] [PATCH v3 07/11] pvh/ioreq: Install handlers for ACPI-related PVH IO accesses

On 11/22/2016 09:08 AM, Jan Beulich wrote: On 22.11.16 at 13:38, wrote: >> On 11/22/2016 06:34 AM, Jan Beulich wrote: >> On 21.11.16 at 22:00, wrote: PVH guests will have ACPI accesses emulated by the hypervisor as

[Xen-devel] [distros-debian-sid test] 68113: tolerable FAIL

flight 68113 distros-debian-sid real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68113/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-amd64-sid-netboot-pygrub 9 debian-di-install fail like 68072

Re: [Xen-devel] arm64: Approach for DT based NUMA and issues

On Mon, Nov 28, 2016 at 7:20 PM, Andre Przywara wrote: > Hi Vijay, > > On 26/11/16 06:59, Vijay Kilari wrote: >> Hi, >> >>Below basic write up on DT based NUMA feature support for arm64 platform. >> I have attempted to get NUMA support, However I face below issues. I

Re: [Xen-devel] [ler...@redhat.com: Re: [PATCH v3] OvmfPkg/build.sh: Make GCC5 the default toolchain, catch GCC43 and earlier]

On Mon, Nov 28, 2016 at 12:38:08PM +, Anthony PERARD wrote: > On Fri, Nov 25, 2016 at 08:24:00AM -0500, Konrad Rzeszutek Wilk wrote: > > Hey Wei, Anthony, > > > > Are you guys OK pushing this commit: 2667ad40919a in the > > git://xenbits.xen.org/ovmf.git > > > > tree? Without this I

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

Hi Oleksandr, On 28/11/16 14:56, Oleksandr Andrushchenko wrote: On 11/28/2016 04:24 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:12, Oleksandr Andrushchenko wrote: On 11/28/2016 03:27 PM, Jan Beulich wrote: + * + * gref_dir_next_page - grant_ref_t, reference to the next page

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 11/28/2016 04:24 PM, Julien Grall wrote: Hi Oleksandr, On 28/11/16 14:12, Oleksandr Andrushchenko wrote: On 11/28/2016 03:27 PM, Jan Beulich wrote: + * + * gref_dir_next_page - grant_ref_t, reference to the next page describing + * page directory. Must be 0 if no more pages in the list.

Re: [Xen-devel] [PATCH v2 17/19] x86/hvm: Avoid __hvm_copy() raising #PF behind the emulators back

At 11:13 + on 28 Nov (1480331614), Andrew Cooper wrote: > Drop the call to hvm_inject_page_fault() in __hvm_copy(), and require callers > to inject the pagefault themselves. This seems like it'd be easy to forget to DTRT with the fault, especially in code being ported forward across this

Re: [Xen-devel] [PATCH v2 13/19] x86/shadow: Avoid raising faults behind the emulators back

Hi, At 11:13 + on 28 Nov (1480331610), Andrew Cooper wrote: > Use x86_emul_{hw_exception,pagefault}() rather than > {pv,hvm}_inject_page_fault() and hvm_inject_hw_exception() to cause raised > faults to be known to the emulator. This requires altering the callers of > x86_emulate() to

Re: [Xen-devel] [PATCH v2 08/19] x86/emul: Rework emulator event injection

On 28/11/16 14:24, Tim Deegan wrote: > At 12:48 + on 28 Nov (1480337304), Andrew Cooper wrote: >> On 28/11/16 12:04, Tim Deegan wrote: >>> At 11:13 + on 28 Nov (1480331605), Andrew Cooper wrote: +/* * NB. We do not unshadow on X86EMUL_EXCEPTION. It's not clear that it

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

Hi Oleksandr, On 28/11/16 14:12, Oleksandr Andrushchenko wrote: On 11/28/2016 03:27 PM, Jan Beulich wrote: + * + * gref_dir_next_page - grant_ref_t, reference to the next page describing + * page directory. Must be 0 if no more pages in the list. If I am not mistaken 0 is a valid grant.

Re: [Xen-devel] [PATCH v2 08/19] x86/emul: Rework emulator event injection

At 12:48 + on 28 Nov (1480337304), Andrew Cooper wrote: > On 28/11/16 12:04, Tim Deegan wrote: > > At 11:13 + on 28 Nov (1480331605), Andrew Cooper wrote: > >> +/* > >> * NB. We do not unshadow on X86EMUL_EXCEPTION. It's not clear that it > >> * would be a good unshadow

Re: [Xen-devel] [PATCH v2 for-4.8] tools/libacpi: Fix compilation when cross building the tools

On Mon, Nov 28, 2016 at 06:30:58AM -0700, Jan Beulich wrote: > >>> On 28.11.16 at 14:13, wrote: > > The tools (such as mk_dsdt) can be cross-built when it may not be > > desirable to build them on the target. > > > > The commit c4ac1077 "libxl/arm: Generate static ACPI DSDT

Re: [Xen-devel] [PATCH v2 10/19] x86/hvm: Reposition the modification of raw segment data from the VMCB/VMCS

On 11/28/2016 06:13 AM, Andrew Cooper wrote: > Intel VT-x and AMD SVM provide access to the full segment descriptor cache via > fields in the VMCB/VMCS. However, the bits which are actually checked by > hardware and preserved across vmentry/exit are inconsistent, and the vendor > accessor

[Xen-devel] [ovmf baseline-only test] 68112: all pass

This run is configured for baseline tests only. flight 68112 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/68112/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 418373a1cd97abc0c0e3557f7a00105291829e6f baseline

Re: [Xen-devel] [PATCH v13] This is the ABI for the two halves of a para-virtualized sound driver to communicate with each to other.

On 11/28/2016 03:27 PM, Jan Beulich wrote: On 28.11.16 at 13:30, wrote: + * Request open - open a PCM stream for playback or capture: + * 0 1 23 octet + *

[Xen-devel] [PATCH] libxl: invert xc and domain model resume calls in xc_domain_resume()

Resume is sometimes silently failing for HVM guests. Getting the xc_domain_resume() and libxl__domain_resume_device_model() in the reverse order than what is in the suspend code fixes the problem. Signed-off-by: Cédric Bosdonnat --- tools/libxl/libxl_dom_suspend.c | 12

Re: [Xen-devel] arm64: Approach for DT based NUMA and issues

Hi Vijay, On 26/11/16 06:59, Vijay Kilari wrote: > Hi, > >Below basic write up on DT based NUMA feature support for arm64 platform. > I have attempted to get NUMA support, However I face below issues. I would > like > to discuss these issues. Please let me know your comments on this. Yet to

  1   2   >