Re: [Xen-devel] [PATCH 1/2] memory: exit early from memory_exchange() upon write-back error

>>> On 04.04.17 at 20:45, wrote: > On 04/04/17 14:13, Jan Beulich wrote: >> --- a/xen/common/memory.c >> +++ b/xen/common/memory.c > > As an observation, I find it amusing that there is a comment just above > this which states > > /* > * Success! Beyond this point we cannot fail for this chunk.

Re: [Xen-devel] [xen-4.6-testing bisection] complete test-xtf-amd64-amd64-5

>>> On 04.04.17 at 19:23, wrote: > On Mon, 2017-04-03 at 02:02 -0600, Jan Beulich wrote: >> > > > On 03.04.17 at 00:44, wrote: >> > commit 7ff6d9fc19ef88d2ca3304a312c0e8a46b61f546 >> > Author: Dario Faggioli >> > Date: Fri Mar 31 09:03:32 2017 +0200 >> > >> > xen: sched: don't c

Re: [Xen-devel] [PATCH v3 08/19] xen/arm: Introduce a initcall to update cpu_hwcaps by serror_op

Hi Julien, On 2017/3/31 22:48, Julien Grall wrote: Hi Wei, On 31/03/17 14:07, Wei Chen wrote: In the later patches of this series, we want to use the alternative patching framework to avoid checking serror_op in every entries. So we define a new cpu feature "SKIP_CHECK_PENDING_VSERROR" for ser

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 04/04/17 18:04, Vitaly Kuznetsov wrote: > Juergen Gross writes: > >> On 29/03/17 12:06, Vitaly Kuznetsov wrote: >>> Juergen Gross writes: I'll create another branch for-linus-4.12 based on the tip tree next week which will be subject to the pull request for Linus. As soon as fo

Re: [Xen-devel] [PATCH v5] xen/displif: add ABI for para-virtual display

For your convenience, PFA diff between v4..v5 Thank you, Oleksandr On 04/05/2017 09:09 AM, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko This is the ABI for the two halves of a para-virtualized display driver. This protocol aims to provide a unified protocol which fits more sop

[Xen-devel] [PATCH v5] xen/displif: add ABI for para-virtual display

From: Oleksandr Andrushchenko This is the ABI for the two halves of a para-virtualized display driver. This protocol aims to provide a unified protocol which fits more sophisticated use-cases than a framebuffer device can handle. At the moment basic functionality is supported with the intention

[Xen-devel] [PATCH v5] displif: add ABI for para-virtual display

From: Oleksandr Andrushchenko This is the ABI for the two halves of a para-virtualized display driver. This protocol aims to provide a unified protocol which fits more sophisticated use-cases than a framebuffer device can handle. At the moment basic functionality is supported with the intention

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

flight 107184 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/107184/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-pvops 3 host-install(3)broken REGR. vs. 107019 test-armhf-armh

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

flight 107185 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/107185/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-pair 3 host-install/src_host(3) broken REGR. vs. 10

Re: [Xen-devel] [PATCH v4] displif: add ABI for para-virtual display

On 04/04/2017 11:07 PM, Konrad Rzeszutek Wilk wrote: .snip.. + *- Protocol version -- + * + * version + * Values: + * + * Protocol version, chosen among the ones supported by the backend. + * ..snip.. +#define XENDISPL

[Xen-devel] [xen-4.6-testing test] 107186: regressions - trouble: broken/fail/pass

flight 107186 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/107186/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 3 host-install(3) broken REGR. vs. 107151 test-xtf-amd64-

[Xen-devel] [linux-linus test] 107179: regressions - trouble: broken/fail/pass

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

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

flight 107183 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/107183/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64 3 host-install(3) broken REGR. vs. 106872 test-amd6

Re: [Xen-devel] [PATCH v10 03/25] x86: refactor psr: implement main data structures.

On 17-04-03 09:50:34, Jan Beulich wrote: > >>> On 01.04.17 at 15:53, wrote: > > I was about to ack this, but there are a few more things which bother > me. > Do you mean ack to this patch 3 or whole patch set? Thanks! > > --- > > v10: > > - remove initialization for 'PSR_SOCKET_L3_CAT'. > >

Re: [Xen-devel] [PATCH v11 5/6] VT-d: introduce update_irte to update irte safely

On Fri, Mar 31, 2017 at 04:01:31AM -0600, Jan Beulich wrote: On 29.03.17 at 07:11, wrote: >> +static void update_irte(struct iremap_entry *entry, >> +const struct iremap_entry *new_ire, >> +bool atomic) >> +{ >> +if ( cpu_has_cx16 ) >> +

Re: [Xen-devel] Can't read bios file

Does anybody have advice as to what to do? Am I in the wrong place? Am I missing something obvious? On Tue, Apr 4, 2017 at 11:03 AM Duncan X. Simpson wrote: > Update: I still have the same problem when I compile from git master. > > On Mon, Apr 3, 2017 at 7:05 PM Duncan X. Simpson > wrote: > >

Re: [Xen-devel] [PATCH v4 04/27] ARM: GICv3 ITS: allocate device and collection table

On Mon, 3 Apr 2017, Andre Przywara wrote: > Each ITS maps a pair of a DeviceID (for instance derived from a PCI > b/d/f triplet) and an EventID (the MSI payload or interrupt ID) to a > pair of LPI number and collection ID, which points to the target CPU. > This mapping is stored in the device and c

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

flight 107204 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/107204/ 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 test-amd64-amd64-libvirt 12 mig

Re: [Xen-devel] [PATCH v4 01/27] ARM: GICv3 ITS: parse and store ITS subnodes from hardware DT

On Mon, 3 Apr 2017, Andre Przywara wrote: > Parse the DT GIC subnodes to find every ITS MSI controller the hardware > offers. Store that information in a list to both propagate all of them > later to Dom0, but also to be able to iterate over all ITSes. > This introduces an ITS Kconfig option. > >

[Xen-devel] [PATCH v9 4/4] Introduce the pvcalls header

Define the ring and request and response structs according to the specification. Use the new DEFINE_XEN_FLEX_RING macro. Add the header to the C99 check. Signed-off-by: Stefano Stabellini Reviewed-by: Konrad Rzeszutek Wilk CC: jbeul...@suse.com CC: konrad.w...@oracle.com --- xen/include/Makefi

[Xen-devel] [PATCH v9 0/4] new ring macros, 9pfs and pvcalls headers

Hi all, this patch series introduces a set of new ring macros to support rings in the formats specified by the Xen 9pfs transport and PV Calls protocol. It also introduces the Xen 9pfs and PV Calls protocols headers. Changes in v9: - added reviewed-bys - code style alignments - add comment on pa

[Xen-devel] [PATCH v9 2/4] xen: introduce a C99 headers check

Introduce a C99 headers check, for non-ANSI compliant headers: 9pfs.h and pvcalls.h. In addition to the usual -include stdint.h, also add -include string.h to the C99 check to get the declaration of memcpy and size_t. For the same reason, also add -include cstring to the C++ check when necessary.

[Xen-devel] [PATCH v9 3/4] Introduce the Xen 9pfs transport header

Define the ring according to the protocol specification, using the new DEFINE_XEN_FLEX_RING_AND_INTF macro. Add the header to the C99 check. Signed-off-by: Stefano Stabellini Reviewed-by: Konrad Rzeszutek Wilk CC: jbeul...@suse.com CC: konrad.w...@oracle.com --- xen/include/Makefile |

[Xen-devel] [PATCH v9 1/4] ring.h: introduce macros to handle monodirectional rings with multiple req sizes

This patch introduces macros, structs and functions to handle rings in the format described by docs/misc/pvcalls.markdown and docs/misc/9pfs.markdown. The index page (struct __name##_data_intf) contains the indexes and the grant refs to setup two rings. Indexes page +

Re: [Xen-devel] [PATCH v8 2/4] xen: introduce a C99 headers check

On Mon, 3 Apr 2017, Jan Beulich wrote: > >>> On 31.03.17 at 21:15, wrote: > > Introduce a C99 headers check, for non-ANSI compliant headers: 9pfs.h > > and pvcalls.h. > > > > In addition to the usual -include stdint.h, also add -include string.h > > to the C99 check to get the declaration of memc

Re: [Xen-devel] [PATCH v8 1/4] ring.h: introduce macros to handle monodirectional rings with multiple req sizes

On Tue, 4 Apr 2017, Konrad Rzeszutek Wilk wrote: > On Fri, Mar 31, 2017 at 12:15:16PM -0700, Stefano Stabellini wrote: > > This patch introduces macros, structs and functions to handle rings in > > the format described by docs/misc/pvcalls.markdown and > > docs/misc/9pfs.markdown. The index page (s

Re: [Xen-devel] [Qemu-devel] [PATCH v2 2/6] qdict: Add convenience helpers for wrapped puts

On 01/19/2017 08:38 AM, Eric Blake wrote: > On 01/19/2017 03:25 AM, Markus Armbruster wrote: >> Eric Blake writes: >> >>> Quite a few users of qdict_put() were manually wrapping a >>> non-QObject. We can make such call-sites shorter, by providing >>> common macros to do the tedious work. Also sho

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

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

Re: [Xen-devel] ARM:Booting xen on pine64 board

Hi, On 04/04/2017 21:45, Stefano Stabellini wrote: > On Tue, 4 Apr 2017, Andre Przywara wrote: >> Hi, >> >> On 04/04/17 20:02, Stefano Stabellini wrote: >>> Also CC'ing Andre that I think has a pine64. >>> >>> On Tue, 4 Apr 2017, Stefano Stabellini wrote: On Sat, 1 Apr 2017, bharat gohil wrot

Re: [Xen-devel] ARM:Booting xen on pine64 board

On Tue, 4 Apr 2017, Andre Przywara wrote: > Hi, > > On 04/04/17 20:02, Stefano Stabellini wrote: > > Also CC'ing Andre that I think has a pine64. > > > > On Tue, 4 Apr 2017, Stefano Stabellini wrote: > >> On Sat, 1 Apr 2017, bharat gohil wrote: > >>> Hello > >> > >> Hello Bharat, thanks for your

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

On Mon, Mar 20, 2017 at 02:25:16PM +, Roger Pau Monne wrote: > On Mon, Mar 20, 2017 at 02:21:50PM +, Paul Durrant wrote: > > > -Original Message- > > > From: Roger Pau Monne > > > Sent: 20 March 2017 14:14 > > > To: Konrad Rzeszutek Wilk > > > Cc: Dario Faggioli ; Ian Jackson > > >

Re: [Xen-devel] [PATCH v4] displif: add ABI for para-virtual display

.snip.. > > + *- Protocol version > > -- > > + * > > + * version > > + * Values: > > + * > > + * Protocol version, chosen among the ones supported by the backend. > > + * ..snip.. > > +#define XENDISPL_FIELD_BE_VERSIONS

Re: [Xen-devel] [PATCH v4] displif: add ABI for para-virtual display

Hi, Konrad! On 04/04/2017 10:38 PM, Konrad Rzeszutek Wilk wrote: Hey! I only had minor comments - and if you are OK with them comments seem to be reasonable to me I can also put them in the patch when checking them in Please, do me a favor (or if you want you can repost it right away a

Re: [Xen-devel] [PATCH v8 4/4] Introduce the pvcalls header

On Fri, Mar 31, 2017 at 12:15:19PM -0700, Stefano Stabellini wrote: > Define the ring and request and response structs according to the > specification. Use the new DEFINE_XEN_FLEX_RING macro. > > Add the header to the C99 check. > > Signed-off-by: Stefano Stabellini > CC: jbeul...@suse.com > CC

Re: [Xen-devel] [PATCH v8 3/4] Introduce the Xen 9pfs transport header

On Fri, Mar 31, 2017 at 12:15:18PM -0700, Stefano Stabellini wrote: > Define the ring according to the protocol specification, using the new > DEFINE_XEN_FLEX_RING_AND_INTF macro. > > Add the header to the C99 check. > > Signed-off-by: Stefano Stabellini > CC: jbeul...@suse.com > CC: konrad.w...

Re: [Xen-devel] [PATCH v8 1/4] ring.h: introduce macros to handle monodirectional rings with multiple req sizes

On Fri, Mar 31, 2017 at 12:15:16PM -0700, Stefano Stabellini wrote: > This patch introduces macros, structs and functions to handle rings in > the format described by docs/misc/pvcalls.markdown and > docs/misc/9pfs.markdown. The index page (struct __name##_data_intf) > contains the indexes and the

Re: [Xen-devel] [PATCH v2] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

> On 03/04/17 14:42, Daniel Kiper wrote: > > On Fri, Mar 31, 2017 at 12:14:38PM +0200, Juergen Gross wrote: > >> For kdump to work correctly it needs the physical address of > >> vmcoreinfo_note. When running as dom0 this means the virtual address > >> has to be translated to the related machine ad

Re: [Xen-devel] [PATCH v4] displif: add ABI for para-virtual display

Hey! I only had minor comments - and if you are OK with them I can also put them in the patch when checking them in (or if you want you can repost it right away and I will check in the new version). > > --- > Changes since v3: > * add clarification on buffer's size/depth/format and >connec

Re: [Xen-devel] ARM:Booting xen on pine64 board

Hi, On 04/04/17 20:02, Stefano Stabellini wrote: > Also CC'ing Andre that I think has a pine64. > > On Tue, 4 Apr 2017, Stefano Stabellini wrote: >> On Sat, 1 Apr 2017, bharat gohil wrote: >>> Hello >> >> Hello Bharat, thanks for your email. >> >> >>> I am trying to boot xen(debug build) on pine6

Re: [Xen-devel] Legacy PCI interrupt {de}assertion count

On 04/04/17 18:07, Konrad Rzeszutek Wilk wrote: > On Mon, Apr 03, 2017 at 02:22:36PM +0200, Sander Eikelenboom wrote: >> On 31/03/17 16:38, Konrad Rzeszutek Wilk wrote: >>> On Fri, Mar 31, 2017 at 04:46:27AM -0600, Jan Beulich wrote: >>> On 31.03.17 at 10:07, wrote: > On Fri, Mar 31, 2017

[Xen-devel] [PATCH v2 4/5] tmem: Fix tmem-shared-auth 'auth' values

The hypervisor code (tmemc_shared_pool_auth) since the inception would consider auth values of: 0 - to disable authentication! 1 - to enable authentication for the given UUID. The docs have it the other way around, so lets fix it. Acked-by: Wei Liu Signed-off-by: Konrad Rzeszutek Wilk --- Cc

[Xen-devel] [PATCH v2 5/5] tmem: Parse UUIDs correctly.

A simple xl tmem-shared-auth -u --000A--0001 -A 0 0 resulted in uuid_low = 1 (correct) and uuid_high = 0 (umm?). The issue was that for hex values above 'A' (or 'a') we forgot to add 10. Acked-by: Wei Liu Signed-off-by: Konrad Rzeszutek Wilk --- Cc: Ian Jackson Cc: Wei

[Xen-devel] [PATCH v2 1/5] xen/libcx/tmem: Replace TMEM_RESTORE_NEW with XEN_SYSCTL_TMEM_OP_SET_POOLS

This used to be done under TMEM_RESTORE_NEW which was an hypercall accessible by the guest. However there are couple of reasons not to do it: - No checking of domid on TMEM_RESTORE_NEW which meant that any guest could create TMEM pools for other guests. - The guest can already create pools usi

[Xen-devel] [PATCH v2 2/5] xen/libxc: Move TMEM_AUTH to XEN_SYSCTL_TMEM_OP_SET_AUTH

which surprisingly (or maybe not) looks like XEN_SYSCTL_TMEM_OP_SET_POOLS. This hypercall came about, as explained in docs/misc/tmem-internals.html: When tmem was first proposed to the linux kernel mailing list (LKML), there was concern expressed about security of shared ephemeral pools. The ini

[Xen-devel] [PATCH v2] Tmem fixes for v4.9.

Hey! Since v1: - Added Acks - Fixed hypervisor patches per Jan's review. Please see the attached patches. I had hoped that I would have the initial migrationv2 patches ready but other things preempted me . This patchset moves two sub-ops (TMEM_RESTORE_NEW, TMEM_AUTH) from the guest accessible

[Xen-devel] [PATCH v2 3/5] tmem: By default to join an shared pool it must be authorized.

Having an off by default option allowing guests to join _any_ shared pool is not very secure. Lets eliminate tmem_shared_auth bootup option (which was disabled by default) and have the code force this by default. Signed-off-by: Konrad Rzeszutek Wilk --- docs/misc/tmem-internals.html | 6 +

Re: [Xen-devel] [PATCH 2/2] memory: don't hand MFN info to translated guests

On 04/04/17 14:14, Jan Beulich wrote: > We shouldn't hand MFN info back from increase-reservation for > translated domains, just like we don't for populate-physmap and > memory-exchange. For full symmetry also check for a NULL guest handle > in populate_physmap() (but note this makes no sense in >

Re: [Xen-devel] ARM:Booting xen on pine64 board

Also CC'ing Andre that I think has a pine64. On Tue, 4 Apr 2017, Stefano Stabellini wrote: > On Sat, 1 Apr 2017, bharat gohil wrote: > > Hello > > Hello Bharat, thanks for your email. > > > > I am trying to boot xen(debug build) on pine64 ARM64 based board but its > > hangs at following positi

Re: [Xen-devel] ARM:Booting xen on pine64 board

On Sat, 1 Apr 2017, bharat gohil wrote: > Hello Hello Bharat, thanks for your email. > I am trying to boot xen(debug build) on pine64 ARM64 based board but its > hangs at following position, > > - UART enabled - > - CPU booting - > - Current EL 0008 - > - Xen starting at EL2 - > -

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

>> I don't think KVM has the same issue, but honestly I don't have the >> full mental model of how KVM supports mmap. I've at least been able to >> run a guest where the "pmem" is just dynamic page cache on the host >> side so the physical memory mapping is changing all the time due to >> swap. KVM

Re: [Xen-devel] [PATCH 1/2] memory: exit early from memory_exchange() upon write-back error

On 04/04/17 14:13, Jan Beulich wrote: > There's no point in continuing if in the end we'll return -EFAULT > anyway. It also seems wrong to report a chunk for which at least one > write-back failed as successfully exchanged (albeit the indication of > an error is also not fully correct, as the excha

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

flight 107194 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/107194/ 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 test-amd64-amd64-libvirt 12 mig

[Xen-devel] [linux-arm-xen baseline-only test] 71148: tolerable trouble: blocked/broken/pass

This run is configured for baseline tests only. flight 71148 linux-arm-xen real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71148/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt 13 saverestore-support-che

Re: [Xen-devel] [PATCH v6] altp2m: Introduce external-only and limited use-cases

On 04/04/2017 11:24 AM, Tamas K Lengyel wrote: Currently setting altp2mhvm=1 in the domain configuration allows access to the altp2m interface for both in-guest and external privileged tools. This poses a problem for use-cases where only external access should be allowed, requiring the user to co

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

flight 107176 linux-arm-xen real [real] http://logs.test-lab.xenproject.org/osstest/logs/107176/ 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. 62674 test-armhf-armhf-

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Tue, Apr 04, 2017 at 10:59:01AM -0700, Dan Williams wrote: > On Tue, Apr 4, 2017 at 10:34 AM, Konrad Rzeszutek Wilk > wrote: > > On Tue, Apr 04, 2017 at 10:16:41AM -0700, Dan Williams wrote: > >> On Tue, Apr 4, 2017 at 10:00 AM, Konrad Rzeszutek Wilk > >> wrote: > >> > On Sat, Apr 01, 2017 at

Re: [Xen-devel] Can't read bios file

Update: I still have the same problem when I compile from git master. On Mon, Apr 3, 2017 at 7:05 PM Duncan X. Simpson wrote: > I apologize, I should probably include this information: > OS: Arch Linux > xl info: > host : k7dxs-laptop-r500 > release: 4.10.6-1-AR

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Tue, Apr 4, 2017 at 10:34 AM, Konrad Rzeszutek Wilk wrote: > On Tue, Apr 04, 2017 at 10:16:41AM -0700, Dan Williams wrote: >> On Tue, Apr 4, 2017 at 10:00 AM, Konrad Rzeszutek Wilk >> wrote: >> > On Sat, Apr 01, 2017 at 08:45:45AM -0700, Dan Williams wrote: >> >> On Sat, Apr 1, 2017 at 4:54 AM

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

On Tue, 4 Apr 2017, Ian Jackson wrote: > Julien Grall writes ("Re: [Xen-devel] [linux-arm-xen test] 107164: > regressions - FAIL"): > > On 04/04/2017 04:14 AM, osstest service owner wrote: > > > flight 107164 linux-arm-xen real [real] > > > http://logs.test-lab.xenproject.org/osstest/logs/107164/

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Tue, Apr 04, 2017 at 10:16:41AM -0700, Dan Williams wrote: > On Tue, Apr 4, 2017 at 10:00 AM, Konrad Rzeszutek Wilk > wrote: > > On Sat, Apr 01, 2017 at 08:45:45AM -0700, Dan Williams wrote: > >> On Sat, Apr 1, 2017 at 4:54 AM, Konrad Rzeszutek Wilk > >> wrote: > >> > ..snip.. > >> >> >> Is t

Re: [Xen-devel] Can't ./configure latest git

I just realized I misread the error message. I fixed the environment and got it working. On Tue, Apr 4, 2017 at 8:30 AM Anthony PERARD wrote: On Tue, Apr 04, 2017 at 03:09:48PM +, Duncan X. Simpson wrote: > Ah, that makes more sense. Another problem I had when trying to compile was > I got a

[Xen-devel] [PATCH] tools:misc:xenlockprof: fix possible format string overflow

GCC7 complains about a possible overflow/truncation in xenlockprof. xenlockprof.c: In function ‘main’: xenlockprof.c:100:53: error: ‘%s’ directive writing up to 39 bytes into a region of size between 17 and 37 [-Werror=format-overflow=] sprintf(name, "unknown

Re: [Xen-devel] [GSoc] GSoc Introduction : Xen on ARM: create multiple guests from device tree

One more thing: the deadline for microtasks (the patch submission below to fix XEN-38) is technically Monday the 10th of April, but in practice the patch needs to be sent this week to be able to follow up review comments appropriately. Ideally the patch should be already committed by Monday the 10t

Re: [Xen-devel] [xen-4.6-testing bisection] complete test-xtf-amd64-amd64-5

On Mon, 2017-04-03 at 02:02 -0600, Jan Beulich wrote: > > > > On 03.04.17 at 00:44, wrote: > >   commit 7ff6d9fc19ef88d2ca3304a312c0e8a46b61f546 > >   Author: Dario Faggioli > >   Date:   Fri Mar 31 09:03:32 2017 +0200 > >    > >   xen: sched: don't call hooks of the wrong scheduler via > > V

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Tue, Apr 4, 2017 at 10:00 AM, Konrad Rzeszutek Wilk wrote: > On Sat, Apr 01, 2017 at 08:45:45AM -0700, Dan Williams wrote: >> On Sat, Apr 1, 2017 at 4:54 AM, Konrad Rzeszutek Wilk >> wrote: >> > ..snip.. >> >> >> Is there a resource I can read more about why the hypervisor needs to >> >> >> h

Re: [Xen-devel] [PATCH v2] x86/monitor: add support for descriptor access events

On Tue, Apr 04, 2017 at 04:26:24PM +0100, Andrew Cooper wrote: > On 04/04/17 10:57, Adrian Pop wrote: > > diff --git a/xen/arch/x86/hvm/monitor.c b/xen/arch/x86/hvm/monitor.c > > index f5cd245771..d60e4afd0c 100644 > > --- a/xen/arch/x86/hvm/monitor.c > > +++ b/xen/arch/x86/hvm/monitor.c > > @@ -72

[Xen-devel] [qemu-mainline baseline-only test] 71147: trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 71147 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/71147/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-i386-pvg

Re: [Xen-devel] [PATCH v3 26/26] ARM: vGIC: advertise LPI support

Hi Andre, On 31/03/17 19:05, Andre Przywara wrote: To let a guest know about the availability of virtual LPIs, set the respective bits in the virtual GIC registers and let a guest control the LPI enable bit. Only report the LPI capability if the host has initialized at least one ITS. Signed-off

Re: [Xen-devel] [PATCH] Libxc: fix xc_translate_foreign_address()

On 04/04/17 17:45, Razvan Cojocaru wrote: > On 04/04/2017 07:08 PM, Tamas K Lengyel wrote: >> >> On Tue, Apr 4, 2017 at 9:58 AM, Andrew Cooper > > wrote: >> >> On 04/04/17 16:39, Tamas K Lengyel wrote: >>> >>> On Tue, Apr 4, 2017 at 9:11 AM, Andrew Cooper >

Re: [Xen-devel] [PATCH v4 25/27] ARM: vITS: create and initialize virtual ITSes for Dom0

Hi Andre, On 03/04/17 21:28, Andre Przywara wrote: For each hardware ITS create and initialize a virtual ITS for Dom0. We use the same memory mapped address to keep the doorbell working. Signed-off-by: Andre Przywara --- xen/arch/arm/vgic-v3-its.c | 32

Re: [Xen-devel] [PATCH] xenbus: remove transaction holder from list before freeing

On 04/04/2017 09:42 AM, Juergen Gross wrote: > On 04/04/17 14:27, Jan Beulich wrote: >> After allocation the item is being placed on the list right away. >> Consequently it needs to be taken off the list before freeing in the >> case xenbus_dev_request_and_reply() failed, as in that case the >> cal

Re: [Xen-devel] [RFC XEN PATCH v2 00/15] Add vNVDIMM support to HVM domains

On Sat, Apr 01, 2017 at 08:45:45AM -0700, Dan Williams wrote: > On Sat, Apr 1, 2017 at 4:54 AM, Konrad Rzeszutek Wilk > wrote: > > ..snip.. > >> >> Is there a resource I can read more about why the hypervisor needs to > >> >> have this M2P mapping for nvdimm support? > >> > > >> > M2P is basicall

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

Hi Andre, On 03/04/17 21:28, 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 scan the pending table and inject _every

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

Hi Andre, On 03/04/17 21:28, 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] Libxc: fix xc_translate_foreign_address()

On 04/04/2017 07:08 PM, Tamas K Lengyel wrote: > > > On Tue, Apr 4, 2017 at 9:58 AM, Andrew Cooper > wrote: > > On 04/04/17 16:39, Tamas K Lengyel wrote: >> >> >> On Tue, Apr 4, 2017 at 9:11 AM, Andrew Cooper >> mailto:andrew.coop...@citrix.com>> wr

Re: [Xen-devel] [PATCH v4 05/14] golang/xenlight: Add tests host related functionality functions

On Mon, Mar 20, 2017 at 6:15 PM, Ian Jackson wrote: > George Dunlap writes ("Re: [Xen-devel] [PATCH v4 05/14] golang/xenlight: Add > tests host related functionality functions"): >> I had a chat with Ian Jackson, and we agreed that it would be better >> to create a file, maybe "test-common.c", th

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

Hi Andre, On 03/04/17 21:28, 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 v4 21/27] ARM: vITS: handle MOVI command

Hi Andre, On 03/04/17 21:28, 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 v4 20/27] ARM: vITS: handle MAPTI command

Hi Andre, On 03/04/17 21:28, 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 IRQ on the host can be quickly forwarded to

Re: [Xen-devel] [PATCH v2 2/9] mm: Place unscrubbed pages at the end of pagelist

On 04/04/2017 11:50 AM, Jan Beulich wrote: On 04.04.17 at 17:39, wrote: >> On 04/04/2017 11:29 AM, Jan Beulich wrote: >> On 04.04.17 at 17:14, wrote: On 04/04/2017 10:46 AM, Jan Beulich wrote: >> @@ -933,6 +952,10 @@ static bool_t can_merge(struct page_info *buddy, >> unsig

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

flight 107175 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/107175/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3 3 host-install(3) broken REGR. vs. 1071

Re: [Xen-devel] [PATCH v4 08/27] ARM: GICv3 ITS: introduce device mapping

Hi Andre, On 03/04/17 21:28, Andre Przywara wrote: diff --git a/xen/arch/arm/gic-v3-its.c b/xen/arch/arm/gic-v3-its.c index bd189e8..c7c32b9 100644 --- a/xen/arch/arm/gic-v3-its.c +++ b/xen/arch/arm/gic-v3-its.c @@ -21,6 +21,8 @@ #include #include #include +#include +#include #include

Re: [Xen-devel] [PATCH v4 19/27] ARM: vITS: handle MAPD command

Hi Andre, On 03/04/17 21:28, Andre Przywara wrote: The MAPD command maps a device by associating a memory region for storing ITEs with a certain device ID. We store the given guest physical address in the device table, and, if this command comes from Dom0, tell the host ITS driver about this new

Re: [Xen-devel] [PATCH] Libxc: fix xc_translate_foreign_address()

On Tue, Apr 4, 2017 at 9:58 AM, Andrew Cooper wrote: > On 04/04/17 16:39, Tamas K Lengyel wrote: > > > > On Tue, Apr 4, 2017 at 9:11 AM, Andrew Cooper > wrote: > >> On 04/04/17 13:14, Razvan Cojocaru wrote: >> > Currently xc_translate_foreign_address only checks for PSE bit only on >> > level 2

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 04/04/17 18:04, Vitaly Kuznetsov wrote: > Juergen Gross writes: > >> On 29/03/17 12:06, Vitaly Kuznetsov wrote: >>> Juergen Gross writes: I'll create another branch for-linus-4.12 based on the tip tree next week which will be subject to the pull request for Linus. As soon as fo

Re: [Xen-devel] [PATCH v4 18/27] ARM: vITS: handle MAPC command

Hi Andre, On 03/04/17 21:28, Andre Przywara wrote: +static int its_handle_mapc(struct virt_its *its, uint64_t *cmdptr) +{ +uint32_t collid = its_cmd_get_collection(cmdptr); +uint64_t rdbase = its_cmd_mask_field(cmdptr, 2, 16, 44); + +if ( collid >= its->max_collections ) +ret

Re: [Xen-devel] Legacy PCI interrupt {de}assertion count

On Mon, Apr 03, 2017 at 02:22:36PM +0200, Sander Eikelenboom wrote: > On 31/03/17 16:38, Konrad Rzeszutek Wilk wrote: > > On Fri, Mar 31, 2017 at 04:46:27AM -0600, Jan Beulich wrote: > > On 31.03.17 at 10:07, wrote: > >>> On Fri, Mar 31, 2017 at 05:05:44AM +, Tian, Kevin wrote: > > Fro

Re: [Xen-devel] [PATCH v4 17/27] ARM: vITS: handle INT command

Hi Andre, On 03/04/17 21:28, 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 | 30 ++ 1 file changed, 30 insert

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

Juergen Gross writes: > On 29/03/17 12:06, Vitaly Kuznetsov wrote: >> Juergen Gross writes: >>> I'll create another branch for-linus-4.12 based on the tip tree next >>> week which will be subject to the pull request for Linus. As soon as >>> for-linus-4.12 is ready the for-linus-4.12-pre branch

Re: [Xen-devel] [PATCH v4 16/27] ARM: vITS: handle CLEAR command

Hi Andre, On 03/04/17 21:28, 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] [PATCH v4 15/27] ARM: vITS: introduce translation table walks

Hi Andre, On 03/04/17 21:28, 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 a

Re: [Xen-devel] [PATCH] kexec: clear kexec_image slot when unloading kexec image

> That's not how we do things normally. You could have looked at a > couple of patches sent by others... > > Jan Well, naturally I tried doing that first, but due to the follies of statistical sampling, unfortunately the several patches I looked at on xen-devel didn’t have the more verbose desc

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

Hi Andre, On 03/04/17 19:25, Andre Przywara wrote: On 24/03/17 13:00, Julien Grall wrote: On 03/16/2017 11:20 AM, Andre Przywara wrote: + */ +bool read_itte(struct virt_its *its, uint32_t devid, uint32_t evid, + struct vcpu **vcpu, uint32_t *vlpi) +{ +struct vits_itte *itte;

Re: [Xen-devel] [PATCH] Libxc: fix xc_translate_foreign_address()

On 04/04/17 16:39, Tamas K Lengyel wrote: > > > On Tue, Apr 4, 2017 at 9:11 AM, Andrew Cooper > mailto:andrew.coop...@citrix.com>> wrote: > > On 04/04/17 13:14, Razvan Cojocaru wrote: > > Currently xc_translate_foreign_address only checks for PSE bit > only on > > level 2 entries (t

Re: [Xen-devel] [PATCH v2 2/9] mm: Place unscrubbed pages at the end of pagelist

>>> On 04.04.17 at 17:39, wrote: > On 04/04/2017 11:29 AM, Jan Beulich wrote: > On 04.04.17 at 17:14, wrote: >>> On 04/04/2017 10:46 AM, Jan Beulich wrote: > @@ -933,6 +952,10 @@ static bool_t can_merge(struct page_info *buddy, > unsigned int node, > (phys_to_nid(page_t

Re: [Xen-devel] [PATCH] Libxc: fix xc_translate_foreign_address()

On Tue, Apr 4, 2017 at 9:11 AM, Andrew Cooper wrote: > On 04/04/17 13:14, Razvan Cojocaru wrote: > > Currently xc_translate_foreign_address only checks for PSE bit only on > > level 2 entries (that's 2 MB pages on x64 and 32-bit with PAE, and 4 MB > > pages on 32-bit). But linux kernel sometimes

Re: [Xen-devel] [PATCH v2 2/9] mm: Place unscrubbed pages at the end of pagelist

On 04/04/2017 11:29 AM, Jan Beulich wrote: On 04.04.17 at 17:14, wrote: >> On 04/04/2017 10:46 AM, Jan Beulich wrote: @@ -933,6 +952,10 @@ static bool_t can_merge(struct page_info *buddy, unsigned int node, (phys_to_nid(page_to_maddr(buddy)) != node) )

Re: [Xen-devel] [PATCH] kexec: clear kexec_image slot when unloading kexec image

>>> On 04.04.17 at 17:30, wrote: >> Looks like you've mixed up commit message (everything up from this >> marker) and … >> > > Sorry about that! Since it’s been a while since I posted a git patch to a > mailing list, I had to figure out what the canonical format for an e-mail > with a patch w

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

Hi Andre, On 03/04/17 21:28, Andre Przywara wrote: diff --git a/xen/arch/arm/gic-v3-lpi.c b/xen/arch/arm/gic-v3-lpi.c index d3ee141..ad89863 100644 --- a/xen/arch/arm/gic-v3-lpi.c +++ b/xen/arch/arm/gic-v3-lpi.c @@ -125,6 +125,48 @@ uint64_t gicv3_get_redist_address(unsigned int cpu, bool use_p

Re: [Xen-devel] Can't ./configure latest git

On Tue, Apr 04, 2017 at 03:09:48PM +, Duncan X. Simpson wrote: > Ah, that makes more sense. Another problem I had when trying to compile was > I got a permission denied error on xen-setup, which I fixed by making as > root (in a chroot of course). Was there a better way to do that? This sound

  1   2   >