Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On 2/4/2016 5:28 PM, Paul Durrant wrote: -Original Message- From: Yu, Zhang [mailto:yu.c.zh...@linux.intel.com] Sent: 04 February 2016 08:51 To: George Dunlap; Ian Jackson Cc: Paul Durrant; Kevin Tian; Wei Liu; Ian Campbell; Andrew Cooper; xen- de...@lists.xen.org; Stefano Stabellini;

Re: [Xen-devel] new idl helper, append to Array

On Thu, 2016-02-04 at 10:23 +0100, Olaf Hering wrote: > Ian, > > in my pvscsi code I have two copies of a helper function which appends > yet another instance of something to an Array, as shown below. This is > similar to the _copy variant. Is it worth to let gentypes generate such > a helper,

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

>>> On 04.02.16 at 10:38, wrote: > So another question is, if value of this limit really matters, will a > lower one be more acceptable(the current 256 being not enough)? If you've carefully read George's replies, a primary aspect is whether we wouldn't better revert

Re: [Xen-devel] [PATCH] tools: libxc: do not redefine evtchn_port_or_error_t in xc_evtchn_compat.c

On Thu, Feb 04, 2016 at 10:19:55AM +, Ian Campbell wrote: > Adding Olaf, I forgot that Reported-by doesn't turn into a Cc. > > On Thu, 2016-02-04 at 10:15 +, Ian Campbell wrote: > > This file stradles the xenevtchn and libxc evtchn_compat worlds, and > > hence ends up with two

Re: [Xen-devel] [PATCH v2 07/11] xen/hvmlite: Initialize context for secondary VCPUs

On 02/02/16 16:58, Boris Ostrovsky wrote: > On 02/02/2016 11:21 AM, David Vrabel wrote: >> This needs some more description in the commit message. >> >>> --- a/arch/x86/xen/smp.c >>> +++ b/arch/x86/xen/smp.c >> [...] >>> +hctxt->cpu_regs.x86_32.cs_base = 0; >>> +

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On Thu, 2016-02-04 at 10:49 +, George Dunlap wrote: > On Thu, Feb 4, 2016 at 8:51 AM, Yu, Zhang > wrote: > > > Going forward, we probably will, at some point, need to implement a > > > parallel "p2t" structure to keep track of types -- and probably will > > >

Re: [Xen-devel] [PATCH v7 08/18] tools/libxl: introduce libxl__domain_restore_device_model to load qemu state

On Thu, Feb 04, 2016 at 01:24:41PM +0800, Wen Congyang wrote: > On 02/04/2016 03:40 AM, Wei Liu wrote: > > On Fri, Jan 29, 2016 at 01:27:24PM +0800, Wen Congyang wrote: > >> In normal migration, the qemu state is passed to qemu as a parameter. > >> With COLO, secondary vm is running. So we will do

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> -Original Message- [snip] > >>> Compare this to the downsides of the approach you're proposing: > >>> 1. Using 40 bytes of hypervisor space per guest GPU pagetable page (as > >>> opposed to using a bit in the existing p2m table) > >>> 2. Walking down an RB tree with 8000 individual nodes

Re: [Xen-devel] new idl helper, append to Array

