Re: [Xen-devel] [PATCH 08/10] xen/arm: vpl011: Modify the APIs in xenconsole to acces both PV and VCON consoles

On Mon, Apr 03, 2017 at 03:14:31PM +0530, Bhupinder Thakur wrote: > Xenconsole supports only PV console currently. To get access to emulated pl011 > uart another backend console is required. > > This patch modifies different data structures and APIs used > in xenconsole to support two console type

Re: [Xen-devel] [PATCH 01/10] xen/arm: vpl011: Add pl011 uart emulation in Xen

On Mon, Apr 03, 2017 at 03:14:24PM +0530, Bhupinder Thakur wrote: > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include Normally I would place all xen headers first, then public headers, then asm headers. And then please sort them

Re: [Xen-devel] [PATCH 06/10] xen/arm: vpl011: Add new parameters to xenstore for the virtual console

On Mon, Apr 03, 2017 at 03:14:29PM +0530, Bhupinder Thakur wrote: > Add two new parameters to the xen store: > - newly allocated PFN to be used as IN/OUT ring buffer by xenconsoled > - a new event channel read from Xen using a hvm call to be used by > xenconsoled > > Signed-off-by: Bhupin

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

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

Re: [Xen-devel] [PATCH v1 0/2] libxl: add PV display device driver interface

On Mon, Apr 10, 2017 at 01:58:47PM +0300, Oleksandr Grytsov wrote: > Hi Ian, > > After internal discussion we think that putting positions and z-orders > of virtual connectors > to the Xen store and libxl configuration is not so good idea. Because > their composition > depends on an application an

Re: [Xen-devel] [PATCH v8 20/27] ARM: GICv3: handle unmapped LPIs

Hi Andre, TBH, I would have expected this patch to be split in two: - Introduction of the flag before patch #19 - Set flag in patch #19 This would have make easier to review the implementation of MAPTI. On 12/04/17 01:44, Andre Przywara wrote: When LPIs get unmapped by a guest,

Re: [Xen-devel] [PATCH] tests/xen-access: Added vm_event emulation tests

On Mon, Apr 10, 2017 at 12:44:45PM +0300, Razvan Cojocaru wrote: > This patch adds support for testing instruction emulation when > required by the vm_event reply sent for MEM_ACCESS events. To this > end, it adds the "emulate_write" and "emulate_exec" parameters > that behave like the old "write"

Re: [Xen-devel] [PATCH] tests/xen-access: Added vm_event emulation tests

On 04/12/2017 07:50 PM, Wei Liu wrote: > On Mon, Apr 10, 2017 at 12:44:45PM +0300, Razvan Cojocaru wrote: >> This patch adds support for testing instruction emulation when >> required by the vm_event reply sent for MEM_ACCESS events. To this >> end, it adds the "emulate_write" and "emulate_exec" pa

Re: [Xen-devel] [PATCH v8 21/27] ARM: vITS: handle MOVI command

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: The MOVI command moves the interrupt affinity from one redistributor (read: VCPU) to another. For now migration of "live" LPIs is not yet implemented, but we store the changed affinity in the host LPI structure and in our virtual ITTE. Signed-o

Re: [Xen-devel] [PATCH v8 18/27] ARM: vITS: handle MAPD command

Hi, On 12/04/17 16:21, Julien Grall wrote: > Hi Andre, > > On 12/04/17 01:44, Andre Przywara wrote: >> The MAPD command maps a device by associating a memory region for >> storing ITEs with a certain device ID. Since it features a valid bit, >> MAPD also covers the "unmap" functionality, which we

Re: [Xen-devel] [PATCH v8 18/27] ARM: vITS: handle MAPD command

