[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-

[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 -

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

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] [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

[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

[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

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

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'

[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

[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

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

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

[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

[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

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] [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] [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] [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

[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

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.

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] [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] [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

[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] [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

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] [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 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 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 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 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] 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 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 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 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 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] 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] 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 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,

[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 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

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 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 07/10] xen/arm: vpl011: Add a new console type to domain structure in xenconsole

On Mon, Apr 03, 2017 at 03:14:30PM +0530, Bhupinder Thakur wrote: > Modify the domain structure to to make console specific fields as an array > indexed > by the console type. Two console types are defined - PV and VCON. Why? Can you have both for an ARM guest? Also this patch alone is going to

Re: [Xen-devel] [PATCH 05/10] xen/arm: vpl011: Allocate a new PFN in the toolstack for the virtual console

On Mon, Apr 03, 2017 at 03:14:28PM +0530, Bhupinder Thakur wrote: > 1. Allocate a new pfn and pass on to Xen using a hvm call. > > 2. Change in xc_hvm_param_deprecated_check () to allow new vpl011 HVM params, > which are reusing some deprecated x86 HVM params. > > Signed-off-by: Bhupinder Thakur

Re: [Xen-devel] [PATCH 04/10] xen/arm: vpl011: Provide a knob in libxl to enable/disable pl011 emulation

On Mon, Apr 03, 2017 at 03:14:27PM +0530, Bhupinder Thakur wrote: [...] > _hidden int libxl__build_pre(libxl__gc *gc, uint32_t domid, > diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl > index a612d1f..fe7f795 100644 > --- a/tools/libxl/libxl_types.idl > +++ b/tools/libxl/lib

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

Hi, On 12/04/17 17:18, Julien Grall wrote: > Hi Andre, > > On 12/04/17 01:44, Andre Przywara wrote: >> The MAPTI commands associates a DeviceID/EventID pair with a LPI/CPU >> pair and actually instantiates LPI interrupts. >> We connect the already allocated host LPI to this virtual LPI, so that >

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

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-kbdfront in order to > >> be able to cope with a

[Xen-devel] [xen-4.4-testing test] 107381: regressions - FAIL

flight 107381 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/107381/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xend-qemut-winxpsp3 15 guest-localmigrate/x10 fail in 107365 REGR. vs. 106822

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 12/04/17 15:44, Ian Jackson wrote: > Greg KH writes ("Re: Please apply "partially revert "xen: Remove event > channel...""): >> On Wed, Apr 12, 2017 at 03:26:53PM +0200, Juergen Gross wrote: >>> On 12/04/17 15:13, Greg KH wrote: Is this still true? This long thread is totally confusing, i

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

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: The MAPTI commands associates a DeviceID/EventID pair with a LPI/CPU pair and actually instantiates LPI interrupts. We connect the already allocated host LPI to this virtual LPI, so that any triggering LPI on the host can be quickly forwarded to

Re: [Xen-devel] [PATCH v2 4/9] mm: Scrub memory from idle loop

>>> On 03.04.17 at 18:50, wrote: > --- a/xen/common/page_alloc.c > +++ b/xen/common/page_alloc.c > @@ -1043,16 +1043,44 @@ static struct page_info *merge_chunks(struct > page_info *pg, unsigned int node, > return pg; > } > > -static void scrub_free_pages(unsigned int node) > +static nodem

[Xen-devel] [qemu-mainline test] 107378: tolerable FAIL - PUSHED

flight 107378 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/107378/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 107219 test-amd64-amd64-xl-qemuu-

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

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

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

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-kbdfront in order to >> be able to cope with a (virtual) frame buffer of arbitrary resolution. >> >> While at it remove th

[Xen-devel] [PATCH v3] 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 -

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

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_flr ioctl > and combine it with your patch. > OK. Does that mean the bu

[Xen-devel] [PATCH 0/5] Release administrivia for 4.9.0-rc1*

This series is being posted pro-format. I've pushed them already. The first patch is routine administrivia. The next two are the result of me messing up. The final two are release checklist updates, including attempts to make this kind of mistake less likely. Thanks, Ian.

Re: [Xen-devel] [PATCH RFC 00/20] Add postcopy live migration support

On Fri, Mar 31, 2017 at 12:51:46AM -0400, Joshua Otto wrote: > > > > > We've also noticed that, > > > when performing a postcopy without any leading precopy iterations, the > > > time > > > required at the destination to 'evict' all of the outstanding pages is > > > substantial - possibly becau

[Xen-devel] [PATCH 1/5] Config.mk, etc.: Prepare 4.9.0-rc1

* Update Config.mk REVISION values to refer to relevant tags. * Update README version number * Update xen/Makefile version number Signed-off-by: Ian Jackson --- Config.mk| 6 +++--- README | 10 +- xen/Makefile | 2 +- 3 files changed, 9 insertions(+), 9 deletions(-) diff --

[Xen-devel] [PATCH 3/5] Config.mk: Update for 4.9.0-rc1.2

Contrary to what I wrote in d0db50ced1f7 "Config.mk: Update for 4.9.0-rc1.1", the build failure with 4.9.0-rc1 was not due to a wrong qemu tag, but a wrong mini-os tag. So burn 4.9.0-rc1.1 too :-(. (We can rewind the qemu-trad tag to 4.9.0-rc1; the -rc1 and -rc1.1 tags are identical.) Signed-off

[Xen-devel] [PATCH 2/5] Config.mk: Update for 4.9.0-rc1.1

In qemu-trad, I made xen-4.9.0-rc1 refer erroneously to the 4.8 branch. That doesn't build. So we are burning the version number 4.9.0-rc1 in xen.git and qemu-trad. (The other trees can remain as they are.) Signed-off-by: Ian Jackson --- Config.mk | 2 +- 1 file changed, 1 insertion(+), 1 del

[Xen-devel] [PATCH 4/5] misc/release-checklist.txt: Preemptive updates

These are things I noticed should be fixed, while trying to make 4.9.0-rc1. Signed-off-by: Ian Jackson --- misc/release-checklist.txt | 43 ++- 1 file changed, 18 insertions(+), 25 deletions(-) diff --git a/misc/release-checklist.txt b/misc/release-checkl

[Xen-devel] [PATCH 5/5] misc/release-checklist.txt: Try to avoid wrong-tag mistakes

Add some better checking and make the runes a bit more robust. Signed-off-by: Ian Jackson --- misc/release-checklist.txt | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/misc/release-checklist.txt b/misc/release-checklist.txt index f9e7e06..b96964e 100644 --- a/m

Re: [Xen-devel] [PATCH] Add clang-format file for Xen Hypervisor format

Hello, I seemed to have overwritten the correct file by the output of the clang-format tool. My main idea is to compare output file and correct file and take their comparison. Since there are features which are partially implemented, they are not bound to be same. Will it be better to refine th

Re: [Xen-devel] [PATCH RFC 08/20] libxl/migration: add precopy tuning parameters

On Thu, Mar 30, 2017 at 02:03:29AM -0400, Joshua Otto wrote: > On Wed, Mar 29, 2017 at 10:08:02PM +0100, Andrew Cooper wrote: > > On 27/03/17 10:06, Joshua Otto wrote: > > > In the context of the live migration algorithm, the precopy iteration > > > count refers to the number of page-copying iterat

Re: [Xen-devel] [PATCH v10 22/25] tools: L2 CAT: support get HW info for L2 CAT.

>>> On 01.04.17 at 15:53, wrote: > This patch implements xl/xc changes to support get HW info > for L2 CAT. > > 'xl psr-hwinfo' is updated to show both L3 CAT and L2 CAT > info. > > Example(on machine which only supports L2 CAT): > Cache Monitoring Technology (CMT): > Enabled : 0 > Cache

Re: [Xen-devel] [PATCH v10 21/25] x86: L2 CAT: implement set value flow.

>>> On 01.04.17 at 15:53, wrote: > --- a/xen/arch/x86/domctl.c > +++ b/xen/arch/x86/domctl.c > @@ -1466,6 +1466,16 @@ long arch_do_domctl( >PSR_CBM_TYPE_L3_DATA); > break; > > +case XEN_DOMCTL_PSR_CAT_OP_SET_L2_CBM: > +if ( domctl-

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

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 also cover here. We store the given guest physical addre

Re: [Xen-devel] [PATCH v10 18/25] x86: L2 CAT: implement CPU init and free flow.

>>> On 01.04.17 at 15:53, wrote: > @@ -304,10 +305,14 @@ static void cat_init_feature(const struct cpuid_leaf > *regs, > switch ( type ) > { > case PSR_SOCKET_L3_CAT: > +case PSR_SOCKET_L2_CAT: > /* cos=0 is reserved as default cbm(all bits within cbm_len are 1). > */

Re: [Xen-devel] [PATCH RFC 07/20] migration: defer precopy policy to libxl

On Thu, Mar 30, 2017 at 01:19:41AM -0400, Joshua Otto wrote: > > > > > +}; > > > + > > > /* callbacks provided by xc_domain_save */ > > > struct save_callbacks { > > > /* Called after expiration of checkpoint interval, > > > @@ -46,6 +54,17 @@ struct save_callbacks { > > > */ > > >

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

Hi Juergen, On Tue, Apr 11, 2017 at 02:30:37PM +0200, Juergen Gross wrote: > Add a parameter for setting the resolution of xen-kbdfront in order to > be able to cope with a (virtual) frame buffer of arbitrary resolution. > > While at it remove the pointless second reading of parameters from > Xen

Re: [Xen-devel] [PATCH] Add clang-format file for Xen Hypervisor format

>>> On 12.04.17 at 12:49, wrote: > --- /dev/null > +++ b/tools/clang-format/tests/correct.c Is this file supposed to be in correct Xen style? Its name suggests so, but its contents don't. Jan ___ Xen-devel mailing list Xen-devel@lists.xen.org https:/

Re: [Xen-devel] [PATCH RFC 06/20] libxc/xc_sr: factor helpers out of handle_page_data()

On Thu, Mar 30, 2017 at 12:49:07AM -0400, Joshua Otto wrote: > On Tue, Mar 28, 2017 at 08:52:26PM +0100, Andrew Cooper wrote: > > On 27/03/17 10:06, Joshua Otto wrote: > > > diff --git a/tools/libxc/xc_sr_stream_format.h > > > b/tools/libxc/xc_sr_stream_format.h > > > index 3291b25..32400b2 100644

Re: [Xen-devel] [PATCH RFC 13/20] libxc/migration: add try_read_record()

On Mon, Mar 27, 2017 at 05:06:25AM -0400, Joshua Otto wrote: [...] > > +int try_read_record(struct xc_sr_read_record_context *rrctx, int fd, > +struct xc_sr_record *rec) > +{ > +int rc; > +xc_interface *xch = rrctx->ctx->xch; > +size_t offset_out, dataoff, datasz;

Re: [Xen-devel] [PATCH] tools:misc:xenpm: set max freq to all cpu with default cpuid

On Wed, Apr 12, 2017 at 09:19:34AM +0800, Luwei Kang wrote: > User can set max freq to specific cpu by > "xenpm set-scaling-maxfreq " > or set max freq to all cpu with default cpuid by > "xenpm set-scaling-maxfreq ". > > Set max freq with defaule cpuid will cause default > segmentation fault af

Re: [Xen-devel] [PATCH v8 03/27] ARM: GIC: Add checks for NULL pointer pending_irq's

On 12/04/17 15:51, Andre Przywara wrote: Hi, On 12/04/17 11:25, Julien Grall wrote: Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: For LPIs the struct pending_irq's are dynamically allocated and the pointers will be stored in a radix tree. Since an LPI can be "unmapped" at any time, tea

Re: [Xen-devel] [PATCH v8 17/27] ARM: vITS: handle MAPC command

On 12/04/17 01:44, Andre Przywara wrote: The MAPC command associates a given collection ID with a given redistributor, thus mapping collections to VCPUs. We just store the vcpu_id in the collection table for that. Signed-off-by: Andre Przywara Acked-by: Julien Grall --- xen/arch/arm/vgi

Re: [Xen-devel] [PATCH v8 16/27] ARM: vITS: handle INT command

Hi, On 12/04/17 01:44, Andre Przywara wrote: The INT command sets a given LPI identified by a DeviceID/EventID pair as pending and thus triggers it to be injected. Signed-off-by: Andre Przywara --- xen/arch/arm/vgic-v3-its.c | 21 + 1 file changed, 21 insertions(+) diff -

Re: [Xen-devel] [PATCH v8 03/27] ARM: GIC: Add checks for NULL pointer pending_irq's

Hi, On 12/04/17 11:25, Julien Grall wrote: > Hi Andre, > > On 12/04/17 01:44, Andre Przywara wrote: >> For LPIs the struct pending_irq's are dynamically allocated and the >> pointers will be stored in a radix tree. Since an LPI can be "unmapped" >> at any time, teach the VGIC how to handle with i

Re: [Xen-devel] [PATCH v8 15/27] ARM: vITS: handle CLEAR command

On 12/04/17 15:29, Andre Przywara wrote: Hi, On 12/04/17 15:10, Julien Grall wrote: Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: This introduces the ITS command handler for the CLEAR command, which clears the pending state of an LPI. This removes a not-yet injected, but already queued

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

On 12/04/17 16:13, Oleksandr Andrushchenko wrote: > Hi, Juergen! > > > On 04/11/2017 03:30 PM, Juergen Gross wrote: >> Add a parameter for setting the resolution of xen-kbdfront in order to >> be able to cope with a (virtual) frame buffer of arbitrary resolution. >> >> While at it remove the poin

Re: [Xen-devel] [PATCH v8 15/27] ARM: vITS: handle CLEAR command

Hi, On 12/04/17 15:10, Julien Grall wrote: > Hi Andre, > > On 12/04/17 01:44, Andre Przywara wrote: >> This introduces the ITS command handler for the CLEAR command, which >> clears the pending state of an LPI. >> This removes a not-yet injected, but already queued IRQ from a VCPU. >> As read_itt

Re: [Xen-devel] [PATCH v8 00/27] arm64: Dom0 ITS emulation

On 12/04/17 01:44, Andre Przywara wrote: Hi, this is a reworked version of the second part of the ITS emulation series, where the first part has been merged already. It extends the concept of letting Xen deal with irq_to_pending() potentially returning NULL, by making sure the retrieval and us

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

Hi, Juergen! On 04/11/2017 03:30 PM, Juergen Gross wrote: Add a parameter for setting the resolution of xen-kbdfront in order to be able to cope with a (virtual) frame buffer of arbitrary resolution. While at it remove the pointless second reading of parameters from Xenstore in the device conn

Re: [Xen-devel] [PATCH v8 15/27] ARM: vITS: handle CLEAR command

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: This introduces the ITS command handler for the CLEAR command, which clears the pending state of an LPI. This removes a not-yet injected, but already queued IRQ from a VCPU. As read_itte() is now eventually used, we add the static keyword. Sign

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

Greg KH writes ("Re: Please apply "partially revert "xen: Remove event channel...""): > On Wed, Apr 12, 2017 at 03:26:53PM +0200, Juergen Gross wrote: > > On 12/04/17 15:13, Greg KH wrote: > > > Is this still true? This long thread is totally confusing, is that what > > > you really want to have

Re: [Xen-devel] [PATCH v8 14/27] ARM: vITS: introduce translation table walks

On 12/04/17 14:36, Andre Przywara wrote: Hi, On 12/04/17 14:22, Julien Grall wrote: On 12/04/17 01:44, Andre Przywara wrote: The ITS stores the target (v)CPU and the (virtual) LPI number in tables. Introduce functions to walk those tables and translate an device ID - event ID pair into a pai

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On Wed, Apr 12, 2017 at 03:26:53PM +0200, Juergen Gross wrote: > On 12/04/17 15:13, Greg KH wrote: > > On Fri, Apr 07, 2017 at 12:58:14PM +0100, Ian Jackson wrote: > >> tl;dr: > >> Please apply > >> > >> da72ff5bfcb02c6ac8b169a7cf597a3c8e6c4de1 > >> partially revert "xen: Remove event chan

Re: [Xen-devel] [PATCH v8 14/27] ARM: vITS: introduce translation table walks

Hi, On 12/04/17 14:22, Julien Grall wrote: > > > On 12/04/17 01:44, Andre Przywara wrote: >> The ITS stores the target (v)CPU and the (virtual) LPI number in tables. >> Introduce functions to walk those tables and translate an device ID - >> event ID pair into a pair of virtual LPI and vCPU. >>

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 12/04/17 15:13, Greg KH wrote: > On Fri, Apr 07, 2017 at 12:58:14PM +0100, Ian Jackson wrote: >> tl;dr: >> Please apply >> >> da72ff5bfcb02c6ac8b169a7cf597a3c8e6c4de1 >> partially revert "xen: Remove event channel notification through >> Xen PCI platform device" >> >> to all stab

Re: [Xen-devel] [PATCH v8 14/27] ARM: vITS: introduce translation table walks

On 12/04/17 01:44, Andre Przywara wrote: The ITS stores the target (v)CPU and the (virtual) LPI number in tables. Introduce functions to walk those tables and translate an device ID - event ID pair into a pair of virtual LPI and vCPU. We map those tables on demand - which is cheap on arm64 - an

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

flight 107374 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/107374/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-vhd 15 guest-start.2fail in 107359 pass in 107374 test-amd64-amd64-xl-qemut-debian

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On Fri, Apr 07, 2017 at 12:58:14PM +0100, Ian Jackson wrote: > tl;dr: > Please apply > > da72ff5bfcb02c6ac8b169a7cf597a3c8e6c4de1 > partially revert "xen: Remove event channel notification through > Xen PCI platform device" > > to all stable branches which have a version of the or

Re: [Xen-devel] [PATCH v8 07/27] ARM: vGICv3: handle virtual LPI pending and property tables

On 12/04/17 14:12, Andre Przywara wrote: Hi, Hi, On 12/04/17 11:55, Julien Grall wrote: Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: Allow a guest to provide the address and size for the memory regions it has reserved for the GICv3 pending and property tables. We sanitise the vari

Re: [Xen-devel] [PATCH v8 07/27] ARM: vGICv3: handle virtual LPI pending and property tables

Hi, On 12/04/17 11:55, Julien Grall wrote: > Hi Andre, > > On 12/04/17 01:44, Andre Przywara wrote: >> Allow a guest to provide the address and size for the memory regions >> it has reserved for the GICv3 pending and property tables. >> We sanitise the various fields of the respective redistribut

Re: [Xen-devel] [PATCH v8 12/27] ARM: vGIC: advertise LPI support

On 12/04/17 13:48, Andre Przywara wrote: On 12/04/17 13:38, Julien Grall wrote: On 12/04/17 01:44, Andre Przywara wrote: +static void vgic_vcpu_enable_lpis(struct vcpu *v) +{ +uint64_t reg = v->domain->arch.vgic.rdist_propbase; +unsigned int nr_lpis = BIT((reg & 0x1f) + 1); + +if

Re: [Xen-devel] [PATCH v8 13/27] ARM: vITS: add command handling stub and MMIO emulation

Hi Andre, On 12/04/17 01:44, Andre Przywara wrote: Emulate the memory mapped ITS registers and provide a stub to introduce the ITS command handling framework (but without actually emulating any commands at this time). This fixes a misnomer in our virtual ITS structure, where the spec is confusin

  1   2   >