Re: [Xen-devel] [PATCH 01/17] x86emul: support remaining AVX insns

On Wed, Jun 21, 2017 at 12:59 PM, Jan Beulich wrote: > I.e. those not being equivalents of SSEn ones. > > There's one necessary change to generic code: Faulting behavior of > VMASKMOVP{S,D} requires us to do partial reads/writes. > > Signed-off-by: Jan Beulich

Re: [Xen-devel] vTPM Manager VM launch failure: operation not permitted

Ronny Ko On 2017/9/13 Wed 22:26 wrote： > Hi Quan, > > My phsyical TPM is v2.0. I alrady tried 'iomem=["fed40,1"]' but didn't > work.. > > Actually, my DOM's TPM driver has been loaded. > Meanwhile, I thought xen-devel was too busy with other real issues, so I > asked this

[Xen-devel] [PATCH v6 05/12] libxc: add libxc support for setting grant table resource limits

Add a new libxc function xc_domain_set_gnttbl_limits() setting the limits for the maximum numbers of grant table frames and maptrack frames of a domain. Signed-off-by: Juergen Gross Reviewed-by: Paul Durrant Acked-by: Wei Liu ---

[Xen-devel] [PATCH v6 06/12] tools: set grant limits for xenstore stubdom

When creating a Xenstore stubdom set the grant limits: the stubdom will need to setup a very limited amount of grants only, so 1 grant frame is enough. For being able to support up to 32768 domains it will need 128 maptrack frames (1 mapping per domain, 256 maptrack entries per maptrack frame).

[Xen-devel] [PATCH v6 11/12] xen: make grant resource limits per domain

Instead of using the same global resource limits of grant tables (max. number of grant frames, max. number of maptrack frames) for all domains make these limits per domain. This will allow setting individual limits in the future. For now initialize the per domain limits with the global values.

[Xen-devel] [PATCH v6 04/12] xen: add new domctl hypercall to set grant table resource limits

Add a domctl hypercall to set the domain's resource limits regarding grant tables. It is accepted only as long as neither gnttab_setup_table() has been called for the domain, nor the domain has started to run. Signed-off-by: Juergen Gross --- V6: - moved earlier in series to

[Xen-devel] [PATCH v6 07/12] xl: add global grant limit config items

Add xl.conf config items for default values of grant limits: max_grant_frames will set the default for the maximum number of grant frames for a domain which will take effect if the domain's config file doesn't specify a value. If max_grant_frames isn't set in xl.conf it will default to 32 for

[Xen-devel] [PATCH v6 00/12] xen: better grant v2 support

Currently Linux has no support for grant v2 as this would reduce the maximum number of active grants by a factor of 2 compared to v1, because the number of possible grants are limited by the allowed number of grant frames and grant entries of v2 need twice as much bytes as those of v1.

Re: [Xen-devel] [PATCH v5 04/11] x86/physdev: enable PHYSDEVOP_pci_mmcfg_reserved for PVH Dom0

On Tue, Sep 05, 2017 at 08:57:54AM -0600, Jan Beulich wrote: > >>> On 14.08.17 at 16:28, wrote: > > --- a/xen/arch/x86/physdev.c > > +++ b/xen/arch/x86/physdev.c > > @@ -559,6 +559,15 @@ ret_t do_physdev_op(int cmd, > > XEN_GUEST_HANDLE_PARAM(void) arg) > > > >

Re: [Xen-devel] Booting signed xen.efi through shim

>>> On 13.09.17 at 16:40, wrote: > On Wed, Sep 13, 2017 at 3:21 AM, Jan Beulich wrote: > On 13.09.17 at 07:27, wrote: >>>Sections: >>>Idx Name Size VMA LMA File off >>>Algn >>> 0 .text

[Xen-devel] [PATCH] xen: Credit2: enable fully custom runqueue arrangement

The patch introduces yet another runqueue arrangement option for Credit2. In fact, it allows the user to specify, explicitly and precisely, what pCPUs should belong to which runqueue. Signed-off-by: Dario Faggioli Signed-off-by: Praveen Kumar

Re: [Xen-devel] [PATCH] x86/oprofile: Add a missing space to initialisation failure message

>>> On 13.09.17 at 15:41, wrote: > Signed-off-by: Andrew Cooper Acked-by: Jan Beulich ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

[Xen-devel] [PATCH v6 08/12] libxl: add libxl support for setting grant table resource limits