Hi Andre, On 12/04/17 18:03, Andre Przywara wrote: On 12/04/17 16:21, Julien Grall wrote: On 12/04/17 01:44, Andre Przywara wrote: + +spin_unlock_irqrestore(&vcpu->arch.vgic.lock, flags); + +/* Remove the corresponding host LPI entry */ +return gicv3_remove_guest_event(its->d, its-

Re: [Xen-devel] [PATCH v8 22/27] ARM: vITS: handle DISCARD command

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: The DISCARD command drops the connection between a DeviceID/EventID and an LPI/collection pair. We mark the respective structure entries as not allocated and make sure that any queued IRQs are removed. Signed-off-by: Andre Przywara --- xen/ar

Re: [Xen-devel] [PATCH] tests/xen-access: Added vm_event emulation tests

On Mon, Apr 10, 2017 at 3:44 AM, Razvan Cojocaru wrote: > This patch adds support for testing instruction emulation when > required by the vm_event reply sent for MEM_ACCESS events. To this > end, it adds the "emulate_write" and "emulate_exec" parameters > that behave like the old "write" and "ex

Re: [Xen-devel] [PATCH v8 19/27] ARM: vITS: handle MAPTI command

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: +/* + * For a given virtual LPI read the enabled bit and priority from the virtual + * property table and update the virtual IRQ's state in the given pending_irq. + * Must be called with the respective VGIC VCPU lock held. + */ +static int updat

Re: [Xen-devel] [PATCH v8 23/27] ARM: vITS: handle INV command

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: The INV command instructs the ITS to update the configuration data for a given LPI by re-reading its entry from the property table. We don't need to care so much about the priority value, but enabling or disabling an LPI has some effect: We remo

Re: [Xen-devel] [PATCH v8 05/27] ARM: GICv3: forward pending LPIs to guests

Hi, On 12/04/17 11:44, Julien Grall wrote: > Hi Andre, > > On 12/04/17 01:44, Andre Przywara wrote: >> Upon receiving an LPI on the host, we need to find the right VCPU and >> virtual IRQ number to get this IRQ injected. >> Iterate our two-level LPI table to find this information quickly when >>

Re: [Xen-devel] [PATCH v8 19/27] ARM: vITS: handle MAPTI command

On 12/04/17 01:44, Andre Przywara wrote: +/* + * For a given virtual LPI read the enabled bit and priority from the virtual + * property table and update the virtual IRQ's state in the given pending_irq. + * Must be called with the respective VGIC VCPU lock held. + */ +static int update_lpi_pro

Re: [Xen-devel] [PATCH v8 18/27] ARM: vITS: handle MAPD command

On 12/04/17 18:05, Julien Grall wrote: > I really doubt this. I would not be surprised to see PCI device > passthrough with hundreds of event. And then we will have a beloved > XSA to handle... You and I clearly have a different idea of what beloved means :) ~Andrew (with a security team hat on)

Re: [Xen-devel] [PATCH v8 24/27] ARM: vITS: handle INVALL command

Hi, On 12/04/17 01:44, Andre Przywara wrote: The INVALL command instructs an ITS to invalidate the configuration data for all LPIs associated with a given redistributor (read: VCPU). This is nasty to emulate exactly with our architecture, so we just iterate over all mapped LPIs and filter for th

Re: [Xen-devel] [Xen-users] "Hello Xen Project" Book.

Hi all, I had a go at converting the first chapter * See https://wiki.xenproject.org/wiki/Category:HelloXenProjectBook (and https://wiki.xenproject.org/wiki/Book/HelloXenProject/Instructions_for_Conversion

[Xen-devel] [xen-4.8-testing baseline-only test] 71175: regressions - trouble: blocked/broken/fail/pass

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

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On Tue, 2017-04-11 at 13:32 -0700, Stefano Stabellini wrote: > On Fri, 7 Apr 2017, Stefano Stabellini wrote: > > > > This is the most difficult problem that we need to solve as part of > > this > > work. It is difficult to have the right answer at the beginning, > > before > > seeing any code. If

Re: [Xen-devel] [PATCH v8 18/27] ARM: vITS: handle MAPD command