On Thu, Feb 04, Ian Campbell wrote: > I think the append_to variant is probably least gross. libxl_device_vscsidev_append_to_vscsictrl() would work too. This is what I will use for the time being (modulo introduced runtime bugs): void libxl_device_vscsictrl_append_vscsidev(libxl_ctx *ctx,

Re: [Xen-devel] [BUG] libxl: error: libxl_device.c:301:libxl__device_disk_set_backend: no suitable backend for disk

On Thu, 2016-02-04 at 10:53 +1100, Alex Braunegg wrote: >  > There was a thread on this in 2013 > (http://lists.xen.org/archives/html/xen-devel/2013-03/msg00806.html) however > I have looked at the disk configuration, and there is no phy: / raw: / file: > prefix to the disk specification. Not

Re: [Xen-devel] [PATCH] tools: libxc: do not redefine evtchn_port_or_error_t in xc_evtchn_compat.c

On Thu, Feb 04, Ian Campbell wrote: > Reported-by: Olaf Hering be05b53 + this change can be compiled in SLE11 and SLE12. Thanks. Tested-by: Olaf Hering Olaf ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH v2 08/11] xen/hvmlite: Extend APIC operations for HVMlite guests

El 4/2/16 a les 11:04, David Vrabel ha escrit: > On 01/02/16 15:38, Boris Ostrovsky wrote: >> HVMlite guests need to be viewed as having APIC, otherwise smpboot code, >> for example, will complain. > > I think we should consider always giving HVMlite guests an emulated > APIC. I think this

Re: [Xen-devel] [PATCH] x86/hvm: simplify emulation triggered by vm_event response

On 04/02/16 12:27, Razvan Cojocaru wrote: > Currently, after receiving a vm_event reply requesting emulation, > the actual emulation is triggered in p2m_mem_access_check(), > which means that we're waiting for the page fault to occur again > before emulating. Presumably this means that we

Re: [Xen-devel] [PATCH v7 08/18] tools/libxl: introduce libxl__domain_restore_device_model to load qemu state

On Thu, Feb 04, 2016 at 09:41:54AM +, Wei Liu wrote: > On Thu, Feb 04, 2016 at 01:24:41PM +0800, Wen Congyang wrote: > > On 02/04/2016 03:40 AM, Wei Liu wrote: > > > On Fri, Jan 29, 2016 at 01:27:24PM +0800, Wen Congyang wrote: > > >> In normal migration, the qemu state is passed to qemu as a

Re: [Xen-devel] [PATCH v2 08/11] xen/hvmlite: Extend APIC operations for HVMlite guests

On 01/02/16 15:38, Boris Ostrovsky wrote: > HVMlite guests need to be viewed as having APIC, otherwise smpboot code, > for example, will complain. I think we should consider always giving HVMlite guests an emulated APIC. I think this eliminates one of the biggest differences between HVMlite and

Re: [Xen-devel] [RFC] support more qdisk types

On Wed, 2016-02-03 at 19:53 -0700, Jim Fehlig wrote: > > disk=[ > > 'backendtype=qdisk,format=raw,vdev=hda,access=rw,target=rbd:rbd/ubuntu1204.img' > > ] > > I thought I tried disk config along those lines with no success. But I'll > certainly take a closer look at using target= to

Re: [Xen-devel] [BUG} libxl.c:5947:libxl_send_trigger: Send trigger 'reset' failed: Function not implemented

On Thu, 2016-02-04 at 08:50 +1100, Alex Braunegg wrote: > [root@mynas-s5000xvn services]# /usr/sbin/xl reboot -F Windows_2008_R2 > Rebooting domain 5 > PV control interface not available: sending ACPI reset button event. > libxl: error: libxl.c:5947:libxl_send_trigger: Send trigger 'reset' failed:

[Xen-devel] [PATCH] x86/hvm: simplify emulation triggered by vm_event response

Currently, after receiving a vm_event reply requesting emulation, the actual emulation is triggered in p2m_mem_access_check(), which means that we're waiting for the page fault to occur again before emulating. Aside from the performance impact, this complicates the code since between

[Xen-devel] [distros-debian-wheezy test] 38725: all pass

flight 38725 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38725/ Perfect :-) All tests in this flight passed baseline version: flight 38710 jobs: build-amd64 pass build-armhf

Re: [Xen-devel] new idl helper, append to Array