Add new domain config items for setting the limits for the maximum numbers of grant table frames and maptrack frames of a domain. Signed-off-by: Juergen Gross --- V6: - made set_gnttab_limits hypercall mandatory, taking defaults from xl.conf V4: - rename configuration items

[Xen-devel] [PATCH v6 12/12] xen: make grant table limits boot parameters dom0 only

The boot parameters gnttab_max_frames and gnttab_max_maptrack_frames are used for dom0 only now, as all other domains require a XEN_DOMCTL_set_gnttab_limits call now. So make that explicit by setting the boot values for dom0 only. Signed-off-by: Juergen Gross ---

[Xen-devel] [PATCH v6 03/12] xen: clean up grant_table.h

Many definitions can be moved from xen/grant_table.h to common/grant_table.c now, as they are no longer used in other sources. Rearrange the elements of struct grant_table to minimize holes due to alignment of elements. Signed-off-by: Juergen Gross Reviewed-by: Paul Durrant

[Xen-devel] [PATCH v6 10/12] xen/arm: move arch specific grant table bits into grant_table.c

Instead of attaching the ARM specific grant table data to the domain structure add it to struct grant_table. Add the needed arch functions to the asm-*/grant_table.h includes. Signed-off-by: Juergen Gross --- xen/arch/arm/domain.c | 2 -- xen/common/grant_table.c

[Xen-devel] [PATCH v6 01/12] xen: correct gnttab_get_status_frames()

In gnttab_get_status_frames() all accesses to nr_status_frames should be done with the grant table lock held. While at it correct coding style: labels should be indented by one space. Signed-off-by: Juergen Gross --- xen/common/grant_table.c | 15 --- 1 file

[Xen-devel] [PATCH v6 09/12] xen: delay allocation of grant table sub structures

Delay the allocation of the grant table sub structures in order to allow modifying parameters needed for sizing of these structures at a per domain basis. Either do it from gnttab_grow_table() or just before the domain is started the first time. Signed-off-by: Juergen Gross ---

Re: [Xen-devel] [PATCH 03/17] x86emul: build SIMD tests with -Os

On Wed, Jun 21, 2017 at 1:00 PM, Jan Beulich wrote: > Namely in the context of putting together subsequent patches I've > noticed that together with the touch() macro using -Os further > increases the chances of the compiler using memory operands for the > instructions we

Re: [Xen-devel] [PATCH 01/17] x86emul: support remaining AVX insns

>>> On 13.09.17 at 17:02, wrote: > On Wed, Jun 21, 2017 at 12:59 PM, Jan Beulich wrote: >> I.e. those not being equivalents of SSEn ones. >> >> There's one necessary change to generic code: Faulting behavior of >> VMASKMOVP{S,D} requires us to do partial

[Xen-devel] [PATCH v6 02/12] xen: move XENMAPSPACE_grant_table code into grant_table.c

The x86 and arm versions of XENMAPSPACE_grant_table handling are nearly identical. Move the code into a function in grant_table.c and add an architecture dependant hook to handle the differences. Switch to mfn_t in order to be more type safe. Signed-off-by: Juergen Gross

Re: [Xen-devel] [Minios-devel] [Xen-API] [RFC] Unicore Subproject Proposal

Hello, Anil Madhavapeddy, on mer. 13 sept. 2017 11:11:03 +0100, wrote: > Maintaining a forked MiniOS has been a multi-year source of a maintenance > burden for MirageOS, I'm just wondering why this happened? The mini-os repository is open for development, it's just a matter of agreeing on how

Re: [Xen-devel] [PATCH 2/4] xen: limit grant v2 interface to the v1 functionality

On 09/13/2017 10:45 AM, Juergen Gross wrote: > On 13/09/17 15:50, Boris Ostrovsky wrote: >> On 09/13/2017 09:38 AM, Juergen Gross wrote: >>> On 13/09/17 15:22, Boris Ostrovsky wrote: On 09/12/2017 02:18 PM, Juergen Gross wrote: > On 12/09/17 18:21, Boris Ostrovsky wrote: >> On

Re: [Xen-devel] [PATCH v6 01/12] xen: correct gnttab_get_status_frames()

On 13/09/17 18:01, Paul Durrant wrote: >> -Original Message- >> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of >> Juergen Gross >> Sent: 13 September 2017 08:47 >> To: xen-devel@lists.xen.org >> Cc: Juergen Gross ; sstabell...@kernel.org; Wei Liu >>