On Wed, Apr 12, 2017 at 06:24:58PM +0100, Andrew Cooper wrote: > On 12/04/17 18:05, Julien Grall wrote: > > I really doubt this. I would not be surprised to see PCI device > > passthrough with hundreds of event. And then we will have a beloved > > XSA to handle... > > You and I clearly have a diff

Re: [Xen-devel] [PATCH v3] xen, input: add xen-kbdfront module parameter for setting resolution

On 12/04/17 18:24, Dmitry Torokhov wrote: > On Wed, Apr 12, 2017 at 06:04:30PM +0200, Juergen Gross wrote: >> On 12/04/17 17:16, Dmitry Torokhov wrote: >>> Hi Juergen, >>> >>> On Tue, Apr 11, 2017 at 02:30:37PM +0200, Juergen Gross wrote: Add a parameter for setting the resolution of xen-kbdfr

Re: [Xen-devel] [Xen-users] "Hello Xen Project" Book.

Thank you so much Lars. I like to see the first chapter and I must say that LibreOffice on Windows OS has the MediaWiki plug in and working very well. On Wed, 4/12/17, Lars Kurth wrote: Subject: Re: [Xen-users] [Xen-devel] "Hello Xen Project" Book.

[Xen-devel] [xen-unstable-smoke test] 107401: tolerable trouble: broken/fail/pass - PUSHED

flight 107401 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/107401/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a build-arm64-pvops 5 ker

[Xen-devel] [libvirt test] 107384: tolerable FAIL - PUSHED

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

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On Wed, 12 Apr 2017, Dario Faggioli wrote: > On Tue, 2017-04-11 at 13:32 -0700, Stefano Stabellini wrote: > > On Fri, 7 Apr 2017, Stefano Stabellini wrote: > > > > > > This is the most difficult problem that we need to solve as part of > > > this > > > work. It is difficult to have the right answe

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

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

Re: [Xen-devel] PCI passthrough will cause unknown device appearance in device manager of Windows OS via xenstore keys

On Wed, Apr 12, 2017 at 04:46:33PM +0100, Wei Liu wrote: > On Mon, Apr 10, 2017 at 09:43:13AM -0400, Konrad Rzeszutek Wilk wrote: > [...] > > > > .. Except that we need some way of doing FLR and Pciback > > is the one doing it. > > > > The right way would be to expand pciback to support the do_fl

[Xen-devel] [linux-linus test] 107383: regressions - FAIL

flight 107383 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/107383/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-cubietruck 11 guest-start fail REGR. vs. 59254 test-armhf-armhf-xl

[Xen-devel] [linux-arm-xen test] 107387: regressions - FAIL

flight 107387 linux-arm-xen real [real] http://logs.test-lab.xenproject.org/osstest/logs/107387/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-arndale 6 xen-boot fail REGR. vs. 107176 Tests which are f

Re: [Xen-devel] [Qemu-devel] [RFC/BUG] xen-mapcache: buggy invalidate map cache?

On Wed, 12 Apr 2017, Herongguang (Stephen) wrote: > On 2017/4/12 6:32, Stefano Stabellini wrote: > > On Tue, 11 Apr 2017, hrg wrote: > > > On Tue, Apr 11, 2017 at 3:50 AM, Stefano Stabellini > > > wrote: > > > > On Mon, 10 Apr 2017, Stefano Stabellini wrote: > > > > > On Mon, 10 Apr 2017, hrg wrot

Re: [Xen-devel] [Qemu-devel] [RFC/BUG] xen-mapcache: buggy invalidate map cache?

On Wed, 12 Apr 2017, Alexey G wrote: > On Tue, 11 Apr 2017 15:32:09 -0700 (PDT) > Stefano Stabellini wrote: > > > On Tue, 11 Apr 2017, hrg wrote: > > > On Tue, Apr 11, 2017 at 3:50 AM, Stefano Stabellini > > > wrote: > > > > On Mon, 10 Apr 2017, Stefano Stabellini wrote: > > > >> On Mon, 10

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