On Thu, Feb 04, 2016 at 11:07:58AM +0100, Olaf Hering wrote: > On Thu, Feb 04, Ian Campbell wrote: > > > I think the append_to variant is probably least gross. > > libxl_device_vscsidev_append_to_vscsictrl() would work too. > > This is what I will use for the time being (modulo introduced

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

On Thu, 4 Feb 2016, Haozhong Zhang wrote: > On 02/03/16 15:22, Stefano Stabellini wrote: > > On Wed, 3 Feb 2016, George Dunlap wrote: > > > On 03/02/16 12:02, Stefano Stabellini wrote: > > > > On Wed, 3 Feb 2016, Haozhong Zhang wrote: > > > >> Or, we can make a file system on /dev/pmem0, create

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On Wed, 2016-02-03 at 17:41 +, George Dunlap wrote: > But of course, since they they aren't actually ranges but just gpfns, > they're scattered randomly throughout the guest physical address > space. (Possibly) stupid question: Since, AIUI, the in-guest GPU driver is XenGT aware could it not

[Xen-devel] [PATCH] tools: libxc: do not redefine evtchn_port_or_error_t in xc_evtchn_compat.c

This file stradles the xenevtchn and libxc evtchn_compat worlds, and hence ends up with two evtchn_port_or_error_t typedefs which older gcc's (and the C standard) do not like. Avoid this by gating the compat definition on a gate provided by the compat implementation. Note that this would still

Re: [Xen-devel] [PATCH] libxl/libxl_dm.c: Enable websocket functionality

On Thu, 2016-02-04 at 08:50 +1100, Alex Braunegg wrote: > A better solution however in my mind would be to store the websocket & x509 > path in the .cfg file for each virtual machine: Correct. This would involve adding the appropriate fields to the struct(s) in tools/libxl/libxl_types.idl,

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On Thu, Feb 4, 2016 at 8:51 AM, Yu, Zhang wrote: >> Going forward, we probably will, at some point, need to implement a >> parallel "p2t" structure to keep track of types -- and probably will >> whether end up implementing 4 separate write_dm types or not (for the >>

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On Thu, Feb 4, 2016 at 9:38 AM, Yu, Zhang wrote: > On 2/4/2016 5:28 PM, Paul Durrant wrote: >> I assume this means that the emulator can 'unshadow' GTTs (I guess on an >> LRU basis) so that it can shadow new ones when the limit has been exhausted? >> If so, how bad is

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

On Thu, 2016-02-04 at 11:08 +, Ian Campbell wrote: > On Thu, 2016-02-04 at 10:49 +, George Dunlap wrote: > > On Thu, Feb 4, 2016 at 8:51 AM, Yu, Zhang > > wrote: > > > > Going forward, we probably will, at some point, need to implement a > > > > parallel "p2t"

Re: [Xen-devel] [PATCH] x86/hvm: simplify emulation triggered by vm_event response

On 02/04/2016 02:36 PM, Andrew Cooper wrote: > On 04/02/16 12:27, Razvan Cojocaru wrote: >> Currently, after receiving a vm_event reply requesting emulation, >> the actual emulation is triggered in p2m_mem_access_check(), >> which means that we're waiting for the page fault to occur again >>

Re: [Xen-devel] [PATCH V10 5/5] x86/hvm: pkeys, add pkeys support for cpuid handling

On Thu, Feb 04, 2016 at 03:00:34PM +0800, Huaitong Han wrote: > This patch adds pkeys support for cpuid handing. > > Pkeys hardware support is CPUID.7.0.ECX[3]:PKU. software support is > CPUID.7.0.ECX[4]:OSPKE and it reflects the support setting of CR4.PKE. > > X86_FEATURE_OSXSAVE depends on

[Xen-devel] [xen-unstable test] 80237: regressions - FAIL

flight 80237 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/80237/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 14 guest-saverestore.2 fail REGR. vs. 79422

Re: [Xen-devel] [PATCH] tools: libxc: do not redefine evtchn_port_or_error_t in xc_evtchn_compat.c

Adding Olaf, I forgot that Reported-by doesn't turn into a Cc. On Thu, 2016-02-04 at 10:15 +, Ian Campbell wrote: > This file stradles the xenevtchn and libxc evtchn_compat worlds, and > hence ends up with two evtchn_port_or_error_t typedefs which older > gcc's (and the C standard) do not

Re: [Xen-devel] [PATCH v2 10/11] xen/hvmlite: Boot secondary CPUs

On 01/02/16 15:38, Boris Ostrovsky wrote: > HVMlite secondary VCPUs use baremetal bringup path (i.e. native_* > smp_ops) but need to do some preparation in PV code. If we always provided an emulated APIC could we use the native SMP bring-up instead? David

Re: [Xen-devel] [PATCH] tools: libxc: do not redefine evtchn_port_or_error_t in xc_evtchn_compat.c

On 04/02/16 10:19, Ian Campbell wrote: > Adding Olaf, I forgot that Reported-by doesn't turn into a Cc. > > On Thu, 2016-02-04 at 10:15 +, Ian Campbell wrote: >> This file stradles the xenevtchn and libxc evtchn_compat worlds, and >> hence ends up with two evtchn_port_or_error_t typedefs which

Re: [Xen-devel] new idl helper, append to Array

On Thu, Feb 04, 2016 at 09:58:14AM +, Ian Campbell wrote: > On Thu, 2016-02-04 at 10:23 +0100, Olaf Hering wrote: > > Ian, > > > > in my pvscsi code I have two copies of a helper function which appends > > yet another instance of something to an Array, as shown below. This is > > similar to

Re: [Xen-devel] [PATCH v2 07/11] xen/hvmlite: Initialize context for secondary VCPUs

On 2/2/16 10:58 AM, Boris Ostrovsky wrote: > On 02/02/2016 11:21 AM, David Vrabel wrote: >> This needs some more description in the commit message. >> >>> --- a/arch/x86/xen/smp.c >>> +++ b/arch/x86/xen/smp.c >> [...] >>> +hctxt->cpu_regs.x86_32.cs_base = 0; >>> +

Re: [Xen-devel] [BUG] pci-passthrough generates "xen:events: Failed to obtain physical IRQ" for some devices

Hi, I patched the deb8u2 source with all four patches and built a new deb. As two of the patches make some changes on the pcifront, I thought it could be a good idea to first upgrade the domU 'bug' with the new linux-image. domU 'bug' "uname -a": Linux bug 3.16.0-4-amd64 #1 SMP Debian

Re: [Xen-devel] [PATCH v2 02/11] xen/hvmlite: Bootstrap HVMlite guest

On 02/04/2016 03:57 PM, Luis R. Rodriguez wrote: Ah, well here lies the issue. As per hpa subarch was not designed for defining a hypervisor, but rather at least subarch PC (0) [should be used if the hardware is] "enumerable using standard PC mechanisms (PCI, ACPI) and doesn't need a special

Re: [Xen-devel] [BUG} libxl.c:5947:libxl_send_trigger: Send trigger 'reset' failed: Function not implemented

Hi Ian, Below is the output requested: Guest Configuration: - builder='hvm' memory = 2048 shadow_memory = 8 uuid = '27f4787c-89b2-46ab-a797-96ea6e84c511' name = 'Windows_2008_R2' vif = [ 'bridge=br0, mac=00:16:3e:96:49:10' ] disk = [

Re: [Xen-devel] Clarifying PVH mode requirements

On Mon, Feb 1, 2016 at 11:58 AM, Boris Ostrovsky Current PVH implementation has never been described as production-ready. What is happening now with HVMlite is essentially bringing PVH to production-quality level. So should I s/PVH/HVMlite/g? From user perspective that will be

Re: [Xen-devel] [PATCH v2 02/11] xen/hvmlite: Bootstrap HVMlite guest

On Thu, Feb 04, 2016 at 12:51:38AM +, Andrew Cooper wrote: > On 03/02/2016 23:59, Luis R. Rodriguez wrote: > > On Wed, Feb 03, 2016 at 08:52:50PM +, Andrew Cooper wrote: > >> On 03/02/16 18:55, Luis R. Rodriguez wrote: > >>> We add new hypervisor type to close the semantic gap for

Re: [Xen-devel] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

On 2016-02-05 09:22, Andrew Cooper wrote: On 04/02/2016 22:06, Alex Braunegg wrote: root 30511 46.4 0.1 398728 1860 ?RLsl 08:47 0:27 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 6 -chardev socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,n owait -no-shutdown -mon

[Xen-devel] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

Hi all, Following on from Steven's question (http://lists.xen.org/archives/html/xen-devel/2016-02/msg00801.html) - I have a question around xl's usage of the 'qemu-system-i386' binary When I was testing the changes required for enabling websockets, I was testing qemu by itself (to validate that

[Xen-devel] [PATCH v5 for Xen 4.7 0/4] Enable per-VCPU parameter settings for RTDS scheduler

[Goal] The current xl sched-rtds tool can only set the VCPUs of a domain to the same parameter although the scheduler supports VCPUs with different parameters. This patchset is to enable xl sched-rtds tool to configure the VCPUs of a domain with different parameters. This per-VCPU settings can

Re: [Xen-devel] [RFC v1 1/8] paravirt: rename paravirt_enabled to paravirt_legacy

On Wed, Jan 20, 2016 at 11:32 AM, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 15, 2015 at 02:16:30PM -0800, Luis R. Rodriguez wrote: >> From: "Luis R. Rodriguez" > > Hey Luis, > > Sorry for the long time to respond.. >> >> paravirt_enabled conveys the idea

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

Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set functions to support per-VCPU settings. Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH v4: 1) Coding style changes Changes

[Xen-devel] [PATCH v5 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 v4: 1) Coding style changes Changes on PATCH v3: 1) Support

[Xen-devel] [PATCH v5 for Xen 4.7 2/4] libxc: enable per-VCPU parameter settings for RTDS scheduler

Add xc_sched_rtds_vcpu_get/set functions to interact with Xen to get/set a domain's per-VCPU parameters. Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH v4: 1) Minor modifications on the

[Xen-devel] [PULL 44/49] fix MSI injection on Xen

From: Stefano Stabellini On Xen MSIs can be remapped into pirqs, which are a type of event channels. It's mostly for the benefit of PCI passthrough devices, to avoid the overhead of interacting with the emulated lapic. However remapping interrupts and MSIs is

Re: [Xen-devel] HVMlite ABI specification DRAFT A

Roger Pau Monné, on Thu 04 Feb 2016 20:21:24 +0100, wrote: > > +1 > > We need that to pass parameters to gnumach modules. > > Hm, parameters as in a string that's paired with a module, That, yes. Just like the kernel command line. One per module. > I see that multiboot provides a string

Re: [Xen-devel] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

On 04/02/2016 22:06, Alex Braunegg wrote: > root 30511 46.4 0.1 398728 1860 ?RLsl 08:47 0:27 > /usr/lib/xen/bin/qemu-system-i386 -xen-domid 6 -chardev > socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-6,server,n > owait -no-shutdown -mon chardev=libxl-cmd,mode=control -chardev >

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

Add XEN_DOMCTL_SCHEDOP_getvcpuinfo and _putvcpuinfo hypercalls to independently get and set the scheduling parameters of each vCPU of a domain Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH

[Xen-devel] [BUG?] qemuu only built with i386-softmmu

Hi all, Looking specifically at 4.6.0. It seems that the Makefile for qemuu uses the following: $$source/configure --enable-xen --target-list=i386-softmmu \ $(QEMU_XEN_ENABLE_DEBUG) \ --prefix=$(LIBEXEC) \ --libdir=$(LIBEXEC_LIB) \

Re: [Xen-devel] HVMlite ABI specification DRAFT A

On 04/02/2016 22:21, Samuel Thibault wrote: > Boris Ostrovsky, on Thu 04 Feb 2016 14:18:46 -0500, wrote: >> On 02/04/2016 02:09 PM, Samuel Thibault wrote: >>> Roger Pau Monné, on Thu 04 Feb 2016 18:48:14 +0100, wrote: struct hvm_start_info { #define HVM_START_MAGIC_VALUE

[Xen-devel] Memory Sharing

Hello, does Xen support sharing memory pages between multiple domains (such as as Dom0, DomU1, DomU2)? The Grant Table hypercalls seem limited to: IOCTL_GNTALLOC_ALLOC_GREF IOCTL_GNTALLOC_DEALLOC_GREF IOCTL_GNTALLOC_SET_UNMAP_NOTIFY Is there any mechanism to not allocate, but only share existing

[Xen-devel] [PATCH] x86emul: drop redundant #GP checks

in_protmode() implies !in_realmode(), so we don't need to check both. Signed-off-by: Jan Beulich --- a/xen/arch/x86/x86_emulate/x86_emulate.c +++ b/xen/arch/x86/x86_emulate/x86_emulate.c @@ -3972,7 +3972,6 @@ x86_emulate( uint64_t msr_content; struct

[Xen-devel] [PATCH 0/3] x86/mm: paging simplifications

1: mm: drop guest_{map,get_eff}_l1e() hooks 2: mm: make {cmpxchg,write}_guest_entry() hook shadow mode specific 3: shadow: remove a few 32-bit hypervisor leftovers Signed-off-by: Jan Beulich ___ Xen-devel mailing list

[Xen-devel] [PATCH v4 09/17] xen/hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

From: Shannon Zhao Add a new delivery type: val[63:56] == 3: val[15:8] is flag: val[7:0] is a PPI. To the flag, bit 0 stands the interrupt mode is edge(1) or level(0) and bit 1 stands the interrupt polarity is active low(1) or high(0). Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v4 15/17] ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services

From: Shannon Zhao When running on Xen hypervisor, runtime services are supported through hypercall. Add a Xen specific function to initialize runtime services. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH v4 08/17] Xen: public/hvm: sync changes of HVM_PARAM_CALLBACK_VIA ABI from Xen

From: Shannon Zhao Sync the changes of HVM_PARAM_CALLBACK_VIA ABI introduced by Xen commit (public/hvm: export the HVM_PARAM_CALLBACK_VIA ABI in the API). Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v4 00/17] Add ACPI support for Xen Dom0 on ARM64