Re: [Xen-devel] [PATCH 02/17] x86emul: re-order cases of main switch statement

On Wed, Jun 21, 2017 at 12:59 PM, Jan Beulich wrote: > Re-store intended numerical ordering, which has become "violated" > mostly by incremental additions where moving around bigger chunks did > not seem advisable. One exception though at the very top of the > switch(): Keeping

[Xen-devel] [xen-unstable-smoke test] 113414: regressions - FAIL

flight 113414 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113414/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-saverestore.2 fail REGR. vs. 113384

Re: [Xen-devel] [PATCH 08/15] xen/x86: p2m: Use typesafe gfn for the P2M callbacks get_entry and set_entry

On 09/13/2017 09:27 PM, Julien Grall wrote: > Hi Andrew, > > On 09/13/2017 07:22 PM, Andrew Cooper wrote: >> On 13/09/2017 18:59, Julien Grall wrote: >>> diff --git a/xen/arch/x86/mm/p2m-pt.c b/xen/arch/x86/mm/p2m-pt.c >>> index 0e63d6ed11..57878b1886 100644 >>> --- a/xen/arch/x86/mm/p2m-pt.c >>>

[Xen-devel] [xen-unstable-smoke test] 113417: regressions - FAIL

flight 113417 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113417/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-saverestore.2 fail REGR. vs. 113384

[Xen-devel] [PATCH v3 0/1] netif: staging grants for I/O requests

Hey, This is v3 taking into consideration all comments received from v2 (changelog in the first patch). The specification is right after the diffstat. Reference implementation also here (on top of net-next): https://github.com/jpemartins/linux.git xen-net-stg-gnts-v3 Although I am satisfied

Re: [Xen-devel] [PATCH 08/15] xen/x86: p2m: Use typesafe gfn for the P2M callbacks get_entry and set_entry

Hi Andrew, On 09/13/2017 07:22 PM, Andrew Cooper wrote: On 13/09/2017 18:59, Julien Grall wrote: diff --git a/xen/arch/x86/mm/p2m-pt.c b/xen/arch/x86/mm/p2m-pt.c index 0e63d6ed11..57878b1886 100644 --- a/xen/arch/x86/mm/p2m-pt.c +++ b/xen/arch/x86/mm/p2m-pt.c @@ -479,12 +479,13 @@ int

Re: [Xen-devel] [PATCH 08/15] xen/x86: p2m: Use typesafe gfn for the P2M callbacks get_entry and set_entry

Hi, On 13/09/2017 20:08, Razvan Cojocaru wrote: @@ -142,7 +142,7 @@ bool p2m_mem_access_check(paddr_t gpa, unsigned long gla, vm_event_request_t **req_ptr) { struct vcpu *v = current; -unsigned long gfn = gpa >> PAGE_SHIFT; +gfn_t gfn =

Re: [Xen-devel] [RFC XEN PATCH v3 12/39] tools/xen-ndctl: add NVDIMM management util 'xen-ndctl'

On Mon, Sep 11, 2017 at 09:35:08AM -0700, Dan Williams wrote: > On Sun, Sep 10, 2017 at 10:39 PM, Haozhong Zhang > wrote: > > On 09/10/17 22:10 -0700, Dan Williams wrote: > >> On Sun, Sep 10, 2017 at 9:37 PM, Haozhong Zhang > >> wrote: > >> >

Re: [Xen-devel] [PATCH v3 07/17] livepatch/arm/x86: Strip note_depends symbol from test-cases.

On Wed, Sep 13, 2017 at 02:51:41AM -0600, Jan Beulich wrote: > >>> On 13.09.17 at 01:46, wrote: > > On Tue, Sep 12, 2017 at 08:48:33AM -0600, Jan Beulich wrote: > >> >>> On 12.09.17 at 02:37, wrote: > >> > This surfaced due to "xen/livepatch/x86/arm32: Force

Re: [Xen-devel] [PATCH v6 01/12] xen: correct gnttab_get_status_frames()

> -Original Message- > From: Juergen Gross [mailto:jgr...@suse.com] > Sent: 13 September 2017 09:58 > To: Paul Durrant ; xen-devel@lists.xen.org > Cc: sstabell...@kernel.org; Wei Liu ; George Dunlap > ; Andrew Cooper >

Re: [Xen-devel] CONFIG_SCRUB_DEBUG=y + arm64 + livepatch = Xen BUG at page_alloc.c:738

On Tue, Sep 12, 2017 at 09:19:23PM -0400, Boris Ostrovsky wrote: > > > On 09/12/2017 08:01 PM, Konrad Rzeszutek Wilk wrote: > > On Mon, Sep 11, 2017 at 08:45:02PM -0400, Boris Ostrovsky wrote: > > > > > > > > > On 09/11/2017 07:55 PM, Konrad Rzeszutek Wilk wrote: > > > > Hey, > > > > > > > >

[Xen-devel] [distros-debian-squeeze test] 72101: regressions - trouble: blocked/broken/fail/pass

flight 72101 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72101/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-pvops 6 kernel-build fail REGR. vs. 72066 Tests

[Xen-devel] [PATCH v3 1/1] public/io/netif.h: add gref mapping control messages

Adds 3 messages to allow guest to let backend keep grants mapped, such that 1) guests allowing fast recycling of pages can avoid doing grant ops for those cases, or otherwise 2) preferring copies over grants and 3) always using a fixed set of pages for network I/O. The three control ring messages