This run is configured for baseline tests only. flight 71186 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71186/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-amd 6 xen-boot

[Xen-devel] [PATCH v1] vmx: set 'SN' bit for the runstate transition from blocked to runnable

>From 946e7589e5a875574c7567a91943d47c38218a6f Mon Sep 17 00:00:00 2001 From: Quan Xu Date: Fri, 14 Apr 2017 02:11:30 +0800 Subject: [PATCH v1] vmx: set 'SN' bit for the runstate transition from blocked to runnable set 'SN' bit of posted-interrupt descriptor when the runstate transition is from

Re: [Xen-devel] [PATCH v1] vmx: set 'SN' bit for the runstate transition from blocked to runnable

On Thu, Apr 13, 2017 at 02:20:23AM +, Xuquan (Quan Xu) wrote: >From 946e7589e5a875574c7567a91943d47c38218a6f Mon Sep 17 00:00:00 2001 >From: Quan Xu >Date: Fri, 14 Apr 2017 02:11:30 +0800 >Subject: [PATCH v1] vmx: set 'SN' bit for the runstate transition from blocked > to runnable > >set 'SN'

Re: [Xen-devel] [PATCH v1] vmx: set 'SN' bit for the runstate transition from blocked to runnable

On April 13, 2017 3:35 AM, Chao Gao wrote: >On Thu, Apr 13, 2017 at 02:20:23AM +, Xuquan (Quan Xu) wrote: >>From 946e7589e5a875574c7567a91943d47c38218a6f Mon Sep 17 >00:00:00 2001 >>From: Quan Xu >>Date: Fri, 14 Apr 2017 02:11:30 +0800 >>Subject: [PATCH v1] vmx: set 'SN' bit for the runstate t

[Xen-devel] [linux-4.9 test] 107396: regressions - FAIL

flight 107396 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/107396/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358 Regressions which are

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

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

Re: [Xen-devel] [Qemu-devel] [RFC/BUG] xen-mapcache: buggy invalidate map cache?

On 2017/4/13 7:51, Stefano Stabellini wrote: On Wed, 12 Apr 2017, Herongguang (Stephen) wrote: On 2017/4/12 6:32, Stefano Stabellini wrote: On Tue, 11 Apr 2017, hrg wrote: On Tue, Apr 11, 2017 at 3:50 AM, Stefano Stabellini wrote: On Mon, 10 Apr 2017, Stefano Stabellini wrote: On Mon, 10

Re: [Xen-devel] [PATCH v3] x86emul: add "unblock NMI" retire flag

>>> On 12.04.17 at 17:59, wrote: > No matter that we emulate IRET for (guest) real more only right now, we > should get its effect on (virtual) NMI delivery right. Note that we can > simply check the other retire flags also in the !OKAY case, as the > insn emulator now guarantees them to only be s

Re: [Xen-devel] [PATCH v2] VT-d: correct a comment and remove an useless if() statement

> From: Gao, Chao > Sent: Wednesday, April 12, 2017 1:35 PM > > Fix two flaws in the patch (93358e8e VT-d: introduce update_irte to update > irte safely): > 1. Expand a comment in update_irte() to make it clear that VT-d hardware > doesn't update IRTE and software can't update IRTE behind us since

[Xen-devel] [PATCH v4] x86emul: add "unblock NMI" retire flag

No matter that we emulate IRET for (guest) real more only right now, we should get its effect on (virtual) NMI delivery right. Note that we can simply check the other retire flags also in the !OKAY case, as the insn emulator now guarantees them to only be set on OKAY. Signed-off-by: Jan Beulich -

[Xen-devel] [xen-unstable test] 107397: tolerable FAIL

flight 107397 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/107397/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemut-debianhvm-amd64 9 debian-hvm-install fail in 107374 pass in 107397 test-amd64-amd64-

<    1   2