From: Shannon Zhao This patch set adds ACPI support for Xen Dom0 on ARM64. The relevant Xen ACPI on ARM64 design document could be found from [1]. This patch set adds a new FDT node "uefi" under /hypervisor to pass UEFI information. Introduce a bus notifier of AMBA and

[Xen-devel] [PATCH v4 14/17] XEN: EFI: Move x86 specific codes to architecture directory

From: Shannon Zhao Move x86 specific codes to architecture directory and export those EFI runtime service functions. This will be useful for initializing runtime service on ARM later. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH v4 12/17] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI

From: Shannon Zhao When it's a Xen domain0 booting with ACPI, it will supply a /chosen and a /hypervisor node in DT. So check if it needs to enable ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

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

[Xen-devel] [PATCH v4 05/17] xen: memory : Add new XENMAPSPACE type XENMAPSPACE_dev_mmio

From: Shannon Zhao Add a new type of Xen map space for Dom0 to map device's MMIO region. Signed-off-by: Shannon Zhao --- include/xen/interface/memory.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/xen/interface/memory.h

[Xen-devel] [PATCH v4 03/17] Xen: xlate: Use page_to_xen_pfn instead of page_to_pfn

From: Shannon Zhao Make xen_xlate_map_ballooned_pages work with 64K pages. In that case Kernel pages are 64K in size but Xen pages remain 4K in size. Xen pfns refer to 4K pages. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

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