Re: [Xen-devel] [PATCH 08/15] xen/x86: p2m: Use typesafe gfn for the P2M callbacks get_entry and set_entry

On 13/09/2017 18:59, Julien Grall wrote: > diff --git a/xen/arch/x86/mm/p2m-pt.c b/xen/arch/x86/mm/p2m-pt.c > index 0e63d6ed11..57878b1886 100644 > --- a/xen/arch/x86/mm/p2m-pt.c > +++ b/xen/arch/x86/mm/p2m-pt.c > @@ -479,12 +479,13 @@ int p2m_pt_handle_deferred_changes(uint64_t gpa) > > /*

Re: [Xen-devel] [RFC XEN PATCH v3 12/39] tools/xen-ndctl: add NVDIMM management util 'xen-ndctl'

On Mon, Sep 11, 2017 at 2:24 PM, Konrad Rzeszutek Wilk wrote: > On Mon, Sep 11, 2017 at 09:35:08AM -0700, Dan Williams wrote: >> On Sun, Sep 10, 2017 at 10:39 PM, Haozhong Zhang >> wrote: >> > On 09/10/17 22:10 -0700, Dan Williams wrote: >> >> On

Re: [Xen-devel] [Xen-API] [RFC] Unicore Subproject Proposal

Hi Anil, >From a MirageOS perspective, we'd be happy to switch to something that >can give us just enough MiniOS for our ocaml-freestanding [1] code to >boot on Xen. One requirement from our side is that we need to strip down >MiniOS to remove even the C xenstore implementation, since we have

Re: [Xen-devel] [PATCH v6 04/12] xen: add new domctl hypercall to set grant table resource limits

On 09/13/2017 11:46 AM, Juergen Gross wrote: Add a domctl hypercall to set the domain's resource limits regarding grant tables. It is accepted only as long as neither gnttab_setup_table() has been called for the domain, nor the domain has started to run. Signed-off-by: Juergen Gross

[Xen-devel] Windows "heinsenbug" (WAS: Re: Notes Design Session: Making Releases Lessons Learned: Improving Our Release Process and Tooling)

Hi all, On 07/27/2017 05:56 PM, Ian Jackson wrote: Jan Beulich writes ("Re: Notes Design Session: Making Releases Lessons Learned: Improving Our Release Process and Tooling"): [Lars:] Ian: These are most likely software problems, most likely in Xen. ISSUE: nobody wants to debug Windows

[Xen-devel] [PATCH 14/15] xen/x86: p2m-pod: Use typesafe gfn for the fields reclaim_single and max_guest

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-pod.c | 11 +-- xen/include/asm-x86/p2m.h | 4 ++-- 2 files changed, 7

[Xen-devel] [PATCH 09/15] xen/x86: p2m: Use typesafe GFN in p2m_set_entry

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper Cc: Tamas K Lengyel --- xen/arch/x86/mm/hap/nested_hap.c | 2 +-

[Xen-devel] [PATCH 08/15] xen/x86: p2m: Use typesafe gfn for the P2M callbacks get_entry and set_entry

Signed-off-by: Julien Grall Cc: Jan Beulich Cc: Andrew Cooper Cc: Razvan Cojocaru Cc: Tamas K Lengyel Cc: George Dunlap Cc: Jun Nakajima

[Xen-devel] [PATCH 03/15] xen/x86: p2m-pod: Fix coding style for comments

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-pod.c | 154 ++ 1 file changed, 102

[Xen-devel] [PATCH 01/15] xen/x86: p2m-pod: Clean-up includes

A lot of the headers are not necessary. At the same time, order them in the alphabetical order. Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper ---

[Xen-devel] [PATCH 04/15] xen/x86: p2m-pod: Fix coding style

Also take the opportunity to: - move from 1 << * to 1UL << *. - use unsigned when possible - move from unsigned int -> unsigned long for some induction variables Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan

[Xen-devel] [PATCH 07/15] xen/x86: p2m-pod: Use typesafe gfn in p2m_pod_decrease_reservation

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/arm/p2m.c | 3 +-- xen/arch/x86/mm/p2m-pod.c| 20 +---

[Xen-devel] [PATCH 02/15] xen/x86: p2m-pod: Remove trailing whitespaces

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-pod.c | 46 +++--- 1 file changed, 23

[Xen-devel] [PATCH 00/15] xen/x86: Clean-up the PoD code

Hi all I have been attempting to use the PoD code on ARM (it will be sent in a separate series) and spent sometimes to clean-up and switch to typesafe gfn the current code. The PoD code has been tested on ARM (the version is slightly different, mostly renaming) and the x86 part as only been

[Xen-devel] [PATCH 05/15] xen/x86: p2m-pod: Avoid redundant assignments in p2m_pod_demand_populate

gfn_aligned is assigned 3 times with the exact same formula. All the variables used are not modified, so consolidate in a single assignment at the beginning of the function. Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich

[Xen-devel] [PATCH 10/15] xen/x86: p2m-pod: Use typesafe GFN in pod_eager_record

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-pod.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[Xen-devel] [PATCH 06/15] xen/x86: p2m-pod: Clean-up use of typesafe MFN

Some unboxing/boxing can be avoided by using mfn_add(...) instead. Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-pod.c | 10

[Xen-devel] [PATCH 12/15] xen/x86: p2m-pod: Use typesafe gfn in p2m_pod_zero_check

At the same time make the array gfns const has it is not modified within the function. Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper ---

[Xen-devel] [PATCH 11/15] xen/x86: p2m-pod: Clean-up p2m_pod_zero_check

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-pod.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[Xen-devel] [PATCH 15/15] xen/x86: p2m-pod: Rework prototype of p2m_pod_demand_populate

- Switch the return type to bool - Remove the parameter p2m_query_t q as it is not used Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper ---

[Xen-devel] [PATCH 13/15] xen/x86: p2m-pod: Use typesafe gfn in p2m_pod_demand_populate

Signed-off-by: Julien Grall --- Cc: George Dunlap Cc: Jan Beulich Cc: Andrew Cooper --- xen/arch/x86/mm/p2m-ept.c | 4 ++-- xen/arch/x86/mm/p2m-pod.c | 12 ++-- xen/arch/x86/mm/p2m-pt.c

Re: [Xen-devel] CONFIG_SCRUB_DEBUG=y + arm64 + livepatch = Xen BUG at page_alloc.c:738

On 09/13/2017 11:32 AM, Konrad Rzeszutek Wilk wrote: > On Tue, Sep 12, 2017 at 09:19:23PM -0400, Boris Ostrovsky wrote: >> >> On 09/12/2017 08:01 PM, Konrad Rzeszutek Wilk wrote: >>> On Mon, Sep 11, 2017 at 08:45:02PM -0400, Boris Ostrovsky wrote: On 09/11/2017 07:55 PM, Konrad Rzeszutek

Re: [Xen-devel] [PATCH 00/15] xen/x86: Clean-up the PoD code

On 13/09/2017 18:59, Julien Grall wrote: > Hi all > > I have been attempting to use the PoD code on ARM (it will be sent in a > separate series) and spent sometimes to clean-up and switch to typesafe gfn > the current code. > > The PoD code has been tested on ARM (the version is slightly

Re: [Xen-devel] [PATCH 08/15] xen/x86: p2m: Use typesafe gfn for the P2M callbacks get_entry and set_entry

On 09/13/2017 08:59 PM, Julien Grall wrote: > Signed-off-by: Julien Grall > > Cc: Jan Beulich > Cc: Andrew Cooper > Cc: Razvan Cojocaru > Cc: Tamas K Lengyel > Cc: George

Re: [Xen-devel] vTPM Manager VM launch failure: operation not permitted

Hi Quan, As you suggested, I recompiled Linux without TPM module (so I don't have /dev/tpm0 anymore), and added "extra=tpm2" and "iomem=["fed50,5"]. But I still get the same error: Parsing config from vtpmmgr.cfg > libxl: error: libxl_create.c:1297:domcreate_launch_dm: Domain 1:failed > give

[Xen-devel] [ovmf test] 113388: regressions - FAIL

flight 113388 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/113388/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm 6 xen-buildfail REGR. vs. 113143 build-i386-xsm

Re: [Xen-devel] CONFIG_SCRUB_DEBUG=y + arm64 + livepatch = Xen BUG at page_alloc.c:738

On 09/13/2017 02:25 PM, Julien Grall wrote: > Hi, > > On 09/13/2017 07:05 PM, Boris Ostrovsky wrote: >> On 09/13/2017 11:32 AM, Konrad Rzeszutek Wilk wrote: >> Well, that's not a fix. This eliminates the case that something in >> ARM-specific code (which I haven't tested) accidentally clears >>

Re: [Xen-devel] Windows "heinsenbug" (WAS: Re: Notes Design Session: Making Releases Lessons Learned: Improving Our Release Process and Tooling)

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > Julien Grall > Sent: 13 September 2017 10:52 > To: Ian Jackson ; Jan Beuli ch > Cc: Juergen Gross ; Wei Liu ; >

Re: [Xen-devel] CONFIG_SCRUB_DEBUG=y + arm64 + livepatch = Xen BUG at page_alloc.c:738

Hi, On 09/13/2017 07:05 PM, Boris Ostrovsky wrote: On 09/13/2017 11:32 AM, Konrad Rzeszutek Wilk wrote: Well, that's not a fix. This eliminates the case that something in ARM-specific code (which I haven't tested) accidentally clears _PGC_need_scrub. OK, I think I know what the problem is. You

[Xen-devel] [PATCH 3/3] credit2: xen related changes to add support for runqueue per cpupool.

Handles extra scheduler configuration paramers received at init stage. Signed-off-by: Anshul Makkar --- xen/common/cpupool.c| 13 - xen/common/sched_arinc653.c | 2 +- xen/common/sched_credit.c | 2 +- xen/common/sched_credit2.c | 8 +++-

[Xen-devel] [PATCH 1/3] credit2: libxc related changes to add support for runqueue per cpupool.

libxc receives scheduler specific configuration parametes from libxl. Signed-off-by: Anshul Makkar --- tools/libxc/include/xenctrl.h | 6 +- tools/libxc/xc_cpupool.c | 4 +++- tools/python/xen/lowlevel/xc/xc.c | 3 ++- 3 files changed, 10 insertions(+),

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

flight 113381 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/113381/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 113031 Regressions

[Xen-devel] implement runqueue per cpupool

Attached patch series introduces the concept of runqueue per cpupool. "runqueue" configuration option can be specified with xl command while configuring cpupool. This will define the basis for grouping of cpus (cpu, core, socket, all) in that cpupool. Series is combined of following patches:

[Xen-devel] [xen-unstable-smoke test] 113421: regressions - FAIL

flight 113421 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113421/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-saverestore.2 fail REGR. vs. 113384

Re: [Xen-devel] [PATCH v2 7/7] xen/arm: Limit the scope of cpregs.h

On Wed, 13 Sep 2017, Julien Grall wrote: > Hi Stefano, > > On 09/12/2017 10:53 PM, Stefano Stabellini wrote: > > On Tue, 12 Sep 2017, Julien Grall wrote: > > > Currently, cpregs.h is included in pretty much every files even for > > > arm64. However, the only use for arm64 is when emulating

[Xen-devel] [PATCH 2/3] credit2: libxl related changes to add support for runqueue per cpupool.

Introduces scheduler specific parameter at libxl level which are passed on to libxc. eg runqueue for credit2 Signed-off-by: Anshul Makkar --- tools/libxl/libxl.h | 2 +- tools/libxl/libxl_cpupool.c | 15 +-- tools/libxl/libxl_types.idl | 46

Re: [Xen-devel] [PATCH 09/15] xen/x86: p2m: Use typesafe GFN in p2m_set_entry

On Wed, Sep 13, 2017 at 11:59 AM, Julien Grall wrote: > Signed-off-by: Julien Grall > I guess the rest of the mem_sharing codebase would benefit from moving to the use gfn_t as well, clearing up some of the gfn conversion stuff that's needed right

Re: [Xen-devel] [stage1-xen PATCH v1 04/10] build/fedora: Add `run` and `components/*` scripts

On Wed, 13 Sep 2017, Rajiv Ranganath wrote: > On Tue, Sep 12 2017 at 01:36:04 AM, Stefano Stabellini > wrote: > > [...] > > > Fortunately, from the stage1-xen code point of view, there is very > > little difference between PVHv2 and PV. Switching from one to the > >

Re: [Xen-devel] [PATCH 03/17] x86emul: build SIMD tests with -Os

>>> On 13.09.17 at 17:19, wrote: > On Wed, Jun 21, 2017 at 1:00 PM, Jan Beulich wrote: >> Namely in the context of putting together subsequent patches I've >> noticed that together with the touch() macro using -Os further >> increases the chances of the

Re: [Xen-devel] [PATCH v6 01/12] xen: correct gnttab_get_status_frames()

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of > Juergen Gross > Sent: 13 September 2017 08:47 > To: xen-devel@lists.xen.org > Cc: Juergen Gross ; sstabell...@kernel.org; Wei Liu > ; George Dunlap

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

Simon, It looks to me as if there is some feedback: so it may make some sense to incorporate some of it and send out a version 2. We may also want to CC some reps from other unikernel projects but Mirage OS. Or you could point them to this thread in a separate mail through respective channels

Re: [Xen-devel] [PATCH 04/17] x86emul: support F16C insns

On Wed, Jun 21, 2017 at 1:01 PM, Jan Beulich wrote: > Note that this avoids emulating the behavior of VCVTPS2PH found on at > least some Intel CPUs, which update MXCSR even when the memory write > faults. > > Signed-off-by: Jan Beulich > > ---

Re: [Xen-devel] implement runqueue per cpupool

On 12/09/17 02:45, anshulmakkar wrote: > Attached patch series introduces the concept of runqueue > per cpupool. > > "runqueue" configuration option can be specified with xl command > while configuring cpupool. This will define the basis for > grouping of cpus (cpu, core, socket, all) in that

Re: [Xen-devel] [PATCH v6 11/12] xen: make grant resource limits per domain

On 13/09/17 17:46, Juergen Gross wrote: > Instead of using the same global resource limits of grant tables (max. > number of grant frames, max. number of maptrack frames) for all domains > make these limits per domain. This will allow setting individual limits > in the future. For now initialize

Re: [Xen-devel] [PATCH v6 09/12] xen: delay allocation of grant table sub structures

On 13/09/17 17:46, Juergen Gross wrote: > Delay the allocation of the grant table sub structures in order to > allow modifying parameters needed for sizing of these structures at a > per domain basis. Either do it from gnttab_grow_table() or just > before the domain is started the first time.

[Xen-devel] [PATCH v2 3/6] xen: remove xen dependency in app, examples, test

Signed-off-by: Jianfeng Tan Acked-by: Bruce Richardson --- examples/ip_pipeline/app.h | 4 -- examples/ip_pipeline/config_parse.c | 19 - examples/ip_pipeline/init.c | 5 --- examples/kni/main.c | 3

[Xen-devel] [PATCH v2 1/6] examples/vhost_xen: remove

Signed-off-by: Jianfeng Tan Acked-by: Bruce Richardson --- MAINTAINERS |1 - examples/Makefile |1 - examples/vhost_xen/Makefile | 52 -- examples/vhost_xen/main.c | 1522

[Xen-devel] [PATCH v2 4/6] xen: remove xen dependency in drivers, ether, mempool

Signed-off-by: Jianfeng Tan Acked-by: Bruce Richardson --- drivers/crypto/qat/qat_qp.c | 7 +-- drivers/net/i40e/i40e_rxtx.c | 8 ++-- lib/librte_ether/rte_ethdev.c| 7 +-- lib/librte_mempool/rte_mempool.c | 8 ++--

[Xen-devel] [PATCH v2 2/6] net/xenvirt: remove

Signed-off-by: Jianfeng Tan Acked-by: Bruce Richardson --- MAINTAINERS | 2 - app/test-pmd/Makefile | 4 - app/test-pmd/testpmd.c | 51 +-

[Xen-devel] [PATCH v2 5/6] eal: remove API rte_mem_phy2mch

Previously, to get MFN address in dom0, this API is a wrapper to obtain the "physical address". As we will removed xen dom0 support, this API is not necessary. Signed-off-by: Jianfeng Tan Acked-by: Bruce Richardson ---

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

flight 113391 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/113391/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 18 guest-start/win.repeat fail REGR. vs. 113302

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

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

[Xen-devel] [xen-unstable-smoke test] 113427: regressions - FAIL

flight 113427 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113427/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-saverestore.2 fail REGR. vs. 113384

Re: [Xen-devel] [PATCH v2 2/5] libxl: enable per-VCPU extratime flag for RTDS

On Fri, 2017-09-01 at 12:03 -0400, Meng Xu wrote: > On Fri, Sep 1, 2017 at 11:58 AM, Meng Xu > wrote: > > @@ -705,6 +717,12 @@ static int sched_rtds_domain_set(libxl__gc > > *gc, uint32_t domid, > >  sdom.period = scinfo->period; > >  if (scinfo->budget !=

Re: [Xen-devel] [PATCH v2 3/5] xl: enable per-VCPU extratime flag for RTDS

On Fri, 2017-09-01 at 11:58 -0400, Meng Xu wrote: > diff --git a/tools/xl/xl_cmdtable.c b/tools/xl/xl_cmdtable.c > index ba0159d..1b03d44 100644 > --- a/tools/xl/xl_cmdtable.c > +++ b/tools/xl/xl_cmdtable.c > @@ -272,12 +272,13 @@ struct cmd_spec cmd_table[] = { >  { "sched-rtds", >    

Re: [Xen-devel] [PATCH v2 5/5] docs: enable per-VCPU extratime flag for RTDS

On Fri, 2017-09-01 at 11:58 -0400, Meng Xu wrote: > Revise xl tool use case by adding -e option > Remove work-conserving from TODO list > > Signed-off-by: Meng Xu > Reviewed-by: Dario Faggioli Regards, Dario -- <> (Raistlin Majere)

Re: [Xen-devel] [PATCH v2 3/5] xl: enable per-VCPU extratime flag for RTDS

On Fri, 2017-09-01 at 11:58 -0400, Meng Xu wrote: > Change main_sched_rtds and related output functions to support > per-VCPU extratime flag. > > Signed-off-by: Meng Xu > --- >  tools/xl/xl_cmdtable.c |  3 ++- >  tools/xl/xl_sched.c| 56

Re: [Xen-devel] [PATCH v2 1/5] xen:rtds: towards work conserving RTDS

On Fri, 2017-09-01 at 11:58 -0400, Meng Xu wrote: > Make RTDS scheduler work conserving without breaking the real-time > guarantees. > > VCPU model: > Each real-time VCPU is extended to have an extratime flag > and a priority_level field. > When a VCPU's budget is depleted in the current period,

Re: [Xen-devel] [PATCH v2 2/5] libxl: enable per-VCPU extratime flag for RTDS

On Fri, 2017-09-01 at 11:58 -0400, Meng Xu wrote: > Modify libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set > functions to support per-VCPU extratime flag > > Signed-off-by: Meng Xu > This patch looks ok to me. Only one thing: in libxl_types.idl is, when its

Re: [Xen-devel] [PATCH v2 4/5] xentrace: enable per-VCPU extratime flag for RTDS

On Fri, 2017-09-01 at 11:58 -0400, Meng Xu wrote: > Change repl_budget event output for xentrace formats and xenalyze > > Signed-off-by: Meng Xu > Right, thanks for doing this part too. However, can you merge this inside patch 1? > diff --git a/tools/xentrace/formats

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

flight 113387 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/113387/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 12 guest-start fail REGR. vs. 113266 Tests which did not

Re: [Xen-devel] Restore PVHVM DomU with a different MAC

2017-09-13 17:24 GMT+08:00 Wei Liu : > On Wed, Sep 13, 2017 at 04:25:17PM +0800, Kangjie Xi wrote: >> Hi, >> >> I created a Ubuntu-17.04-x64 PVHVM DomU, so I can use "xl >> network-attach/detach" to add/delete network interfaces, it works >> well. >> >> However I wanted to

[Xen-devel] [libvirt test] 113394: tolerable all pass - PUSHED

flight 113394 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/113394/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 113350 test-armhf-armhf-libvirt-xsm 14

  1   2   >