Re: [Xen-devel] ARM: SMMUv3 support

On 6/13/2017 10:19 AM, Manish Jaggi wrote: On 3/29/2017 5:30 AM, Goel, Sameer wrote: Sure, I will try to post something soon. Hi Sameer, Are you still working on SMMU v3, can you please post patches. Hi Sameer, Could you please post RFC patches for SMMUv3, can provide feedback by

[Xen-devel] [linux-4.9 test] 112397: trouble: blocked/broken/fail/pass

flight 112397 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/112397/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112193

[Xen-devel] [xtf test] 112399: all pass - PUSHED

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

Re: [Xen-devel] Xen on Intel Atom E3815: crash, no output

> From: Stefano Stabellini [mailto:sstabell...@kernel.org] > Sent: Tuesday, August 1, 2017 7:40 AM > > Hi all, > > I noticed that Xen does not boot on Intel Atom E3815. The system is a > Dell Edge Gateway 3003: > > http://i.dell.com/sites/doccontent/shared-content/data- >

Re: [Xen-devel] [PATCH v2 00/13] "Non-shared" IOMMU support on ARM

> From: Oleksandr Tyshchenko [mailto:olekst...@gmail.com] > Sent: Monday, July 31, 2017 7:58 PM > > Hi, Kevin > > On Mon, Jul 31, 2017 at 8:57 AM, Tian, Kevin wrote: > >> From: Oleksandr Tyshchenko > >> Sent: Wednesday, July 26, 2017 1:27 AM > >> > >> From: Oleksandr

Re: [Xen-devel] [PATCH v2] VT-d: don't panic/warn on iommu=no-igfx

> From: Rusty Bird [mailto:rustyb...@openmailbox.org] > Sent: Monday, July 31, 2017 5:04 PM > > When operating on an Intel graphics device, iommu_enable_translation() > panicked (force_iommu==1) or warned (force_iommu==0) about the BIOS if > is_igd_vt_enabled_quirk() returned 0. That's good if

[Xen-devel] [linux-next test] 112395: regressions - trouble: blocked/broken/fail/pass

flight 112395 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/112395/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64 7 xen-boot fail REGR. vs. 112382

Re: [Xen-devel] [RFC v2 10/12] tools: implemet new get value interface suitable for all psr allocation features.

On 17-07-31 15:30:16, Wei Liu wrote: > On Thu, Jul 20, 2017 at 04:49:11PM +0800, Yi Sun wrote: > > This patch implements a new get value interface in tools suitable for all > > psr > > allocation features and the whole flow. It also enables MBA support in tools > > to get MBA value. > > This

Re: [Xen-devel] [RFC v2 08/12] tools: create general interfaces to support psr allocation features.

On 17-07-31 15:30:08, Wei Liu wrote: > On Thu, Jul 20, 2017 at 04:49:09PM +0800, Yi Sun wrote: > [...] > > + > > +#ifdef LIBXL_HAVE_PSR_MBA > > +/* > > + * Function to set a domain's value. It operates on a single or multiple > > + * target(s) defined in 'target_map'. 'target_map' specifies all

Re: [Xen-devel] [RFC v2 04/12] x86: implement data structure and CPU init flow for MBA.

On 17-07-31 15:30:11, Wei Liu wrote: > On Thu, Jul 20, 2017 at 04:49:05PM +0800, Yi Sun wrote: > > #define PSR_CMT(1<<0) > > #define PSR_CAT(1<<1) > > #define PSR_CDP(1<<2) > > +#define PSR_MBA(1<<3) > > These should really be (1u << X) -- please use unsigned

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On Mon, 2017-07-31 at 16:58 -0700, Stefano Stabellini wrote: > On Tue, 1 Aug 2017, Dario Faggioli wrote: > > On Mon, 2017-07-31 at 14:20 -0700, Stefano Stabellini wrote: > > > On Thu, 27 Jul 2017, Dario Faggioli wrote: > > > > > > > > diff --git a/xen/common/rcupdate.c b/xen/common/rcupdate.c > >

Re: [Xen-devel] [PATCH v14 13/23] x86: refactor psr: CDP: implement CPU init flow.