flight 80469 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/80469/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 79947 build-amd64

[Xen-devel] [PATCH] x86/nHVM: avoid NULL deref during INVLPG intercept handling

When intercepting (or emulating) L1 guest INVLPG, the nested P2M pointer may be (is?) NULL, and hence there's no point in calling p2m_flush(). In fact doing so would cause a dereference of that NULL pointer at least in the ASSERT() right at the beginning of the function. While so far nothing

Re: [Xen-devel] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

On 04/02/2016 23:44, Alex Braunegg wrote: > Hi Andrew, > > I don't know enough on the internals of xen / qemu here - however, based on > what you said, an x86_64 OS with >4Gb memory should boot via xl - however in > my case here it fails to start up: > >

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

[Xen-devel] [PATCH v4 10/17] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI

From: Shannon Zhao When booting with ACPI, it could get the event-channel irq through HVM_PARAM_CALLBACK_IRQ. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- arch/arm/xen/enlighten.c | 36

[Xen-devel] [PATCH v4 06/17] Xen: ARM: Add support for mapping platform device mmio

From: Shannon Zhao Add a bus_notifier for platform bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini ---

[Xen-devel] [PATCH v4 07/17] Xen: ARM: Add support for mapping AMBA device mmio

From: Shannon Zhao Add a bus_notifier for AMBA bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini ---

