Re: [Xen-devel] [PATCH v2 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

On Wed, Mar 16, 2016 at 03:35:03PM +, Paul Durrant wrote: > This patch adds code to enable the APIC assist enlightenment which, > under certain conditions, means that the guest can avoid an EOI of > the local APIC and thereby avoid a VMEXIT. > > Use of the enlightenment by the hypervisor is

Re: [Xen-devel] [PATCH v2 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

> -Original Message- > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com] > Sent: 16 March 2016 17:47 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Wei Liu; Stefano Stabellini; Andrew > Cooper; Ian Jackson; Jan Beulich; Keir (Xen.org) > Subject: Re: [Xen-devel] [PATCH

Re: [Xen-devel] [PATCH v3 2/5] arm/config: Declare ELFSIZE_[32|64] respectively.

Hi Konrad On 16/03/2016 17:52, Konrad Rzeszutek Wilk wrote: On Wed, Mar 16, 2016 at 05:32:09PM +, Julien Grall wrote: Sorry for the late answer on this patch. I noticed the problem while I was reviewing your xSplice patch series. On 12/02/2016 15:56, Konrad Rzeszutek Wilk wrote: From

Re: [Xen-devel] List of projects for 4.7

On 2016年03月18日 20:07, Wei Liu wrote: > Hi all > > Today is that last posting day for new features. And we are two weeks > away from the anticipated freeze date. > > I've gone through the outstanding patch series on the list and ask for > input from various core community members. I've enumerated

Re: [Xen-devel] [PATCH v4 04/34] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

On 17/03/16 01:38, Konrad Rzeszutek Wilk wrote: > +static const char *capabilities_info(ssize_t *len) > +{ > +static xen_capabilities_info_t cached_cap; > +static unsigned int cached_cap_len; > +static bool_t cached; > + > +if ( unlikely(!cached) ) > +{ > +

Re: [Xen-devel] [PATCH v2] vmx: Restore debug registers when injecting #DB traps

>>> On 11.03.16 at 17:23, wrote: > Commit a929bee0e652 ("x86/vmx: Fix injection of #DB traps following > XSA-156") prevents an infinite loop in certain #DB traps. However, it > changed the behavior to not call hvm_hw_inject_trap() for #DB and #AC > traps which which

Re: [Xen-devel] [PATCH v11 00/27] COarse-grain LOck-stepping Virtual Machines for Non-stop Service

Konrad Rzeszutek Wilk writes ("Re: [PATCH v11 00/27] COarse-grain LOck-stepping Virtual Machines for Non-stop Service"): > On Fri, Mar 04, 2016 at 06:17:13PM +, Ian Jackson wrote: > > But as you see from my mails I have some serious questions about the > > disk checkpointing/plumbing

Re: [Xen-devel] [PATCH v3 2/5] arm/config: Declare ELFSIZE_[32|64] respectively.

On Wed, Mar 16, 2016 at 05:32:09PM +, Julien Grall wrote: > Hi Konrad, > > Sorry for the late answer on this patch. I noticed the problem while I was > reviewing your xSplice patch series. > > On 12/02/2016 15:56, Konrad Rzeszutek Wilk wrote: > > From 32a062c119091f2f3f6a4c540a8098e97c273dd2

[Xen-devel] [PATCH 4/8] libxl: Move check for local access to a funciton

From: George Dunlap Move pygrub checks for local access ability into a separate function. Also reorganize libxl__device_disk_local_initiate_attach so that we don't initialize dls->disk unless we actually end up doing a local attach. Signed-off-by: George Dunlap

[Xen-devel] [PATCH v6 06/22] arm/acpi: Prepare STAO table for Dom0

From: Shannon Zhao Create STAO table for Dom0. This table is used to tell Dom0 whether it should ignore UART defined in SPCR table or the ACPI namespace names. Look at below url for details: http://wiki.xenproject.org/mediawiki/images/0/02/Status-override-table.pdf

[Xen-devel] CfP 11th Workshop on Virtualization in High-Performance Cloud Computing (VHPC '16)

CALL FOR PAPERS 11th Workshop on Virtualization in High­-Performance Cloud Computing (VHPC '16) held in conjunction with the International Supercomputing Conference - High Performance, June 19-23, 2016, Frankfurt, Germany.

Re: [Xen-devel] [PATCH] x86/hvm/viridian: fix the TLB flush hypercall

> -Original Message- > From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: 16 March 2016 13:20 > To: Paul Durrant; xen-de...@lists.xenproject.org > Cc: Keir (Xen.org); Jan Beulich > Subject: Re: [PATCH] x86/hvm/viridian: fix the TLB flush hypercall > > On 16/03/16 13:00, Paul

Re: [Xen-devel] [PATCH v11 14/27] secondary vm suspend/resume/checkpoint code

On Thu, Mar 17, 2016 at 05:03:12PM +0800, Changlong Xie wrote: > On 03/05/2016 01:11 AM, Ian Jackson wrote: > >Changlong Xie writes ("[PATCH v11 14/27] secondary vm > >suspend/resume/checkpoint code"): > >>From: Wen Congyang > >> > >>Secondary vm is running in colo mode. So

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

On Tue, Mar 15, 2016 at 03:35:05PM +, Andrew Cooper wrote: > All of this information will be used by the toolstack to make informed > levelling decisions for VMs, and by Xen to sanity check toolstack-provided > information. > > Signed-off-by: Andrew Cooper

[Xen-devel] [PATCH v6 22/22] xen/arm64: Add ACPI support

From: Naresh Bhat Add ACPI support on arm64 xen hypervisor. Enable EFI support on ARM. Cc: Jan Beulich Signed-off-by: Shannon Zhao Acked-by: Jan Beulich Reviewed-by: Stefano Stabellini

Re: [Xen-devel] MTRR on Xen - BIOS use and implications for Linux

tl;dr? Somewhere in here are some actual questions which I will attempt to answer. Please try and be more concise in future. On 16/03/16 20:08, Luis R. Rodriguez wrote: > Toshi noted a while ago as well that if BIOS/firmware enables MTRR but > the kernel does not have it enabled one issue might

[Xen-devel] [qemu-mainline baseline-only test] 44251: regressions - FAIL

This run is configured for baseline tests only. flight 44251 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44251/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15

Re: [Xen-devel] [PATCH v9]xen: sched: convert RTDS from time to event driven model

On 03/16/2016 10:25 AM, Dario Faggioli wrote: +if ( curr_on_cpu(vc->processor) == vc && >+ ( !list_empty(runq) ) ) > So, this is because, since we don't keep the idle vcpus in the runqueues, we need to catch the case where v is running, but no other vcpu is waiting on the

[Xen-devel] [PATCH 3/8] tools/hotplug: Write physical-device-path in addition to physical-device

Change block-common.sh on Linux to write physical-device-path with the path of the device node, in addition to physical-device with its major:minor numbers. Signed-off-by: George Dunlap --- CC: Ian Jackson CC: Roger Pau Monne

Re: [Xen-devel] [PATCH v3 02/28] xen/x86: Rename features to be closer to the vendor definitions

On 16/03/16 08:01, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 15, 2016 at 03:34:58PM +, Andrew Cooper wrote: >> These features are soon to be exposed in the Xen public API. Rename them to >> better match the vendor definitions. >> > At the same time they won't match with Linux definitions -

Re: [Xen-devel] [PATCH 2/6] xenalyze: Support for ARM platform

On 16/03/2016 20:51, Benjamin Sanda wrote: > From: bensanda > > Modified to provide building of the xenalyze binary for ARM platforms. This > was done in conjunction with patches to xentrace allowing its use on ARM. The > xenalyze binary is now built as part of the

[Xen-devel] [PATCH 2/3] Rename p2m_mmio_write_dm to p2m_ioreq_server

Previously p2m type p2m_mmio_write_dm was introduced for write- protected memory pages whose write operations are supposed to be forwarded to and emulated by an ioreq server. Yet limitations of rangeset restricts the number of guest pages to be write-protected. This patch replace the p2m type

Re: [Xen-devel] [PATCH] xen/x86: Remap text/data/bss with appropriate permissions

>>> On 17.03.16 at 17:15, wrote: > On 17/03/16 15:32, Jan Beulich wrote: > On 17.03.16 at 15:44, wrote: >>> On 17/03/16 14:31, Jan Beulich wrote: Also - do we really want to make this code dependent on map_pages_to_xen() not

Re: [Xen-devel] [PATCH 03/16] xen: sched: make implementing .alloc_pdata optional

On Fri, Mar 18, 2016 at 3:04 PM, Dario Faggioli wrote: > The .alloc_pdata scheduler hook must, before this change, > be implemented by all schedulers --even those ones that > don't need to allocate anything. > > Make it possible to just use the SCHED_OP(), like for >

[Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

The current RTDS code has several problems: - the scheduler, although the algorithm is event driven by nature, follows a time driven model (is invoked periodically!), making the code look unnatural; - budget replenishment logic, budget enforcement logic and scheduling decisions are

[Xen-devel] [PATCH 1/2] xen/x86: Move irq allocation from Xen smp_op.cpu_up()

Commit ce0d3c0a6fb1 ("genirq: Revert sparse irq locking around __cpu_up() and move it to x86 for now") reverted irq locking introduced by commit a89941816726 ("hotplug: Prevent alloc/free of irq descriptors during cpu up/down") because of Xen allocating irqs in both of its cpu_up ops. We can move

[Xen-devel] [PATCH v7 for Xen 4.7 4/4] xl: enable per-VCPU parameter settings for RTDS scheduler

Change main_sched_rtds and related output functions to support per-VCPU settings. Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH v6: 1) More explain in xl.pod.1 and cmdtable.c 2) Resolve

Re: [Xen-devel] [PATCH v7 for Xen 4.7 3/4] libxl: enable per-VCPU parameter settings for RTDS scheduler

On Wed, Mar 16, 2016 at 11:05 PM, Dario Faggioli wrote: > On Wed, 2016-03-16 at 11:47 -0500, Chong Li wrote: >> Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set >> functions to support per-VCPU settings. >> >> +/* Set the RTDS scheduling parameters of

Re: [Xen-devel] FROZEN transitions hotplug notifier

On 16/03/16 17:49, Anna-Maria Gleixner wrote: > Hi, > > the hotplug notifieres in the following files don't handle the > corresponding FROZEN transitions: > > arch/arm/xen/enlighten.c > arch/x86/xen/enlighten.c > drivers/xen/events/events_fifo.c > > Is there a reason for it?

[Xen-devel] [PATCH] xen/events: Mask a moving irq

Moving an unmasked irq may result in irq handler being invoked on both source and target CPUs. With 2-level this can happen as follows: On source CPU: evtchn_2l_handle_events() -> generic_handle_irq() -> handle_edge_irq() -> eoi_pirq():

Re: [Xen-devel] [PATCH v7 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Thu, Mar 17, 2016 at 5:03 AM, Dario Faggioli wrote: > On Wed, 2016-03-16 at 11:47 -0500, Chong Li wrote: > >> --- a/xen/common/sched_rt.c >> +++ b/xen/common/sched_rt.c >> @@ -1129,24 +1145,22 @@ rt_dom_cntl( >> struct vcpu *v; >> unsigned long flags; >>

Re: [Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

On Thu, 2016-03-17 at 12:06 -0400, Tianyang Chen wrote: > The current RTDS code has several problems: >  - the scheduler, although the algorithm is event driven by >    nature, follows a time driven model (is invoked periodically!), >    making the code look unnatural; >  - budget replenishment

[Xen-devel] [distros-debian-squeeze test] 44250: tolerable trouble: broken/pass

flight 44250 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44250/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-i386-squeeze-netboot-pygrub 3 host-install(3) broken blocked in 44234

Re: [Xen-devel] [PATCH] x86/hvm/viridian: fix the TLB flush hypercall

>>> On 16.03.16 at 14:00, wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -2576,12 +2576,9 @@ int hvm_vcpu_initialise(struct vcpu *v) > if ( rc != 0 ) > goto fail6; > > -if ( is_viridian_domain(d) ) > -{ > -rc =

[Xen-devel] Outreachy 2016

​Hi Roger, I am interested in working on the project "QEMU xen-blkback performance analysis and improvements". I am enrolled at ​ ​ master ​ ​ program in the field Computer Science at Warsaw University of Technology(Poland), The Faculty of Electronics and Information Technology. I would like to

Re: [Xen-devel] [PATCH v11 13/27] tools/libx{l, c}: add postcopy/suspend callback to restore side

On 03/05/2016 01:05 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 13/27] tools/libx{l,c}: add postcopy/suspend callback to restore side"): From: Wen Congyang Secondary(restore side) is running under COLO, we also need postcopy/suspend callbacks. This patch

Re: [Xen-devel] [PATCH v5 21/22] xen/arm: Add a hypercall for device mmio mapping

On 2016/3/16 18:04, Jan Beulich wrote: On 16.03.16 at 10:48, wrote: >> On 2016/3/4 18:29, Jan Beulich wrote: > --- a/xen/arch/arm/mm.c > +++ b/xen/arch/arm/mm.c > @@ -1138,6 +1138,9 @@ int xenmem_add_to_physmap_one( >

[Xen-devel] [PATCH v2 1/2] xsm: only define XSM_MAGIC in xsm.h

Rather than have XSM_MAGIC set in the global xen/config.h and set in xsm.h if it's unset, just set it once in xsm.h since its only used in files that already include xsm.h Signed-off-by: Doug Goldstein --- CC: Daniel De Graaf ---

[Xen-devel] [PATCH] x86/hvm/viridian: fix the TLB flush hypercall

Commit b38d426a "flush remote tlbs by hypercall" add support to allow Windows to request flush of remote TLB via hypercall rather than IPI. Unfortunately it seems that this code was broken in a couple of ways: 1) The allocation of the per-vcpu flush mask is gated on whether the domain has

Re: [Xen-devel] [PATCH v6 01/22] arm/acpi: Estimate memory required for acpi/efi tables

Hi Shannon, On 17/03/16 09:40, Shannon Zhao wrote: diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c index 83676e4..4e20499 100644 --- a/xen/arch/arm/domain_build.c +++ b/xen/arch/arm/domain_build.c @@ -12,6 +12,8 @@ #include #include #include +#include +#include

[Xen-devel] [PATCH v6 00/22] Prepare UEFI and ACPI tables for Dom0 on ARM64

From: Shannon Zhao These patches are Part 4 (and last part) of the previous patch set I sent which adds ACPI support for arm64 on Xen[1]. Split them as an individual set for convenient reviewing. These patches create UEFI and ACPI tables which are mapped to Dom0's space

Re: [Xen-devel] Frequent reports about Xen unstable hanging on ARM boots

Thanks Lars, we're not using 4.7-unstable at the moment, but we'll check this asap. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

>>> On 18.03.16 at 05:09, wrote: > Great job! However, we still have 1 mile in the 100-mile journey. :-D > > I applied the patch on staging and tried some test cases. One of them > is as follows: > > I tried to create a cpupool and then migrate a VM to the new cpupool; >

[Xen-devel] [PATCH 3/6] xentrace: P2M lookup suport for ARM platform

From: bensanda Modified p2m_lookup() to provide support for xentrace on the ARM platform. Added check for DOMID_XEN which skips PFN to MFN translation. xentrace sends a MFN dirrectly when requesting DOMID_XEN, so no translation is needed. Also sets page memory type,

[Xen-devel] [PATCH v5 1/2] x86/hvm/viridian: keep APIC assist page mapped...

... for the lifetime of the domain. If Xen is to make use of the APIC assist enlightenment then a persistent mapping needs to be kept, rather than the temporary one which is currently used only to initialize the page content. This patch also adds a comment block at the top of the source with

[Xen-devel] [PATCH v7 0/2] VT-d Device-TLB flush issue

1. Reduce spin timeout to 1ms, which can be boot-time changed with 'vtd_qi_timeout'. For example: multiboot /boot/xen.gz ... vtd_qi_timeout=100 ... 2. Fix vt-d Device-TLB flush timeout issue. If Device-TLB flush timed out, we would hide the target ATS device and crash the

Re: [Xen-devel] [PATCH v3 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

On Wed, Mar 16, 2016 at 05:44:12PM +, Paul Durrant wrote: > This patch adds code to enable the APIC assist enlightenment which, > under certain conditions, means that the guest can avoid an EOI of > the local APIC and thereby avoid a VMEXIT. > > Use of the enlightenment by the hypervisor is

[Xen-devel] FROZEN transitions hotplug notifier

Hi, the hotplug notifieres in the following files don't handle the corresponding FROZEN transitions: arch/arm/xen/enlighten.c arch/x86/xen/enlighten.c drivers/xen/events/events_fifo.c Is there a reason for it? Anna-Maria ___

[Xen-devel] [PATCH v6 02/17] xen/grant-table: Move xlated_setup_gnttab_pages to common place

From: Shannon Zhao Move xlated_setup_gnttab_pages to common place, so it can be reused by ARM to setup grant table. Rename it to xen_xlate_map_ballooned_pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

Re: [Xen-devel] [PATCH v3 22/28] tools/libxc: Modify bitmap operations to take void pointers

On Tue, Mar 15, 2016 at 03:35:18PM +, Andrew Cooper wrote: > The type of the pointer to a bitmap is not interesting; it does not affect the > representation of the block of bits being pointed to. > > Make the libxc functions consistent with those in Xen, so they can work just > as well with

[Xen-devel] [PATCH] blktap2: Invalid logic detecting unaligned buffers in vhd_write_block

It seems the logic is meant to detect sector unaligned buffers for block writes. The NOTing of the logic instead masks off any unaligned bits and also would cause the function to always fail. It seems the function is not used in any of the tools so that is probably why the problem is not seen. In

Re: [Xen-devel] [libvirt] [PATCH V2 0/4] Extend to a tristate

Ping V2 :-). FYI, Joao has {Reviewed,Tested}-by the series. Thanks! Regards, Jim On 03/07/2016 09:02 PM, Jim Fehlig wrote: > On 02/29/2016 09:00 PM, Jim Fehlig wrote: >> An expanded V2 of >> >> https://www.redhat.com/archives/libvir-list/2016-February/msg00140.html >> >> In V2, the feature is

[Xen-devel] [xen-4.6-testing test] 86551: regressions - FAIL

flight 86551 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/86551/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 10 guest-startfail REGR. vs. 85893 Regressions

Re: [Xen-devel] [PATCH v7 for Xen 4.7 3/4] libxl: enable per-VCPU parameter settings for RTDS scheduler

On Wed, 2016-03-16 at 11:47 -0500, Chong Li wrote: > Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set > functions to support per-VCPU settings. > Hey, Good job indeed, Chong, this is much better. Now, I appreciate that Wei already Acked this, but nevertheless, I have some

Re: [Xen-devel] [xen-4.3-testing test] 86445: regressions - trouble: blocked/broken/fail/pass

>>> On 18.03.16 at 12:29, wrote: > osstest service owner writes ("[xen-4.3-testing test] 86445: regressions - > trouble: blocked/broken/fail/pass"): >> flight 86445 xen-4.3-testing real [real] >> http://logs.test-lab.xenproject.org/osstest/logs/86445/ >> >>

[Xen-devel] [PATCH v6 07/22] arm/acpi: Prepare XSDT table for Dom0

From: Shannon Zhao Copy and modify XSDT table before passing it to Dom0. Repalce the entry value of the copied table. Add a new entry for STAO table as well. And keep entry value of other reused tables unchanged. Signed-off-by: Shannon Zhao

Re: [Xen-devel] [PATCH v2 0/2] usb, xen: add pvUSB backend

On 18/03/16 13:52, Gerd Hoffmann wrote: > On Do, 2016-03-10 at 16:19 +0100, Juergen Gross wrote: >> This series adds a Xen pvUSB backend driver to qemu. USB devices >> connected to the host can be passed through to a Xen guest. The >> devices are specified via Xenstore. Access to the devices is

Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support for Xen

On March 17, 2016 9:37pm, Haozhong Zhang wrote: > For PV guests (if we add vNVDIMM support for them in future), as I'm going to > use page_info struct for it, I suppose the current mechanism in Xen can handle > this case. I'm not familiar with PV memory management The

[Xen-devel] [PATCH 5/5] x86/time: implement PVCLOCK_TSC_STABLE_BIT

When using TSC as clocksource we will solely rely on TSC for updating vcpu time infos (pvti). Right now, each vCPU takes the tsc_timestamp at different instants meaning every EPOCH + delta. This delta is variable depending on the time the CPU calibrates with CPU 0 (master), and will likely be

[Xen-devel] [linux-4.1 test] 86510: regressions - FAIL

flight 86510 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86510/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Thursday, March 17, 2016 5:43 PM > > >>> On 17.03.16 at 09:17, wrote: > >> From: Xu, Quan > >> Sent: Thursday, March 17, 2016 3:13 PM > >> --- a/xen/drivers/passthrough/vtd/qinval.c > >> +++

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

>>> On 15.03.16 at 18:56, wrote: > lookup. Was this meant to be part of $subject? > @@ -1077,27 +1080,39 @@ void do_unexpected_trap(const char *msg, struct > cpu_user_regs *regs) > > int do_bug_frame(struct cpu_user_regs *regs, vaddr_t pc) > { > -const struct

Re: [Xen-devel] [PATCH v11 04/27] tools/libxl: Introduce new helper function dup_fd_helper()

On 03/05/2016 12:42 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 04/27] tools/libxl: Introduce new helper function dup_fd_helper()"): From: Wen Congyang It is pure refactoring and no functional changes. ... /*- helper execution -*/ +static int

Re: [Xen-devel] [PATCH 0/6] xentrace/xenalyze support on ARM

Julien, > Can you please CC the relevant maintainers in the next version of this series? > You can use scripts/get_maintainers.pl for this purpose. I did. The list output to me was: Ian Jackson Jan Beulich Keir Fraser Tim Deegan

Re: [Xen-devel] [PATCH] tools/xenstore-watch: Add new timeout parameter

On Wed, Mar 16, 2016 at 05:50:46PM +0200, Razvan Cojocaru wrote: [...] > } > > @@ -273,27 +274,49 @@ do_chmod(char *path, struct xs_permissions *perms, int > nperms, int upto, > } > > static void > -do_watch(struct xs_handle *xsh, int max_events) > +do_watch(struct xs_handle *xsh, int

Re: [Xen-devel] Outreachy

Hi Renata adding Jesus and xen-devel > On 18 Mar 2016, at 03:37, renata gegaj wrote: > > Hello Lars, > > I am Renata Gegaj a student from Kosovo. I study computer science and > engineering. This is my first time participating in the Outreachy program, it > is also

Re: [Xen-devel] Xen 4.6 --with-ovmf, on UEFI Dom0 host up/running, but logging repeated "d1v0 Over-allocation for domain" ?

In Dom0: xenstore-ls -f /local/domain/$guest_domid and paste it here. xl list NameID Mem VCPUs State Time(s) Domain-0 0 4096 1 r- 111.3 test-template1 2049

[Xen-devel] [PATCH 2/2] IOMMU/MMU: Adjust low level functions for VT-d Device-TLB flush error.

Current code would be panic(), when VT-d Device-TLB flush timed out. the panic() is going to be eliminated, so we must check all kinds of error and all the way up the call trees. Signed-off-by: Quan Xu CC: Jun Nakajima CC: Kevin Tian

Re: [Xen-devel] [PATCH 2/3] libxl: add domain config parameter to force start of qemu

On Thu, Mar 10, 2016 at 3:00 PM, Juergen Gross wrote: > Today the device model (qemu) is started for a pv domain only in case > a device requiring qemu is specified in the domain configuration > (qdisk, vfb, channel). If there is no such device the device model > isn't started

Re: [Xen-devel] [PATCH] docs: update FLASK cmd line instructions

On 3/15/16 3:43 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 15, 2016 at 03:40:19PM -0500, Doug Goldstein wrote: >> On 3/15/16 3:24 PM, Konrad Rzeszutek Wilk wrote: >>> On Mon, Mar 14, 2016 at 07:37:39PM -0500, Doug Goldstein wrote: The command line instructions for FLASK include a note on

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Wed, 2016-03-16 at 09:46 -0500, Chong Li wrote: > On Wed, Mar 16, 2016 at 3:23 AM, Dario Faggioli > wrote: > >  > > I continue to think that it could be useful to have this logged, > > but > > I'm leaning toward just killing it for now (and maybe finding > > another

Re: [Xen-devel] [PATCH v3 28/28] tools/libxc: Calculate xstate cpuid leaf from guest information

On Tue, Mar 15, 2016 at 03:35:24PM +, Andrew Cooper wrote: > It is unsafe to generate the guests xstate leaves from host information, as it > prevents the differences between hosts from being hidden. > > Signed-off-by: Andrew Cooper Acked-by: Wei Liu

[Xen-devel] [PATCH v2] x86/hvm/viridian: fix the TLB flush hypercall

Commit b38d426a "flush remote tlbs by hypercall" add support to allow Windows to request flush of remote TLB via hypercall rather than IPI. Unfortunately it seems that this code was broken in a couple of ways: 1) The allocation of the per-vcpu ipi mask is gated on whether the domain has

[Xen-devel] [PATCH v2 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

This patch adds code to enable the APIC assist enlightenment which, under certain conditions, means that the guest can avoid an EOI of the local APIC and thereby avoid a VMEXIT. Use of the enlightenment by the hypervisor is under control of the toolstack, and is added to the default set.

Re: [Xen-devel] [PATCH 1/2] IOMMU/MMU: Adjust top level functions for VT-d Device-TLB flush error.

>>> On 17.03.16 at 07:54, wrote: > @@ -53,11 +55,21 @@ static int device_power_down(void) > > ioapic_suspend(); > > -iommu_suspend(); > +err = iommu_suspend(); > +if ( err ) > +goto iommu_suspend_error; > > lapic_suspend(); > > return

[Xen-devel] [V4] x86/xsaves: calculate the xstate_comp_offsets base on xstate_bv

Previous patch using all available features calculate xstate_comp_offsets. This is wrong.This patch fix this bug by calculating the xstate_comp_offset based on xstate_bv of current guest. Also, the xstate_comp_offset should take alignment into consideration. Signed-off-by: Shuai Ruan

Re: [Xen-devel] [PATCH 2/2] x86/mtrr: Refactor PAT initialization code

On Mar 17, 2016 2:04 PM, "Toshi Kani" wrote: > > On Wed, 2016-03-16 at 00:29 +0100, Luis R. Rodriguez wrote: > > On Tue, Mar 15, 2016 at 05:48:44PM -0600, Toshi Kani wrote: > > > On Tue, 2016-03-15 at 01:15 +0100, Luis R. Rodriguez wrote: > > > > On Fri, Mar 11, 2016 at

Re: [Xen-devel] [PATCH 4/5] x86/time: refactor read_platform_stime()

On 17/03/16 16:12, Joao Martins wrote: > To fetch the last read from the clocksource which was used to > calculate system_time. In the case of clocksource=tsc we will > use it to set tsc_timestamp. > > Signed-off-by: Joao Martins Again, just minor style issues.

Re: [Xen-devel] [PATCH v10]xen: sched: convert RTDS from time to event driven model

On Thu, 2016-03-17 at 00:17 -0400, Tianyang Chen wrote: > The current RTDS code has several problems: >  - The scheduler, although the algorithm is event driven by >    nature, follows a time driven model (is invoked periodically!), >    making the code looks unnatural;                      ^look

Re: [Xen-devel] [PATCH v9]xen: sched: convert RTDS from time to event driven model

On Wed, 2016-03-16 at 10:20 -0400, Meng Xu wrote: > As to the comment, I will suggest: > > /* >  * RTDS_was_depleted: Is a vcpus budget depleted? > >  * + Set in burn_budget() when a vcpus budget turns to zero > >  * + Checked and cleared in repl_handler() to replenish the budget > >  */ > >

Re: [Xen-devel] Frequent reports about Xen unstable hanging on ARM boots

Hi, Lars! We've just verified current master (Xen 4.7-unstable) on our DRA7 setup. Everything works fine, issue is not reproduced. There are a lot of strange things in this setup: 1. It seems like there are problems with UART driver detection in Xen. It is because of incorrect command line:

[Xen-devel] [linux-mingo-tip-master test] 86535: regressions - FAIL

flight 86535 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/86535/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684

Re: [Xen-devel] rcu_sched self-detected stall on CPU on kernel 4.4.5 in PV DomU

On 19/03/2016 8:40 AM, Steven Haigh wrote: > Hi all, > > So I'd just like to give this a prod. I'm still getting DomU's randomly > go to 100% CPU usage using kernel 4.4.6 now. It seems running 4.4.6 as > the DomU does not induce these problems. Sorry - slight correction. Running 4.4.6 as the

[Xen-devel] [PATCH 08/16] xen: sched: prepare a .switch_sched hook for Credit2

RTDS is basically identical to Credit2, as far as scheduler lock (re)mapping is concerned. Therefore, the same analisys and considerations expressed for the previous patch ("xen: sched: prepare a .switch_sched hook for Credit2"), applies to it to. This patch, therefore, introduces the

[Xen-devel] [PATCH v6 04/17] arm/xen: Use xen_xlate_map_ballooned_pages to setup grant table

From: Shannon Zhao Use xen_xlate_map_ballooned_pages to setup grant table. Then it doesn't rely on DT or ACPI to pass the start address and size of grant table. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

Re: [Xen-devel] [PATCH 2/5] x86/time: implement tsc as clocksource

On 17/03/16 16:12, Joao Martins wrote: > Introduce support for using TSC as platform time which is the highest > resolution time and most performant to get (~20 nsecs). Though there > are also several problems associated with its usage, and there isn't a > complete (and architecturally defined)

Re: [Xen-devel] [PATCH v4 08/14] hvmloader: Locate the BIOS blob

On Tue, Mar 15, 2016 at 09:14:17PM -0400, Konrad Rzeszutek Wilk wrote: > On Mon, Mar 14, 2016 at 05:55:43PM +, Anthony PERARD wrote: > > The BIOS can be found an entry called "bios" of the modlist of the > > s/BIOS/BIOS blob/ > > hvm_start_info struct. > > > > The found BIOS blob is not

Re: [Xen-devel] [PATCH 3/8] tools/hotplug: Write physical-device-path in addition to physical-device

On 16/03/16 16:56, Ian Jackson wrote: > George Dunlap writes ("[PATCH 3/8] tools/hotplug: Write physical-device-path > in addition to physical-device"): >> Change block-common.sh on Linux to write physical-device-path with the >> path of the device node, in addition to physical-device with its >>

[Xen-devel] [PATCH 1/3] Add new functions to get/set memory types.

For clarity this patch breaks the code to set/get memory types out of do_hvm_op() into dedicated functions: hvmop_set/get_mem_type(). Also, for clarity, checks for whether a memory type change is allowed are broken out into a separate function called by hvmop_set_mem_type(). There is no

[Xen-devel] [PATCH 6/6] xentrace: ARM platform timestamp support

From: bensanda Modified to provide support for xentrace on the ARM platform. Changed get_cycles() to return the core timestamp tick count for use by the trace buffer timestamping routines in xentrace. Signed-off-by: Benjamin Sanda ---

[Xen-devel] [PATCH 1/2] xen: Fix page <-> pfn conversion on 32 bit systems

The xen functions to convert between pages and pfns fail due to an overflow on systems where a physical address may not fit in an unsigned long (e.g. x86 32 bit PAE systems). Rework the conversion to avoid overflow. This should also result in simpler object code. This bug manifested itself as

[Xen-devel] [linux-3.14 baseline-only test] 44255: tolerable FAIL

This run is configured for baseline tests only. flight 44255 linux-3.14 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44255/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-i386-rumpuserxen6 xen-build

[Xen-devel] [PATCH v8 for Xen 4.7 4/4] xl: enable per-VCPU parameter for RTDS

Change main_sched_rtds and related output functions to support per-VCPU settings. Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH v7: 1) Add example to xl.pod.1 Changes on PATCH v6: 1) More

[Xen-devel] [PATCH v2 0/2] x86/hvm/viridian: APIC assist

This patch series enables use of the 'APIC assist' enlightenment in Xen. See section 13.3.4.1 of the Microsoft Hypervisor Top Level Function Specification v4.0b at: https://msdn.microsoft.com/en-us/virtualization/hyperv_on_windows/develop/tlfs for more information. Patch #1 modifies the

Re: [Xen-devel] [PATCH v5 19/22] hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

Hi Jan, On 04/03/2016 10:16, Jan Beulich wrote: On 04.03.16 at 07:15, wrote: [...] --- a/xen/include/public/hvm/params.h +++ b/xen/include/public/hvm/params.h @@ -55,6 +55,16 @@ * if this delivery method is available. */ +#define

[Xen-devel] [PATCH v3 1/3] tmem: add tmem_disable() function

Instead of manipulating the opt_tmem variable directly utilize a wrapper function. Signed-off-by: Doug Goldstein Acked-by: Jan Beulich --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC:

Re: [Xen-devel] [PATCH v4 13/34] libxc: Implementation of XEN_XSPLICE_op in libxc

On Wed, Mar 16, 2016 at 06:12:02PM +, Wei Liu wrote: > On Tue, Mar 15, 2016 at 01:56:35PM -0400, Konrad Rzeszutek Wilk wrote: > > The underlaying toolstack code to do the basic > > operations when using the XEN_XSPLICE_op syscalls: > > - upload the payload, > > - get status of an payload, >

Re: [Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

>> > I tried to create a cpupool and then migrate a VM to the new >> > cpupool; >> > BTW, Meng: > > (XEN)[] schedule_cpu_switch+0x250/0x28a > (XEN)[] cpupool.c#cpupool_assign_cpu_locked+0x31/0x11f > > I think you mean "and then move a CPU from a cpupool to another". Or > perhaps what you

Re: [Xen-devel] rcu_sched self-detected stall on CPU on kernel 4.4.5 in PV DomU

Hi all, So I'd just like to give this a prod. I'm still getting DomU's randomly go to 100% CPU usage using kernel 4.4.6 now. It seems running 4.4.6 as the DomU does not induce these problems. Latest crash message from today: INFO: rcu_sched self-detected stall on CPU 0-...: (20869552

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

>>> On 17.03.16 at 09:17, wrote: >> From: Xu, Quan >> Sent: Thursday, March 17, 2016 3:13 PM >> --- a/xen/drivers/passthrough/vtd/qinval.c >> +++ b/xen/drivers/passthrough/vtd/qinval.c >> @@ -233,6 +233,57 @@ int qinval_device_iotlb(struct iommu *iommu, >> return 0; >>

  1   2   3   4   5   6   >