On 17-07-31 08:20:44, Jan Beulich wrote: > >>> Yi Sun 07/15/17 2:48 AM >>> > >@@ -272,7 +312,8 @@ static int cat_init_feature(const struct cpuid_leaf > >*regs, > >if ( !opt_cpu_info ) > >return 0; > > > >-printk(XENLOG_INFO "CAT: enabled on socket %u, cos_max:%u,

Re: [Xen-devel] [PATCH v1 0/1] xen/arm: zynqmp: Disable PCIe

On Mon, Jul 31, 2017 at 11:11:39PM +0100, Julien Grall wrote: > > > On 31/07/2017 20:37, Edgar E. Iglesias wrote: > >From: "Edgar E. Iglesias" > > > >Hi, > > Hi Edgar, > > > >We're seeing panics in dom0 with PCIe enabled due to what seems > >to be wrongly created

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On Tue, 1 Aug 2017, Dario Faggioli wrote: > On Mon, 2017-07-31 at 14:20 -0700, Stefano Stabellini wrote: > > On Thu, 27 Jul 2017, Dario Faggioli wrote: > > > > > > diff --git a/xen/common/rcupdate.c b/xen/common/rcupdate.c > > > index f0fdc87..4586f2a 100644 > > > --- a/xen/common/rcupdate.c > >

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Mon, 31 Jul 2017, Edgar E. Iglesias wrote: > > > > @role Can only be 'master' or 'slave', it defaults to > > > > 'slave'. > > > > > > > > @prot When @role = master, this means the largest set > > > > of > > > > stage-2 permission

[Xen-devel] Xen on Intel Atom E3815: crash, no output

Hi all, I noticed that Xen does not boot on Intel Atom E3815. The system is a Dell Edge Gateway 3003: http://i.dell.com/sites/doccontent/shared-content/data-sheets/en/Documents/Dell_Edge_Gateway_3000_Series_spec_sheet.pdf?newtab=true Grub2 loads Xen and Dom0, but no output comes out of Xen.

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

flight 112402 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/112402/ 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 13

[Xen-devel] [PATCH v3 11/13] xen/pvcalls: implement poll command

For active sockets, check the indexes and use the inflight_conn_req waitqueue to wait. For passive sockets if an accept is outstanding (PVCALLS_FLAG_ACCEPT_INFLIGHT), check if it has been answered by looking at bedata->rsp[req_id]. If so, return POLLIN. Otherwise use the inflight_accept_req

[Xen-devel] [PATCH v3 02/13] xen/pvcalls: implement frontend disconnect

Introduce a data structure named pvcalls_bedata. It contains pointers to the command ring, the event channel, a list of active sockets and a list of passive sockets. Lists accesses are protected by a spin_lock. Introduce a waitqueue to allow waiting for a response on commands sent to the backend.

[Xen-devel] [PATCH v3 12/13] xen/pvcalls: implement release command

Send PVCALLS_RELEASE to the backend and wait for a reply. Take both in_mutex and out_mutex to avoid concurrent accesses. Then, free the socket. For passive sockets, check whether we have already pre-allocated an active socket for the purpose of being accepted. If so, free that as well.

[Xen-devel] [PATCH v3 10/13] xen/pvcalls: implement recvmsg

Implement recvmsg by copying data from the "in" ring. If not enough data is available and the recvmsg call is blocking, then wait on the inflight_conn_req waitqueue. Take the active socket in_mutex so that only one function can access the ring at any given time. If no data is available on the

[Xen-devel] [PATCH v3 06/13] xen/pvcalls: implement bind command

Send PVCALLS_BIND to the backend. Introduce a new structure, part of struct sock_mapping, to store information specific to passive sockets. Introduce a status field to keep track of the status of the passive socket. Signed-off-by: Stefano Stabellini CC:

[Xen-devel] [PATCH v3 08/13] xen/pvcalls: implement accept command

Introduce a waitqueue to allow only one outstanding accept command at any given time and to implement polling on the passive socket. Introduce a flags field to keep track of in-flight accept and poll commands. Send PVCALLS_ACCEPT to the backend. Allocate a new active socket. Make sure that only

[Xen-devel] [PATCH v3 00/13] introduce the Xen PV Calls frontend

Hi all, this series introduces the frontend for the newly introduced PV Calls procotol. PV Calls is a paravirtualized protocol that allows the implementation of a set of POSIX functions in a different domain. The PV Calls frontend sends POSIX function calls to the backend, which implements them

[Xen-devel] [PATCH v3 05/13] xen/pvcalls: implement connect command

Send PVCALLS_CONNECT to the backend. Allocate a new ring and evtchn for the active socket. Introduce fields in struct sock_mapping to keep track of active sockets. Introduce a waitqueue to allow the frontend to wait on data coming from the backend on the active socket (recvmsg command). Two

[Xen-devel] [PATCH v3 13/13] xen: introduce a Kconfig option to enable the pvcalls frontend

Also add pvcalls-front to the Makefile. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- drivers/xen/Kconfig | 9 + drivers/xen/Makefile | 1 + 2 files changed, 10 insertions(+) diff --git a/drivers/xen/Kconfig

[Xen-devel] [PATCH v3 01/13] xen/pvcalls: introduce the pvcalls xenbus frontend

Introduce a xenbus frontend for the pvcalls protocol, as defined by https://xenbits.xen.org/docs/unstable/misc/pvcalls.html. This patch only adds the stubs, the code will be added by the following patches. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC:

[Xen-devel] [PATCH v3 04/13] xen/pvcalls: implement socket command and handle events

Send a PVCALLS_SOCKET command to the backend, use the masked req_prod_pvt as req_id. This way, req_id is guaranteed to be between 0 and PVCALLS_NR_REQ_PER_RING. We already have a slot in the rsp array ready for the response, and there cannot be two outstanding responses with the same req_id. Wait

[Xen-devel] [PATCH v3 07/13] xen/pvcalls: implement listen command

Send PVCALLS_LISTEN to the backend. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- drivers/xen/pvcalls-front.c | 47 + drivers/xen/pvcalls-front.h | 1 + 2 files changed, 48 insertions(+)

[Xen-devel] [PATCH v3 09/13] xen/pvcalls: implement sendmsg

Send data to an active socket by copying data to the "out" ring. Take the active socket out_mutex so that only one function can access the ring at any given time. If not enough room is available on the ring, rather than returning immediately or sleep-waiting, spin for up to 5000 cycles. This

[Xen-devel] [PATCH v3 03/13] xen/pvcalls: connect to the backend

Implement the probe function for the pvcalls frontend. Read the supported versions, max-page-order and function-calls nodes from xenstore. Only one frontend<->backend connection is supported at any given time for a guest. Store the active frontend device to a static pointer. Introduce a stub

[Xen-devel] [linux-3.18 test] 112394: trouble: blocked/broken/fail/pass

flight 112394 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/112394/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112102

Re: [Xen-devel] [PATCH v2 11/13] xen/pvcalls: implement release command

On Thu, 27 Jul 2017, Boris Ostrovsky wrote: > > +int pvcalls_front_release(struct socket *sock) > > +{ > > + struct pvcalls_bedata *bedata; > > + struct sock_mapping *map; > > + int req_id, notify; > > + struct xen_pvcalls_request *req; > > + > > + if (!pvcalls_front_dev) > > +

Re: [Xen-devel] [PATCH v2 09/13] xen/pvcalls: implement recvmsg

On Thu, 27 Jul 2017, Boris Ostrovsky wrote: > On 07/26/2017 08:08 PM, Stefano Stabellini wrote: > > On Wed, 26 Jul 2017, Boris Ostrovsky wrote: > +count++; > +else > + >

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, Feb 09, 2017 at 12:32:09PM -0700, Tamas K Lengyel wrote: > On Thu, Feb 9, 2017 at 11:43 AM, Stefano Stabellini > wrote: > > On Thu, 9 Feb 2017, Tamas K Lengyel wrote: > >> On Thu, Feb 9, 2017 at 11:22 AM, Stefano Stabellini > >> wrote: > >>

Re: [Xen-devel] [PATCH v2 05/13] xen/pvcalls: implement bind command

On Thu, 27 Jul 2017, Boris Ostrovsky wrote: > >> This all looks very similar to previous patches. Can it be factored out? > > You are right that the pattern is the same for all commands: > > - get a request > > - fill the request > > - possibly do something else > > - wait > > however each request

Re: [Xen-devel] [PATCH v1 0/1] xen/arm: zynqmp: Disable PCIe

On 31/07/2017 20:37, Edgar E. Iglesias wrote: From: "Edgar E. Iglesias" Hi, Hi Edgar, We're seeing panics in dom0 with PCIe enabled due to what seems to be wrongly created mappings by Xen. With older kernels we didn't see the panics but PCIe wasn't functional

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On Mon, 2017-07-31 at 14:20 -0700, Stefano Stabellini wrote: > On Thu, 27 Jul 2017, Dario Faggioli wrote: > > > > diff --git a/xen/common/rcupdate.c b/xen/common/rcupdate.c > > index f0fdc87..4586f2a 100644 > > --- a/xen/common/rcupdate.c > > +++ b/xen/common/rcupdate.c > > @@ -84,8 +84,14 @@

Re: [Xen-devel] [PATCH v2 02/13] xen/pvcalls: connect to the backend

On Thu, 27 Jul 2017, Boris Ostrovsky wrote: > >>> static int pvcalls_front_probe(struct xenbus_device *dev, > >>> const struct xenbus_device_id *id) > >>> { > >>> + int ret = -EFAULT, evtchn, ref = -1, i; > >>> + unsigned int max_page_order, function_calls, len; >

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Mon, Jul 31, 2017 at 02:30:47PM -0700, Stefano Stabellini wrote: > On Mon, 31 Jul 2017, Edgar E. Iglesias wrote: > > On Fri, Jul 28, 2017 at 09:03:15PM +0800, Zhongze Liu wrote: > > > > > > 1. Motivation and Description > > > > Hi, > > > >

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Mon, 31 Jul 2017, Edgar E. Iglesias wrote: > On Fri, Jul 28, 2017 at 09:03:15PM +0800, Zhongze Liu wrote: > > > > 1. Motivation and Description > > Hi, > > I think this looks quite useful. I have a few comments inline. Hi Edgar, thanks for

Re: [Xen-devel] [RFC v2 2/6] xen/arm: Introduce platform_hvc

On Mon, Feb 13, 2017 at 02:08:43PM -0800, Stefano Stabellini wrote: > On Tue, 7 Feb 2017, Edgar E. Iglesias wrote: > > From: "Edgar E. Iglesias" > > > > Introduce platform_hvc as a way to handle hypercalls that > > Xen does not know about in a platform specific way.

Re: [Xen-devel] [PATCH 5/5] xen: RCU: avoid busy waiting until the end of grace period.

On Thu, 27 Jul 2017, Dario Faggioli wrote: > Instead of having the CPU where a callback is queued, busy > looping on rcu_pending(), use a timer. > > In fact, we let the CPU go idla,e but we program a timer ^ idle, > that will periodically wake it up, for checking

Re: [Xen-devel] [PATCH 3/5] xen: RCU/x86/ARM: discount CPUs that were idle when grace period started.

On Thu, 27 Jul 2017, Dario Faggioli wrote: > Xen is a tickless (micro-)kernel. This means that, when a CPU > becomes idle, we stop all the activity on it, including any > periodic tick or timer. > > When we imported RCU from Linux, Linux (x86) was a ticking > kernel, i.e., there was a periodic

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Fri, Jul 28, 2017 at 09:03:15PM +0800, Zhongze Liu wrote: > > 1. Motivation and Description Hi, I think this looks quite useful. I have a few comments inline. > > Virtual machines use

Re: [Xen-devel] [PATCH 2/5] xen: ARM: suspend the tick (if in use) when going idle.

On Thu, 27 Jul 2017, Dario Faggioli wrote: > Since commit 964fae8ac ("cpuidle: suspend/resume scheduler > tick timer during cpu idle state entry/exit"), if a scheduler > has a periodic tick timer, we stop it when going idle. > > This, however, is only true for x86. Make it true for ARM as > well.

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Mon, 31 Jul 2017, Zhongze Liu wrote: > I'm extremely sorry that I mistakenly copied and pasted an immediate > version of the proposal here. As you might have already noticed, some > of the content obviously conflicts with itself. Please see the new one below. > And some typo's and indentation

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Mon, 31 Jul 2017, Wei Liu wrote: > On Mon, Jul 31, 2017 at 01:09:04AM +0800, Zhongze Liu wrote: > > > > @cache_policyCan only appear when @role = master. > >The stage-2 cacheability/shareability attributes of the > >shared memory area. Currently,

Re: [Xen-devel] [XenSummit 2017] Shared coprocessor framework followup

On Tue, Jul 18, 2017 at 08:10:15PM +0300, Andrii Anisov wrote: > **Dear All, > > During the developers summit a Shared Coprocessor Framework (SCF) concept > was presented. Noticeable interest from community was discovered during > discussions. So this is a call for all interested parties to

Re: [Xen-devel] [PATCH] xen/arm: Fix comments coding style in assembler files

On Thu, 27 Jul 2017, Andrii Anisov wrote: > From: Andrii Anisov > > Signed-off-by: Andrii Anisov Reviewed-by: Stefano Stabellini > --- > xen/arch/arm/arm32/debug-8250.inc | 12 +++-- >

Re: [Xen-devel] PV drivers and zero copying

On Mon, 31 Jul 2017, Oleksandr Andrushchenko wrote: > 3 Sharing with page exchange (XENMEM_exchange) > == > > This API was pointed to me by Stefano Stabellini as one of the possible ways > to > achieve zero copying and share physically contiguous

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

flight 112391 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/112391/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-xsm 2 hosts-allocate broken REGR. vs. 112286 build-arm64-pvops

[Xen-devel] [PATCH] x86/apic/x2apic: Share IRQ vector between cluster members only when no cpumask is specified

We have limited number (slightly under NR_DYNAMIC_VECTORS=192) of IRQ vectors that are available to each processor. Currently, when x2apic cluster mode is used (which is default), each vector is shared among all processors in the cluster. With many IRQs (as is the case on systems with multiple

Re: [Xen-devel] DESIGN v2: CPUID part 3

On Wed, Jul 05, 2017 at 02:22:00PM +0100, Joao Martins wrote: > On 07/05/2017 12:16 PM, Andrew Cooper wrote: > > On 05/07/17 10:46, Joao Martins wrote: > >> Hey Andrew, > >> > >> On 07/04/2017 03:55 PM, Andrew Cooper wrote: > >>> Presented herewith is the a plan for the final part of CPUID work,

[Xen-devel] [PATCH v1 0/1] xen/arm: zynqmp: Disable PCIe

From: "Edgar E. Iglesias" Hi, We're seeing panics in dom0 with PCIe enabled due to what seems to be wrongly created mappings by Xen. With older kernels we didn't see the panics but PCIe wasn't functional in dom0. This disables the PCIe nodes on the ZynqMP until

[Xen-devel] [PATCH v1 1/1] xen/arm: Disable PCIe on the ZynqMP

From: "Edgar E. Iglesias" Disable PCIe on the ZynqMP. Xen does not yet know how to map the controller and dom0 fails to boot with the node enabled. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/platforms/xilinx-zynqmp.c | 1 + 1 file

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

flight 112390 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/112390/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 2 hosts-allocate broken REGR. vs. 110515 build-arm64-pvops

Re: [Xen-devel] [XTF PATCH] build: append -fno-pic to CFLAGS

On 31/07/17 18:20, Wei Liu wrote: > It appears that Stretch's gcc has this on by default, which causes the > generating of several get_pc_thunk's, which breaks xsa-192 test. > > Signed-off-by: Wei Liu Reviewed and committed. Thanks. ~Andrew

[Xen-devel] [XTF PATCH] build: append -fno-pic to CFLAGS

It appears that Stretch's gcc has this on by default, which causes the generating of several get_pc_thunk's, which breaks xsa-192 test. Signed-off-by: Wei Liu --- build/common.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/build/common.mk b/build/common.mk index

Re: [Xen-devel] [PATCH] xen:arm earlyprintk configuration for Hikey 960 boards

On 31/07/17 17:11, Konrad Rzeszutek Wilk wrote: On Thu, Jul 27, 2017 at 10:52:40AM +0100, Julien Grall wrote: Hi Konrad, On 27/07/17 02:18, Konrad Rzeszutek Wilk wrote: On Wed, Jul 26, 2017 at 05:59:15PM +0100, Julien Grall wrote: Hi Konrad, On 26/07/17 17:54, Konrad Rzeszutek Wilk wrote:

Re: [Xen-devel] [PATCH v2 2/2] libxl: do not start dom0 qemu for stubdomain when not needed

Wei Liu writes ("Re: [PATCH v2 2/2] libxl: do not start dom0 qemu for stubdomain when not needed"): > Hmm... I don't think there is requirement in CODING_STYLE for > multiple-line comment, so there are quite a few styles in use. But > looking at libxl code the prevailing style seems to be: > >

[Xen-devel] [libvirt test] 112392: trouble: blocked/broken/pass

flight 112392 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/112392/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 2 hosts-allocate broken REGR. vs. 112276

Re: [Xen-devel] [PATCH v2 2/2] libxl: do not start dom0 qemu for stubdomain when not needed

On Fri, Jul 28, 2017 at 06:42:14PM +0200, Marek Marczykowski-Górecki wrote: > Do not setup vfb+vkb when no access method was configured. Then check if > qemu is really needed. > > The only not configurable thing forcing qemu running in dom0 after this > change are consoles used to save/restore.

Re: [Xen-devel] PVH VCPU hotplug support v7?

On 07/31/2017 11:36 AM, Ross Lagerwall wrote: > On 07/31/2017 03:29 PM, Boris Ostrovsky wrote: >> On 07/31/2017 10:12 AM, Andrew Cooper wrote: >>> On 31/07/17 14:55, Boris Ostrovsky wrote: On 07/31/2017 09:20 AM, Ross Lagerwall wrote: > Hi Boris, > > I've modified your PVH VCPU

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

On 07/31/2017 11:20 AM, Jan Beulich wrote: Boris Ostrovsky 07/23/17 4:14 AM >>> @@ -1050,17 +1120,42 @@ static void scrub_free_pages(unsigned int node) -if ( node_need_scrub[node] == 0 ) -return; +

Re: [Xen-devel] [PATCH] xen:arm earlyprintk configuration for Hikey 960 boards

On Thu, Jul 27, 2017 at 10:52:40AM +0100, Julien Grall wrote: > Hi Konrad, > > On 27/07/17 02:18, Konrad Rzeszutek Wilk wrote: > > On Wed, Jul 26, 2017 at 05:59:15PM +0100, Julien Grall wrote: > > > Hi Konrad, > > > > > > On 26/07/17 17:54, Konrad Rzeszutek Wilk wrote: > > > > Introduce an

Re: [Xen-devel] [PATCH v5 3/8] mm: Scrub pages in alloc_heap_pages() if needed

On 07/31/2017 11:16 AM, Jan Beulich wrote: Boris Ostrovsky 07/23/17 4:07 AM >>> >> On 06/27/2017 02:00 PM, Jan Beulich wrote: >> Boris Ostrovsky 06/22/17 8:55 PM >>> @@ -862,10 +879,19 @@ static struct page_info

Re: [Xen-devel] [PATCH v2 3/5] xen/livepatch/ARM32: Don't load and crash on livepatches loaded with wrong alignment.

On Mon, Jul 31, 2017 at 07:55:34AM -0600, Jan Beulich wrote: > >>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>> > >--- a/docs/misc/livepatch.markdown > >+++ b/docs/misc/livepatch.markdown > >@@ -279,6 +279,10 @@ It may also have some architecture-specific sections. > >For

Re: [Xen-devel] [PATCH v5 1/8] mm: Place unscrubbed pages at the end of pagelist

On 07/31/2017 10:45 AM, Jan Beulich wrote: Boris Ostrovsky 07/23/17 4:01 AM >>> >> On 06/27/2017 01:06 PM, Jan Beulich wrote: >> Boris Ostrovsky 06/22/17 8:55 PM >>> +{ +if ( pg < first_dirty_pg )

Re: [Xen-devel] [PATCH v2 1/2] libxl: use xen-blkback for 'vbd' disk types by default

On Mon, Jul 31, 2017 at 04:56:04PM +0100, Wei Liu wrote: > On Fri, Jul 28, 2017 at 06:42:13PM +0200, Marek Marczykowski-Górecki wrote: > > This will allow later to make HVM domain without qemu in dom0 (in > > addition to the one in stubdomain). > > > > Signed-off-by: Marek Marczykowski-Górecki

Re: [Xen-devel] xen/link: Move .data.rel.ro sections into .rodata for final link

On Mon, 2017-07-31 at 07:15 -0600, Jan Beulich wrote: > > > > David Woodhouse 07/31/17 1:02 PM >>> > > On Sun, 2017-07-30 at 00:16 -0600, Jan Beulich wrote: > > > > > > David Woodhouse 07/20/17 5:22 PM >>> > > > > This includes stuff lke the hypercall

Re: [Xen-devel] [PATCH v2 1/2] libxl: use xen-blkback for 'vbd' disk types by default

On Fri, Jul 28, 2017 at 06:42:13PM +0200, Marek Marczykowski-Górecki wrote: > This will allow later to make HVM domain without qemu in dom0 (in > addition to the one in stubdomain). > > Signed-off-by: Marek Marczykowski-Górecki > > --- > This is extracted from

Re: [Xen-devel] PVH VCPU hotplug support v7?

On 07/31/2017 03:29 PM, Boris Ostrovsky wrote: On 07/31/2017 10:12 AM, Andrew Cooper wrote: On 31/07/17 14:55, Boris Ostrovsky wrote: On 07/31/2017 09:20 AM, Ross Lagerwall wrote: Hi Boris, I've modified your PVH VCPU hotplug support v6 patch series [1] to support HVM guests running _with_ a

Re: [Xen-devel] [PATCH 0/3] Docs: consolidate release related documents

On Mon, Jul 31, 2017 at 02:51:21PM +0100, Ian Jackson wrote: > Wei Liu writes ("[PATCH 0/3] Docs: consolidate release related documents"): > > Wei Liu (3): > > docs: consolidate release related documents > > docs: add xen-release-management.pandoc > > docs: hook up process/ to build system >

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

>>> Boris Ostrovsky 07/23/17 4:14 AM >>> >>> @@ -1050,17 +1120,42 @@ static void scrub_free_pages(unsigned int node) >>> -if ( node_need_scrub[node] == 0 ) >>> -return; >>> +if ( preempt || (node_need_scrub[node] ==

Re: [Xen-devel] [RFC v4]Proposal to allow setting up shared memory areas between VMs from xl config file

On Mon, Jul 31, 2017 at 01:09:04AM +0800, Zhongze Liu wrote: > > @cache_policyCan only appear when @role = master. >The stage-2 cacheability/shareability attributes of the >shared memory area. Currently, only two policies are >

Re: [Xen-devel] [PATCH v5 3/8] mm: Scrub pages in alloc_heap_pages() if needed

>>> Boris Ostrovsky 07/23/17 4:07 AM >>> >On 06/27/2017 02:00 PM, Jan Beulich wrote: > Boris Ostrovsky 06/22/17 8:55 PM >>> >>> @@ -862,10 +879,19 @@ static struct page_info *alloc_heap_pages( >>> if ( d != NULL ) >>>

Re: [Xen-devel] [PATCH v2 1/2] libxl: Implement the handler to handle unrecoverable AER errors.

On Fri, Jul 28, 2017 at 04:56:56PM -0700, Venu Busireddy wrote: > On 2017-07-28 17:39:52 +0100, Ian Jackson wrote: > > Venu Busireddy writes ("[PATCH v2 1/2] libxl: Implement the handler to > > handle unrecoverable AER errors."): > > > Implement the callback function to handle unrecoverable AER

Re: [Xen-devel] [PATCH v6 05/12] x86/domctl: Handle ACPI access from domctl

On 07/31/2017 10:14 AM, Ross Lagerwall wrote: > On 01/03/2017 02:04 PM, Boris Ostrovsky wrote: >> Signed-off-by: Boris Ostrovsky >> --- >> Changes in v6: >> * Adjustments to to patch 4 changes. >> * Added a spinlock for VCPU map access >> * Return an error on guest

Re: [Xen-devel] [PATCH v5 1/8] mm: Place unscrubbed pages at the end of pagelist

>>> Boris Ostrovsky 07/23/17 4:01 AM >>> >On 06/27/2017 01:06 PM, Jan Beulich wrote: > Boris Ostrovsky 06/22/17 8:55 PM >>> >>> +{ >>> +if ( pg < first_dirty_pg ) >>> +first_dirty = (first_dirty_pg -

Re: [Xen-devel] [PATCH v7 00/14] arm/mem_access: Walk guest page tables in SW if mem_access is active

On 18/07/17 13:24, Sergej Proskurin wrote: > Hi all, Hi, > > The function p2m_mem_access_check_and_get_page is called from the function > get_page_from_gva if mem_access is active and the hardware-aided translation > of > the given guest virtual address (gva) into machine address fails. That

Re: [Xen-devel] [PATCH v2 1/2] libxl: Implement the handler to handle unrecoverable AER errors.

On Fri, Jul 28, 2017 at 10:15:40AM -0700, Venu Busireddy wrote: > On 2017-07-28 16:58:13 +0100, Wei Liu wrote: > > On Wed, Jul 26, 2017 at 07:16:38PM -0500, Venu Busireddy wrote: > > > Implement the callback function to handle unrecoverable AER errors, and > > > also the public APIs that can be

Re: [Xen-devel] [PATCH v4 06/13] libxl: change p9 to use generec add function

On Sun, Jul 30, 2017 at 09:42:09PM +0300, Oleksandr Grytsov wrote: > On Fri, Jul 28, 2017 at 7:23 PM, Wei Liu wrote: > > On Fri, Jul 28, 2017 at 03:11:34PM +0100, Wei Liu wrote: > >> On Tue, Jul 18, 2017 at 05:25:23PM +0300, Oleksandr Grytsov wrote: > >> [...] > >> > /*

Re: [Xen-devel] [RFC v2 10/12] tools: implemet new get value interface suitable for all psr allocation features.

On Thu, Jul 20, 2017 at 04:49:11PM +0800, Yi Sun wrote: > This patch implements a new get value interface in tools suitable for all psr > allocation features and the whole flow. It also enables MBA support in tools > to get MBA value. This suggests this patch can be at least broken into two? >

Re: [Xen-devel] [RFC v2 03/12] x86: rename 'cbm_type' to 'psr_val_type' to make it general.

On Thu, Jul 20, 2017 at 04:49:04PM +0800, Yi Sun wrote: > This patch renames 'cbm_type' to 'psr_val_type' to make it be general. > Then, we can reuse this for all psr allocation features. > > Signed-off-by: Yi Sun The code LGTM.

Re: [Xen-devel] [RFC v2 08/12] tools: create general interfaces to support psr allocation features.

On Thu, Jul 20, 2017 at 04:49:09PM +0800, Yi Sun wrote: [...] > + > +#ifdef LIBXL_HAVE_PSR_MBA > +/* > + * Function to set a domain's value. It operates on a single or multiple > + * target(s) defined in 'target_map'. 'target_map' specifies all the sockets > + * to be operated on. > + */ > +int

Re: [Xen-devel] [RFC v2 09/12] tools: implement the new get hw info interface suitable to all psr allocation features.

On Thu, Jul 20, 2017 at 04:49:10PM +0800, Yi Sun wrote: > This patch implements a new get hw info interface suitable for all psr > allocation > features and the whole flow. It also enables MBA support in tools to get MBA > HW info. > > Signed-off-by: Yi Sun > --- >

Re: [Xen-devel] [RFC v2 04/12] x86: implement data structure and CPU init flow for MBA.

On Thu, Jul 20, 2017 at 04:49:05PM +0800, Yi Sun wrote: > This patch implements main data structures of MBA. > > Like CAT features, MBA HW info has cos_max which means the max cos > registers number, and thrtl_max which means the max throttle value > (delay value). It also has a flag to represent

Re: [Xen-devel] [RFC v2 02/12] Rename PSR sysctl/domctl interfaces and xsm policy to make them be general.

Normally there is no need to have period at the end of the subject line. On Thu, Jul 20, 2017 at 04:49:03PM +0800, Yi Sun wrote: > This patch renames PSR sysctl/domctl interfaces and related xsm policy to > make them be general for all resource allocation features but not only > for CAT. Then, we

Re: [Xen-devel] PVH VCPU hotplug support v7?

On 07/31/2017 10:12 AM, Andrew Cooper wrote: > On 31/07/17 14:55, Boris Ostrovsky wrote: >> On 07/31/2017 09:20 AM, Ross Lagerwall wrote: >>> Hi Boris, >>> >>> I've modified your PVH VCPU hotplug support v6 patch series [1] to >>> support HVM guests running _with_ a device model for XenServer's

Re: [Xen-devel] [PATCH v14 16/23] x86: L2 CAT: implement CPU init flow.

>>> Yi Sun 07/15/17 2:49 AM >>> >@@ -273,6 +275,12 @@ static int cat_init_feature(const struct cpuid_leaf *regs, >struct psr_socket_info *info, >enum psr_feat_type type) >{ >+const char * const cat_feat_name[FEAT_TYPE_NUM] = { Strictly speaking the blank after the

Re: [Xen-devel] [PATCH v14 13/23] x86: refactor psr: CDP: implement CPU init flow.

>>> Yi Sun 07/15/17 2:48 AM >>> >@@ -272,7 +312,8 @@ static int cat_init_feature(const struct cpuid_leaf *regs, >if ( !opt_cpu_info ) >return 0; > >-printk(XENLOG_INFO "CAT: enabled on socket %u, cos_max:%u, cbm_len:%u\n", >+printk(XENLOG_INFO "%s: enabled on

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

flight 112389 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/112389/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 2 hosts-allocate broken REGR. vs. 111765 build-arm64-xsm

Re: [Xen-devel] PVH VCPU hotplug support v7?

On 31/07/17 14:55, Boris Ostrovsky wrote: > On 07/31/2017 09:20 AM, Ross Lagerwall wrote: >> Hi Boris, >> >> I've modified your PVH VCPU hotplug support v6 patch series [1] to >> support HVM guests running _with_ a device model for XenServer's >> purposes. This is useful because it moves the vCPU

Re: [Xen-devel] [PATCH v6 05/12] x86/domctl: Handle ACPI access from domctl

On 01/03/2017 02:04 PM, Boris Ostrovsky wrote: Signed-off-by: Boris Ostrovsky --- Changes in v6: * Adjustments to to patch 4 changes. * Added a spinlock for VCPU map access * Return an error on guest trying to write VCPU map snip -static int

Re: [Xen-devel] [PATCH v14 12/23] x86: refactor psr: L3 CAT: set value: implement write msr flow.

>>> Yi Sun 07/15/17 2:48 AM >>> >static int write_psr_msrs(unsigned int socket, unsigned int cos, >const uint32_t val[], unsigned int array_len, >enum psr_feat_type feat_type) >{ >-return -ENOENT; >+int ret; >+struct psr_socket_info *info =

Re: [Xen-devel] [PATCH v14 09/23] x86: refactor psr: L3 CAT: set value: assemble features value array.

>>> Yi Sun 07/15/17 2:47 AM >>> >@@ -619,6 +710,46 @@ static int insert_val_into_array(uint32_t val[], >enum cbm_type type, >uint32_t new_val) >{ >+const struct feat_node *feat; >+const struct feat_props *props; >+unsigned int i; >+int ret; >+ >+

Re: [Xen-devel] [PATCH v2 5/5] livepatch: Declare live patching as a supported feature

>>> Konrad Rzeszutek Wilk 07/26/17 9:48 PM >>> >From: Ross Lagerwall > >See docs/features/livepatch.pandoc for the details. > >Signed-off-by: Ross Lagerwall >Signed-off-by: Konrad Rzeszutek Wilk

Re: [Xen-devel] [PATCH v2 4/5] alternative/x86/arm32: Align altinstructions (and altinstr_replacement) sections.

>>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>> >On x86 the bloat-o-meter detects that with this change the file shrinks: >add/remove: 1/0 grow/shrink: 0/2 up/down: 156/-367 (-211) >function old new delta >get_page_from_gfn

Re: [Xen-devel] [PATCH] xen/events: Fix interrupt lost during irq_disable and irq_enable

On 07/29/2017 12:59 PM, Liu Shuo wrote: > Here is a device has xen-pirq-MSI interrupt. Dom0 might lost interrupt > during driver irq_disable/irq_enable. Here is the scenario, > 1. irq_disable -> disable_dynirq -> mask_evtchn(irq channel) > 2. dev interrupt raised by HW and Xen mark its evtchn as

  1   2   >