[Xen-devel] [PATCH v4 17/17] Xen: EFI: Parse DT parameters for Xen specific UEFI

From: Shannon Zhao Add a new function to parse DT parameters for Xen specific UEFI just like the way for normal UEFI. Then it could reuse the existing codes. If Xen supports EFI, initialize runtime services. Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v4 11/17] ARM: XEN: Move xen_early_init() before efi_init()

From: Shannon Zhao Move xen_early_init() before efi_init(), then when calling efi_init() could initialize Xen specific UEFI. Check if it runs on Xen hypervisor through the flat dts. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH v4 13/17] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

From: Shannon Zhao Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could scan this to get the UEFI information. Signed-off-by: Shannon Zhao Acked-by: Rob Herring --- CC: Rob Herring ---

[Xen-devel] [PATCH v4 01/17] Xen: ACPI: Hide UART used by Xen

From: Shannon Zhao ACPI 6.0 introduces a new table STAO to list the devices which are used by Xen and can't be used by Dom0. On Xen virtual platforms, the physical UART is used by Xen. So here it hides UART from Dom0. Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v4 16/17] FDT: Add a helper to get specified name subnode

From: Shannon Zhao Sometimes it needs to check if there is a node in FDT by full path. Introduce this helper to get the specified name subnode if it exists. Signed-off-by: Shannon Zhao --- CC: Rob Herring --- drivers/of/fdt.c

Re: [Xen-devel] Adding Xen to the kbuild bot?

Hi Andy, CC more people on Xen testing -- in case OSStest already (or plans to) cover such test case. On Tue, Feb 02, 2016 at 07:31:30PM -0800, Andy Lutomirski wrote: > Hi all- > > Would it make sense to add some basic Xen PV testing to the kbuild bot? Do you mean to run basic Xen testing on

Re: [Xen-devel] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

Hi Andrew, I don't know enough on the internals of xen / qemu here - however, based on what you said, an x86_64 OS with >4Gb memory should boot via xl - however in my case here it fails to start up: - [root@mynas-s5000xvn ~]# xl -

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

Hi George, On Thu, Feb 04, 2016 at 11:06:33AM +, George Dunlap wrote: > On Thu, Feb 4, 2016 at 9:38 AM, Yu, Zhang wrote: > > On 2/4/2016 5:28 PM, Paul Durrant wrote: > >> I assume this means that the emulator can 'unshadow' GTTs (I guess on an > >> LRU basis) so

Re: [Xen-devel] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

On 04/02/2016 23:14, Steven Haigh wrote: > On 2016-02-05 09:22, Andrew Cooper wrote: >> On 04/02/2016 22:06, Alex Braunegg wrote: >>> root 30511 46.4 0.1 398728 1860 ?RLsl 08:47 0:27 >>> /usr/lib/xen/bin/qemu-system-i386 -xen-domid 6 -chardev >>>

Re: [Xen-devel] Memory Sharing

On Thu, Feb 4, 2016 at 2:04 PM, hanji unit wrote: > Hello, does Xen support sharing memory pages between multiple domains > (such as as Dom0, DomU1, DomU2)? The Grant Table hypercalls seem > limited to: > > IOCTL_GNTALLOC_ALLOC_GREF > IOCTL_GNTALLOC_DEALLOC_GREF >

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

flight 80380 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/80380/ 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] [QUESTION] x86_64 -> i386/i686 CPU translation between xl and qemu binary?

Hi Andrew, The Windows 2008 .cfg was built up using guidance from http://www.virtuatopia.com/index.php/Virtualizing_Windows_Server_2008_with_X en If shadow_memory is not required - easy enough remove and retest. (which after removing this line, the guest started without issue) The physical

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

>>> On 04.02.16 at 14:47, wrote: >> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] >> Sent: 04 February 2016 13:34 >> * Is it possible for libxl to somehow tell from the rest of the >>configuration that this larger limit should be applied ? >> >>AFAICT

[Xen-devel] [xen-unstable-smoke test] 80441: tolerable all pass - PUSHED

flight 80441 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/80441/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 12

Re: [Xen-devel] [PATCH v2 08/11] xen/hvmlite: Extend APIC operations for HVMlite guests

On 02/04/2016 07:14 AM, Roger Pau Monné wrote: El 4/2/16 a les 11:04, David Vrabel ha escrit: On 01/02/16 15:38, Boris Ostrovsky wrote: HVMlite guests need to be viewed as having APIC, otherwise smpboot code, for example, will complain. I think we should consider always giving HVMlite guests

Re: [Xen-devel] [PATCH v2] libxenevtchn: rename evtchn_port_or_errot_t as xenevtchn_port...

On Thu, Feb 04, Ian Campbell wrote: > Cc: Olaf Hering Also this builds on SLE11/12. Tested-by: Olaf Hering Olaf ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

Paul Durrant writes ("RE: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges."): > There are patches in the XenGT xen repo which add extra parameters > into the VM config to allow libxl to provision a gvt-g instance (of > which there are a finite number per GPU) for a VM. The

Re: [Xen-devel] [PATCH v2 10/11] xen/hvmlite: Boot secondary CPUs

On 02/04/2016 05:38 AM, David Vrabel wrote: On 01/02/16 15:38, Boris Ostrovsky wrote: HVMlite secondary VCPUs use baremetal bringup path (i.e. native_* smp_ops) but need to do some preparation in PV code. If we always provided an emulated APIC could we use the native SMP bring-up instead? We

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 04 February 2016 14:13 > To: Paul Durrant > Cc: Andrew Cooper; George Dunlap; Ian Campbell; Ian Jackson; Stefano > Stabellini; Wei Liu; Kevin Tian; zhiyuan...@intel.com; Zhang Yu; xen- > de...@lists.xen.org; Keir

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> From: Lv, Zhiyuan > Sent: Friday, February 05, 2016 10:01 AM > > Hi George, > > On Thu, Feb 04, 2016 at 11:06:33AM +, George Dunlap wrote: > > On Thu, Feb 4, 2016 at 9:38 AM, Yu, Zhang > > wrote: > > > On 2/4/2016 5:28 PM, Paul Durrant wrote: > > >> I assume

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: Friday, February 05, 2016 1:12 AM > > On 04/02/16 14:08, Jan Beulich wrote: > On 04.02.16 at 14:33, wrote: > >> Jan Beulich writes ("Re: [Xen-devel] [PATCH v3 3/3] tools: introduce > >> parameter >

Re: [Xen-devel] [PATCH v7 5/5] PCI: ACPI: Add a generic ACPI based host controller

Hi Jayachandran, On Fri, Jan 29, 2016 at 02:35:40PM +0530, Jayachandran C wrote: > Add a simple ACPI based PCI host controller under config option > ACPI_PCI_HOST_GENERIC. This is done by providing an implementation > of pci_acpi_scan_root(). > > The pci_mmcfg_list handling is done by the ACPI

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

flight 80381 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/80381/ 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. 59254

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

flight 80399 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/80399/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Thursday, February 04, 2016 6:06 PM > > On Wed, 2016-02-03 at 17:41 +, George Dunlap wrote: > > But of course, since they they aren't actually ranges but just gpfns, > > they're scattered randomly throughout the guest physical

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: Thursday, February 04, 2016 11:51 PM > > > -Original Message- > > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] > > Sent: 04 February 2016 15:06 > > To: Paul Durrant > > Cc: Jan Beulich; Andrew Cooper; George Dunlap; Ian

Re: [Xen-devel] [PATCH v3 3/3] tools: introduce parameter max_wp_ram_ranges.

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Thursday, February 04, 2016 10:13 PM > > >>> On 04.02.16 at 14:47, wrote: > >> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] > >> Sent: 04 February 2016 13:34 > >> * Is it possible for libxl to somehow tell

Re: [Xen-devel] [PATCH V10 2/5] x86/hvm: pkeys, add pkeys support for guest_walk_tables

>>> On 04.02.16 at 08:00, wrote: > Changes in v7: > *Add static for pkey_fault. > *Add a comment for page present check and adjust indentation. > *Init pkru_ad and pkru_wd. Sadly I've only now noticed that this hasn't been done the way it was requested: > ---

  1   2   >