Re: [Xen-devel] [PATCH v5 6/6] docs: Add descriptions of TSC scaling in xl.cfg and tscmode.txt

>>> On 26.02.16 at 05:37, wrote: >> From: Zhang, Haozhong >> Sent: Tuesday, February 23, 2016 10:05 AM >> >> Signed-off-by: Haozhong Zhang > > Reviewed-by: Kevin Tian , except: > >> + >> +Hardware TSC Scaling >> + >> +Intel VMX TSC scaling and AMD SVM TSC ratio allow the guest TSC read >> +by

Re: [Xen-devel] [PATCH v5 6/6] docs: Add descriptions of TSC scaling in xl.cfg and tscmode.txt

On 02/26/16 01:01, Jan Beulich wrote: > >>> On 26.02.16 at 05:37, wrote: > >> From: Zhang, Haozhong > >> Sent: Tuesday, February 23, 2016 10:05 AM > >> > >> Signed-off-by: Haozhong Zhang > > > > Reviewed-by: Kevin Tian , except: > > > >> + > >> +Hardware TSC Scaling > >> + > >> +Intel VMX TSC

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

>>> On 26.02.16 at 08:37, wrote: > On February 25, 2016 8:24pm, wrote: >> >>> On 25.02.16 at 13:14, wrote: >> > On February 25, 2016 4:59pm, wrote: > >> >> However, the same effect could be achieved by making the lock a >> >> recursive one, which would then seem to more conventional approach >

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

>>> On 26.02.16 at 09:14, wrote: > Nevertheless I'd recommend not mixing things for the pcidevs > one, as its uses are scattered around too much for it to be > reasonably possible to prove correctness if done that way. > Instead please make the lock a static variable in e.g. > xen/drivers/pci/pci.

Re: [Xen-devel] [PATCH v13 1/2] vmx: VT-d posted-interrupt core logic handling

>>> On 26.02.16 at 02:30, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Wednesday, February 24, 2016 8:50 PM >> To: George Dunlap ; Wu, Feng >> >> Cc: Doug Goldstein ; Andrew Cooper >> ; Dario Faggioli ; >> GeorgeDunlap ; Tian, Kevin >> ; xen-de

Re: [Xen-devel] [PATCH 2/3] x86/xsaves: fix overwriting between non-lazy/lazy xsave[sc]

>>> On 26.02.16 at 08:41, wrote: > On Wed, Feb 24, 2016 at 02:16:38AM -0700, Jan Beulich wrote: >> >> > --- a/xen/arch/x86/i387.c >> >> > +++ b/xen/arch/x86/i387.c >> >> > @@ -118,7 +118,7 @@ static inline uint64_t vcpu_xsave_mask(const struct >> >> > vcpu *v) >> >> > if ( v->fpu_dirtied ) >

[Xen-devel] [linux-mingo-tip-master test] 83992: regressions - trouble: blocked/broken/fail/pass

flight 83992 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/83992/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen3 host-install(3) broken REGR. vs. 60684 test-amd64

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

flight 83998 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/83998/ 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 test-amd64-i386-

Re: [Xen-devel] [PATCH v13 1/2] vmx: VT-d posted-interrupt core logic handling

> Quoting you patch (v12, because it looks slightly better, but > the difference doesn't matter for this discussion): > > #define arch_vcpu_block(v) ({ \ > if ( (v)->domain->arch.hvm_domain.vmx.vcpu_block ) \ > (v)->dom

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

On Fri, 2016-02-26 at 00:15 -0500, Tianyang Chen wrote: > On 2/25/2016 6:31 PM, Dario Faggioli wrote: > > As far as my opinion goes, this patch is not ready to > > go in > > right now (as I said, I've got questions and comments), but its > > status > > is way past RFC. > > > Oh OK, I had the impre

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

> -Original Message- > From: Tian, Kevin [mailto:kevin.t...@intel.com] > Sent: 26 February 2016 04:25 > To: Paul Durrant; xen-de...@lists.xenproject.org > Subject: RE: [Xen-devel] [PATCH] docs/design: introduce > HVMMEM_ioreq_serverX types > > > From: Paul Durrant > > Sent: Thursday, Febru

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

>>> On 26.02.16 at 05:24, wrote: >> +Proposal >> + >> + >> +Because the number of spare types available in the P2M type-space is >> +currently very limited it is proposed that HVMMEM\_mmio\_write\_dm be >> +replaced by a single new type HVMMEM\_ioreq\_server. In future, if the >> +P2M type

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

>>> On 26.02.16 at 07:59, wrote: >> +Proposal >> + >> + >> +Because the number of spare types available in the P2M type-space is >> +currently very limited it is proposed that HVMMEM\_mmio\_write\_dm be >> +replaced by a single new type HVMMEM\_ioreq\_server. In future, if the >> +P2M type

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

> -Original Message- > From: Yu, Zhang [mailto:yu.c.zh...@linux.intel.com] > Sent: 26 February 2016 06:59 > To: Paul Durrant; xen-de...@lists.xenproject.org > Subject: Re: [Xen-devel] [PATCH] docs/design: introduce > HVMMEM_ioreq_serverX types > > Hi Paul, > >Thanks a lot for your hel

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

On February 26, 2016 4:15pm, wrote: > >>> On 26.02.16 at 08:37, wrote: > > On February 25, 2016 8:24pm, wrote: > >> >>> On 25.02.16 at 13:14, wrote: > >> > On February 25, 2016 4:59pm, wrote: > > > >> >> However, the same effect could be achieved by making the lock a > >> >> recursive one, whi

Re: [Xen-devel] [PATCH 0/4] handful of Kconfig changes

>>> On 26.02.16 at 04:39, wrote: > Mostly just simplification, consolidation, and more conversion. The > last two were entries added while the original series was in the last > steps of review so they just needed to be finished up. > > Doug Goldstein (4): > build: consolidate CONFIG_HAS_VIDEO a

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

Thanks, Paul. On 2/26/2016 5:21 PM, Paul Durrant wrote: -Original Message- From: Yu, Zhang [mailto:yu.c.zh...@linux.intel.com] Sent: 26 February 2016 06:59 To: Paul Durrant; xen-de...@lists.xenproject.org Subject: Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

Re: [Xen-devel] [PATCH v5 07/22] ACPI / table: Print GIC information when MADT is parsed

>>> On 26.02.16 at 07:22, wrote: > From: Hanjun Guo > > When MADT is parsed, print GIC information as debug message: > > ACPI: GICC (acpi_id[0x] address[e112f000] MPIDR[0x0] enabled) > ACPI: GICC (acpi_id[0x0001] address[e112f000] MPIDR[0x1] enabled) > ... > ACPI: GICC (acpi

Re: [Xen-devel] Ping: [PATCH 2/5] x86emul: limit-check branch targets

At 07:52 -0700 on 25 Feb (1456386721), Jan Beulich wrote: > >>> On 17.02.16 at 17:35, wrote: > > All branches need to #GP when their target violates the segment limit > > (in 16- and 32-bit modes) or is non-canonical (in 64-bit mode). For > > near branches facilitate this via a zero-byte instructi

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

On 2/26/2016 5:18 PM, Jan Beulich wrote: On 26.02.16 at 07:59, wrote: +Proposal + + +Because the number of spare types available in the P2M type-space is +currently very limited it is proposed that HVMMEM\_mmio\_write\_dm be +replaced by a single new type HVMMEM\_ioreq\_server. In futur

Re: [Xen-devel] [PATCH v5 08/22] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map

>>> On 26.02.16 at 07:22, wrote: > --- a/xen/include/xen/acpi.h > +++ b/xen/include/xen/acpi.h > @@ -39,6 +39,10 @@ > #define ACPI_MADT_GET_POLARITY(inti) ACPI_MADT_GET_(POLARITY, inti) > #define ACPI_MADT_GET_TRIGGER(inti) ACPI_MADT_GET_(TRIGGER, inti) > > +#define BAD_MADT_ENTRY(entry, end)

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

> -Original Message- > From: Yu, Zhang [mailto:yu.c.zh...@linux.intel.com] > Sent: 26 February 2016 09:37 > To: Jan Beulich > Cc: Paul Durrant; xen-de...@lists.xenproject.org > Subject: Re: [Xen-devel] [PATCH] docs/design: introduce > HVMMEM_ioreq_serverX types > > On 2/26/2016 5:18 PM, Ja

Re: [Xen-devel] [PATCH v5 10/22] acpi/table: Introduce acpi_table_get_entry_madt to get specified entry

>>> On 26.02.16 at 07:22, wrote: > From: Shannon Zhao > > This function could get the specified index entry of MADT table. This > would be useful when it needs to get the contens of the entry. > > Cc: Jan Beulich > Signed-off-by: Shannon Zhao > --- > V5: address Jan's comments > V4: Fix codin

Re: [Xen-devel] [PATCH v5 20/22] arm/acpi: Initialize serial port from ACPI SPCR table

>>> On 26.02.16 at 07:22, wrote: > From: Shannon Zhao > > Parse ACPI SPCR (Serial Port Console Redirection table) table and > initialize the serial port pl011. > > Signed-off-by: Parth Dixit > Signed-off-by: Shannon Zhao > Reviewed-by: Stefano Stabellini Acked-by: Jan Beulich It's not obv

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

On 2/26/2016 5:50 PM, Paul Durrant wrote: -Original Message- From: Yu, Zhang [mailto:yu.c.zh...@linux.intel.com] Sent: 26 February 2016 09:37 To: Jan Beulich Cc: Paul Durrant; xen-de...@lists.xenproject.org Subject: Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX typ

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

> On February 26, 2016 4:15pm, wrote: > >>> On 26.02.16 at 08:37, wrote: > > On February 25, 2016 8:24pm, wrote: > >> >>> On 25.02.16 at 13:14, wrote: > >> > On February 25, 2016 4:59pm, wrote: > Nevertheless I'd recommend not mixing things for the pcidevs one, as its uses > are scattered a

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

>>> On 26.02.16 at 10:24, wrote: > On February 26, 2016 4:15pm, wrote: >> >>> On 26.02.16 at 08:37, wrote: >> > On February 25, 2016 8:24pm, wrote: >> >> >>> On 25.02.16 at 13:14, wrote: >> >> > On February 25, 2016 4:59pm, wrote: >> > >> >> >> However, the same effect could be achieved by ma

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

>>> On 26.02.16 at 11:08, wrote: >> On February 26, 2016 4:15pm, wrote: >> >>> On 26.02.16 at 08:37, wrote: >> > On February 25, 2016 8:24pm, wrote: >> >> >>> On 25.02.16 at 13:14, wrote: >> >> > On February 25, 2016 4:59pm, wrote: >> Nevertheless I'd recommend not mixing things for the pci

Re: [Xen-devel] [PATCH v5 08/22] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map

On 2016/2/26 17:49, Jan Beulich wrote: On 26.02.16 at 07:22, wrote: >> > --- a/xen/include/xen/acpi.h >> > +++ b/xen/include/xen/acpi.h >> > @@ -39,6 +39,10 @@ >> > #define ACPI_MADT_GET_POLARITY(inti) ACPI_MADT_GET_(POLARITY, inti) >> > #define ACPI_MADT_GET_TRIGGER(inti) ACPI

Re: [Xen-devel] [PATCH v5 20/22] arm/acpi: Initialize serial port from ACPI SPCR table

On 2016/2/26 18:04, Jan Beulich wrote: On 26.02.16 at 07:22, wrote: >> > From: Shannon Zhao >> > >> > Parse ACPI SPCR (Serial Port Console Redirection table) table and >> > initialize the serial port pl011. >> > >> > Signed-off-by: Parth Dixit >> > Signed-off-by: Shannon Zhao >> > Revi

[Xen-devel] [PATCH v2] docs/design: introduce HVMMEM_ioreq_serverX types

This patch adds a new 'designs' subdirectory under docs as a repository for this and future design proposals. It also adjusts the docs Makefile to look in the new subdirectory. Signed-off-by: Paul Durrant --- For convenience this document can also be viewed in PDF at: http://xenbits.xen.org/peo

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 25.02.16 at 17:50, wrote: > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) > if ( cpumask_empty(&online_affinity) && > cpumask_test_cpu(cpu, v->cpu_hard_affinity) ) > { > -printk(XENLOG_DEBUG "Breaking affinity fo

Re: [Xen-devel] [PATCH] docs: spell out limits of security support for qemu-xen

On 26/02/2016 02:52, "Doug Goldstein" wrote: >On 2/25/16 9:43 AM, Stefano Stabellini wrote: > >> +++ b/docs/misc/qemu-xen-security >> @@ -0,0 +1,20 @@ >> +qemu-xen (git://xenbits.xen.org/qemu-xen.git) is only supported for >> +security fixes when used together with the Xen hypervisor and only w

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote: > +@subsection xen_module > > -@deffn Command xen_linux file [arguments] > -Load a dom0 kernel image for xen hypervisor at the booting process of > xen. > +@deffn Command xen_module [--nounzip] file [arguments] > +Load a m

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit: > PV guests need to have their .bss zeroed out since it is not guaranteed > to be cleared by Xen's domain builder I guess I'm missing something, but elf_load_image (in libelf-loader.c) seems to be able to clear segments (it will zero the memory be

[Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

This patch adds ARM support for guest-request monitor vm-events. Note: on ARM hypercall instruction skipping must be done manually by the caller. This will probably be changed in a future patch. Summary of changes: == Moved to common-side: * XEN_DOMCTL_MONITOR_EVENT_GUEST_REQUEST handling (moved

[Xen-devel] [PATCH v3 1/4] i386, xen: Add xen_hypervisor and xen_module aliases for i386

From: Fu Wei Signed-off-by: Fu Wei --- grub-core/loader/i386/xen.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/grub-core/loader/i386/xen.c b/grub-core/loader/i386/xen.c index c4d9689..15b0727 100644 --- a/grub-core/loader/i386/xen.c +++ b/grub-core/loader/i386/xen.c @@ -689,6 +68

[Xen-devel] [PATCH v3 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

From: Fu Wei delete: xen_linux, xen_initrd, xen_xsm add: xen_module This update bases on commit 0edd750e50698854068358ea53528100a9192902 Author: Vladimir Serbinenko Date: Fri Jan 22 10:18:47 2016 +0100 xen_boot: Remove obsolete module type distinctions. Signed-off-by: Fu

[Xen-devel] [PATCH v3 0/4] arm64, xen: add xen_boot support into grup-mkconfig

From: Fu Wei This patchset add xen_boot support into grup-mkconfig for generating xen boot entrances automatically Also update the docs/grub.texi for new xen_boot commands. This patchset has been tested on Foudation model with a bug fix: http://lists.gnu.org/archive/html/grub-devel/2016-02/msg0

Re: [Xen-devel] [PATCH v5 20/22] arm/acpi: Initialize serial port from ACPI SPCR table

On 2016/2/26 18:20, Shannon Zhao wrote: > > On 2016/2/26 18:04, Jan Beulich wrote: > On 26.02.16 at 07:22, wrote: >> > From: Shannon Zhao >> > >> > Parse ACPI SPCR (Serial Port Console Redirection table) table and >> > initialize the serial port pl011. >> >

[Xen-devel] [PATCH v3 3/4] * util/grub.d/20_linux_xen.in: Add xen_boot command support

From: Fu Wei This patch adds the support of xen_boot command: xen_hypervisor xen_module Also add a new "feature_xen_boot" to indicate this grub support xen_boot command. Signed-off-by: Fu Wei --- grub-core/normal/main.c | 2 +- util/grub.d/20_linux_xen.in | 13 ++--- 2 fi

[Xen-devel] [PATCH v3 2/4] arm64: add "--nounzip" option support in xen_module command

From: Fu Wei This patch adds "--nounzip" option support in order to be compatible with the module command of i386, then we can simplify grub-mkconfig support code. Signed-off-by: Fu Wei --- grub-core/loader/arm64/xen_boot.c | 17 + 1 file changed, 17 insertions(+) diff --git a

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On 26/02/16 11:39, Jan Beulich wrote: On 25.02.16 at 17:50, wrote: >> @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) >> if ( cpumask_empty(&online_affinity) && >> cpumask_test_cpu(cpu, v->cpu_hard_affinity) ) >> { >> -

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi Andrei, On 26 February 2016 at 18:50, Andrei Borzenkov wrote: > On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote: >> +@subsection xen_module >> >> -@deffn Command xen_linux file [arguments] >> -Load a dom0 kernel image for xen hypervisor at the booting process of >> xen. >>>

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: > On 26/02/16 11:39, Jan Beulich wrote: > >  > > > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) > > >  if ( cpumask_empty(&online_affinity) && > > >   cpumask_test_cpu(cpu, v->cpu_hard_affinity)

Re: [Xen-devel] Xen 4.4, xenstored and WATCH requests

Hello On Thu, Feb 25, 2016 at 03:54:14PM +0300, Sergei Lebedev wrote: > Hello list, > > I’m working on a Python client library for XenStore [1]. The library > implements two ways to access XenStore: via Unix socket and via /dev. > The /dev interface turned out to be a bit problematic, because it

Re: [Xen-devel] [PATCH 1/4] build: consolidate CONFIG_HAS_VIDEO and CONFIG_VIDEO

>>> On 26.02.16 at 04:39, wrote: > --- a/xen/drivers/video/Kconfig > +++ b/xen/drivers/video/Kconfig > @@ -1,12 +1,12 @@ > > -# Select HAS_VIDEO if video is supported > -config HAS_VIDEO > +# Select VIDEO if video is supported > +config VIDEO > bool > > # Select VGA if VGA is supported

Re: [Xen-devel] [PATCHv4 1/3] x86/fpu: Add a per-domain field to set the width of FIP/FDP

>>> On 25.02.16 at 16:10, wrote: > --- a/xen/arch/x86/xstate.c > +++ b/xen/arch/x86/xstate.c > @@ -249,7 +249,7 @@ void xsave(struct vcpu *v, uint64_t mask) > struct xsave_struct *ptr = v->arch.xsave_area; > uint32_t hmask = mask >> 32; > uint32_t lmask = mask; > -int word_size

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On 26/02/16 12:20, Dario Faggioli wrote: > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >> On 26/02/16 11:39, Jan Beulich wrote: @@ -679,6 +691,8 @@ int cpu_disable_scheduler(unsigned int cpu) v->affinity_broken = 1; } +

Re: [Xen-devel] [PATCH] docs: spell out limits of security support for qemu-xen

On Thu, 25 Feb 2016, Doug Goldstein wrote: > On 2/25/16 9:43 AM, Stefano Stabellini wrote: > > > +++ b/docs/misc/qemu-xen-security > > @@ -0,0 +1,20 @@ > > +qemu-xen (git://xenbits.xen.org/qemu-xen.git) is only supported for > > +security fixes when used together with the Xen hypervisor and only w

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

On February 26, 2016 6:11pm, wrote: > >>> On 26.02.16 at 10:24, wrote: > > On February 26, 2016 4:15pm, wrote: > >> >>> On 26.02.16 at 08:37, wrote: > >> > On February 25, 2016 8:24pm, wrote: > >> >> >>> On 25.02.16 at 13:14, wrote: > >> >> > On February 25, 2016 4:59pm, wrote: > >> > > >> >

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Re-add the Xilinx ZynqMP platform

On Fri, 26 Feb 2016, Edgar E. Iglesias wrote: > From: "Edgar E. Iglesias" > > Re-add the Xilinx ZynqMP platform. This time include a > blacklisted zynqmp-pm (Power Management) device that does > not yet play nicely with Xen. > > Signed-off-by: Edgar E. Iglesias Acked-by: Stefano Stabellini

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

>>> On 26.02.16 at 12:07, wrote: > --- a/xen/include/asm-x86/altp2m.h > +++ b/xen/include/asm-x86/altp2m.h > @@ -15,8 +15,8 @@ > * this program; If not, see . > */ > > -#ifndef _X86_ALTP2M_H > -#define _X86_ALTP2M_H > +#ifndef __ASM_X86_ALTP2M_H > +#define __ASM

Re: [Xen-devel] [PATCH v5 01/22] arm/acpi: Emulate io ports for arm

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > Add macros to emulate x86 style ports for arm. This avoids modification in > common code for acpi. Here just print a warning on ARM. > > Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini > V5: not write to the addre

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 2/26/2016 1:56 PM, Jan Beulich wrote: On 26.02.16 at 12:07, wrote: --- a/xen/include/asm-x86/altp2m.h +++ b/xen/include/asm-x86/altp2m.h @@ -15,8 +15,8 @@ * this program; If not, see . */ -#ifndef _X86_ALTP2M_H -#define _X86_ALTP2M_H +#ifndef __ASM_X86

Re: [Xen-devel] Xen 4.4, xenstored and WATCH requests

On Fri, Feb 26, 2016 at 11:26:50AM +, Wei Liu wrote: > Hello > > On Thu, Feb 25, 2016 at 03:54:14PM +0300, Sergei Lebedev wrote: > > Hello list, > > > > I’m working on a Python client library for XenStore [1]. The library > > implements two ways to access XenStore: via Unix socket and via /de

Re: [Xen-devel] [PATCH v5 05/22] arm/acpi: Move end_boot_allocator after acpi_boot_table_init

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > To support ACPI NUMA, it needs to make the ACPI initialization done > before boot_end_allocator. Also, x86 does this by the same way. > > Signed-off-by: Parth Dixit > Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

Re: [Xen-devel] [PATCH V14 4/6] libxl: add pvusb API

George Dunlap writes ("Re: [Xen-devel] [PATCH V14 4/6] libxl: add pvusb API"): > On Fri, Feb 19, 2016 at 10:39 AM, Chunyan Liu wrote: > > + [...] > > So I see below that you're calling this before removing things from > xenstore, so that if any of these fail, the user can still call "xl > usb-re

Re: [Xen-devel] [PATCH v5 06/22] arm/acpi: Parse FADT table and get PSCI flags

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, the > former signals to the OS that the hardware is PSCI compliant. The latter > selects the appropriate conduit for PSCI calls by toggling between > Hypervisor Calls

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: > On 2/26/2016 1:56 PM, Jan Beulich wrote: > On 26.02.16 at 12:07, wrote: >>> --- a/xen/include/asm-x86/altp2m.h >>> +++ b/xen/include/asm-x86/altp2m.h >>> @@ -15,8 +15,8 @@ >>>* this program; If not, see . >>>*

Re: [Xen-devel] [PATCH v5 08/22] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Parth Dixit > > MADT contains the information for MPIDR which is essential for SMP > initialization, parse the GIC cpu interface structures to get the MPIDR > value and map it to cpu_logical_map(), and add enabled cpu with valid > MPIDR into cpu_po

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: On 2/26/2016 1:56 PM, Jan Beulich wrote: On 26.02.16 at 12:07, wrote: --- a/xen/include/asm-x86/altp2m.h +++ b/xen/include/asm-x86/altp2m.h @@ -15,8 +15,8 @@ * this program; If not, see

Re: [Xen-devel] [PATCH 1/8] tools/xenalyze: Close symbol_file after reading it

George Dunlap writes ("[PATCH 1/8] tools/xenalyze: Close symbol_file after reading it"): > ...to avoid leaking the FD and associated memory. > > CID 1306872 > > Signed-off-by: George Dunlap Acked-by: Ian Jackson > Not sure if this will actually make coverity happy, or if we need to > actuall

Re: [Xen-devel] [PATCH 2/8] tools/xenalyze: Avoid redundant check

George Dunlap writes ("[PATCH 2/8] tools/xenalyze: Avoid redundant check"): > Coverity notices that if !head is true, that !N can never be true. > > Don't bother checking N, since we know it has to be at least one. > > CID 1354243 > > Signed-off-by: George Dunlap Acked-by: Ian Jackson __

Re: [Xen-devel] [PATCH 3/8] tools/xenalyze: Handle fstat errors properly

George Dunlap writes ("[PATCH 3/8] tools/xenalyze: Handle fstat errors properly"): > They're pretty unlikely to fail, but doesn't hurt to check. ... > -fstat(fd, &s); > +if ( fstat(fd, &s) ) { > +perror("fstat"); > +free(h); > +h = NULL; > +goto out; > +

Re: [Xen-devel] [PATCH 4/8] tools/xenalyze: Mark unreachable code as unreachable

Ian Campbell writes ("Re: [Xen-devel] [PATCH 4/8] tools/xenalyze: Mark unreachable code as unreachable"): > On Thu, 2016-02-25 at 15:43 +, George Dunlap wrote: > > Right -- well basically error(ASSERT,...) is a custom abort().  But in > > the current case it isn't actually doing anything more

Re: [Xen-devel] [PATCH 5/8] tools/xenalyze: Fix check for error return value

George Dunlap writes ("[PATCH 5/8] tools/xenalyze: Fix check for error return value"): > fdopen returns NULL on failure, not a negative integer. > > CID 1306863 > CID 1306858 > > Signed-off-by: George Dunlap > --- > Strangely, coverity counted this as two bugs: one for comparing a > pointer wit

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 02/26/2016 02:20 PM, Corneliu ZUZU wrote: > On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: >> On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: >>> On 2/26/2016 1:56 PM, Jan Beulich wrote: >>> On 26.02.16 at 12:07, wrote: > --- a/xen/include/asm-x86/altp2m.h > +++ b/xen/include/asm-x86/alt

Re: [Xen-devel] [PATCH 6/8] tools/xenalyze: Fix off-by-one in MAX_CPUS range checks

George Dunlap writes ("[PATCH 6/8] tools/xenalyze: Fix off-by-one in MAX_CPUS range checks"): > Skip action / throw error if cpu/vcpu >= MAX_CPUS rather than >. > > Also add an assertion to vcpu_find, to make future errors of this kind > not out-of-bounds. ... > +/* "Graceful" handling of vi

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

>>> On 26.02.16 at 13:20, wrote: > On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: >> On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: >>> On 2/26/2016 1:56 PM, Jan Beulich wrote: >>> On 26.02.16 at 12:07, wrote: > --- a/xen/include/asm-x86/altp2m.h > +++ b/xen/include/asm-x86/altp2m.h >

Re: [Xen-devel] [PATCH v5 20/22] arm/acpi: Initialize serial port from ACPI SPCR table

>>> On 26.02.16 at 12:10, wrote: > > On 2016/2/26 18:20, Shannon Zhao wrote: >> >> On 2016/2/26 18:04, Jan Beulich wrote: >> On 26.02.16 at 07:22, wrote: > >> > From: Shannon Zhao > >> > > >> > Parse ACPI SPCR (Serial Port Console Redirection table) table and > >> >

Re: [Xen-devel] [PATCH 7/8] tools/xenalyze: Fix multiple instances of *HYPERCALL_MAX

George Dunlap writes ("[PATCH 7/8] tools/xenalyze: Fix multiple instances of *HYPERCALL_MAX"): > We HYPERCALL_MAX defined as the maximum enumerated hypercall, and we ^ missing word `have' ? > have PV_HYPERCALL_MAX defined as some other number (presumably based > on experience with actual hype

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

>>> On 26.02.16 at 12:48, wrote: > I would summarize as follows and make sure we are on the same page. > > 1) make pcidevs_lock only visible inside xen/drivers/passthrough/pci.c, >turning the definition of the variable into a static one, and getting rid > of its declaration from xen/includ

Re: [Xen-devel] [PATCH 8/8] tools/xenalyze: Actually handle case where number of ipi vectors exceeds static max

George Dunlap writes ("[PATCH 8/8] tools/xenalyze: Actually handle case where number of ipi vectors exceeds static max"): > find_vec() is supposed to find the vector in the list if it exists, > choose an empty slot if it doesn't exist, and return null if all slots > are full. > > However, coverit

Re: [Xen-devel] [PATCH] docs: Update README to include Clang

Andrew Cooper writes ("[PATCH] docs: Update README to include Clang"): > Xen now builds on x86 with Clang 3.5 and 3.8. Update README to reflect this. > > Mark Clang as no longer a permitted failure in Travis, to prevent future > regressions slipping back in. > > Signed-off-by: Andrew Cooper Ac

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 26.02.16 at 12:20, wrote: > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >> On 26/02/16 11:39, Jan Beulich wrote: >> > >> > > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) >> > > if ( cpumask_empty(&online_affinity) && >> > > cpu

Re: [Xen-devel] Xen 4.4, xenstored and WATCH requests

(CC'ing Linux maintainers) OK. Thanks for all the information. This seems to be a bug in Linux xenbus driver. Relevant code snippet in drivers/xen/xenbus/xenbus_dev_frontend.c:xenbus_write_watch() /* Success. Synthesize a reply to say all is OK. */ { struct { s

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On 26/02/16 13:39, Jan Beulich wrote: On 26.02.16 at 12:20, wrote: >> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >>> On 26/02/16 11:39, Jan Beulich wrote: > @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) > if ( cpumask_empty(&online_aff

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 2/26/2016 2:31 PM, Jan Beulich wrote: On 26.02.16 at 13:20, wrote: On 2/26/2016 2:14 PM, Razvan Cojocaru wrote: On 02/26/2016 02:05 PM, Corneliu ZUZU wrote: On 2/26/2016 1:56 PM, Jan Beulich wrote: On 26.02.16 at 12:07, wrote: --- a/xen/include/asm-x86/altp2m.h +++ b/xen/include/asm-x86

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On Fri, 2016-02-26 at 05:39 -0700, Jan Beulich wrote: > >  > > > > On 26.02.16 at 12:20, wrote: > > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: > > >  > > > EBUSY vs. EAGAIN: by returning EAGAIN I would signal to Xen tools > > > that > > > the hypervisor is currently not able to do the

Re: [Xen-devel] [PATCH v4 3/4] libelf: rewrite symtab/strtab loading

>>> On 16.02.16 at 18:37, wrote: > --- a/xen/common/libelf/libelf-loader.c > +++ b/xen/common/libelf/libelf-loader.c > @@ -164,20 +164,33 @@ void elf_parse_bsdsyms(struct elf_binary *elf, uint64_t > pstart) > sz = sizeof(uint32_t); > > /* Space for the elf and elf section headers */ >

[Xen-devel] [linux-3.14 test] 84019: trouble: blocked/broken/fail/pass

flight 84019 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/84019/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-pair 3 host-install/src_host(3) broken REGR. vs. 83009 t

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 26.02.16 at 14:07, wrote: > On Fri, 2016-02-26 at 05:39 -0700, Jan Beulich wrote: >> > > > On 26.02.16 at 12:20, wrote: >> > On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: >> > > > Wouldn't it be even better to make this the "else" to the >> > > > preceding if(), since in the susp

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

>>> On 26.02.16 at 13:49, wrote: > On 26/02/16 13:39, Jan Beulich wrote: > On 26.02.16 at 12:20, wrote: >>> On Fri, 2016-02-26 at 12:14 +0100, Juergen Gross wrote: On 26/02/16 11:39, Jan Beulich wrote: > >> @@ -670,7 +676,13 @@ int cpu_disable_scheduler(unsigned int cpu) >>

Re: [Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

On Fri, 2016-02-26 at 06:32 -0700, Jan Beulich wrote: > > > > On 26.02.16 at 14:07, wrote: > > We can argue about that being useful or not, and about it being > > (potentially) too noisy or not. I personally think it could be > > useful > > (it's XENLOG_DEBUG, after all), but I won't oppose gettin

Re: [Xen-devel] [PATCH v5 04/22] arm/acpi: Add basic ACPI initialization

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > acpi_boot_table_init() will be called in start_xen to get the RSDP and > all the table pointers. With this patch, we can get ACPI boot-time > tables from firmware on ARM64. > > Signed-off-by: Naresh Bhat > Signed-off-by: Parth Di

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On Fri, Feb 26, 2016 at 6:07 AM, Corneliu ZUZU wrote: > This patch adds ARM support for guest-request monitor vm-events. > Note: on ARM hypercall instruction skipping must be done manually > by the caller. This will probably be changed in a future patch. > > Summary of changes: > == Moved to comm

Re: [Xen-devel] [PATCH] MAINTAINERS: Remove myself from ARM (incl DT), seabios, tools and The Rest

On Wed, Feb 24, 2016 at 11:37:00AM +, Ian Campbell wrote: [...] > > diff --git a/MAINTAINERS b/MAINTAINERS > index cd4da04..b320152 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -127,7 +127,6 @@ F:xen/common/sched_arinc653.c [...] > > SEABIOS UPSTREAM > -M: Ian Campbell >

Re: [Xen-devel] [PATCH, RESEND] xen: allocate gntdev_copy_batch dynamically

On 02/25/2016 04:25 PM, Arnd Bergmann wrote: struct gntdev_copy_batch is arguably too large to fit on the kernel stack, and we get a warning about the stack usage in gntdev_ioctl_grant_copy: drivers/xen/gntdev.c:949:1: error: the frame size of 1240 bytes is larger than 1024 bytes This changes

Re: [Xen-devel] [PATCH v5 18/22] arm/acpi: Add a new ACPI initialized function for UART

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > This adds a new function to initialize UART for ACPI on ARM. > > Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini > V5: fix coding style > --- > xen/arch/arm/setup.c| 2 +- > xen/drivers/char/arm-uart.c |

Re: [Xen-devel] [PATCH v4] public/io/netif.h: make control ring hash protocol more general

Ping + 1? > -Original Message- > From: Paul Durrant > Sent: 22 February 2016 13:06 > To: Paul Durrant; xen-de...@lists.xenproject.org > Cc: Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim (Xen.org) > Subject: RE: [PATCH v4] public/io/netif.h: make control ring hash protocol > m

Re: [Xen-devel] [PATCH v3 0/2] Clear .bss for VP guests

On 02/26/2016 05:53 AM, Roger Pau Monné wrote: El 25/2/16 a les 16:16, Boris Ostrovsky ha escrit: PV guests need to have their .bss zeroed out since it is not guaranteed to be cleared by Xen's domain builder I guess I'm missing something, but elf_load_image (in libelf-loader.c) seems to be able

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On 02/26/2016 01:07 PM, Corneliu ZUZU wrote: > This patch adds ARM support for guest-request monitor vm-events. > Note: on ARM hypercall instruction skipping must be done manually > by the caller. This will probably be changed in a future patch. > > Summary of changes: > == Moved to common-side: >

Re: [Xen-devel] [PATCH v5 09/11] xen: add capability to load initrd outside of initial mapping

On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote: > On 25/02/16 13:47, Daniel Kiper wrote: > > On Thu, Feb 25, 2016 at 12:33:35PM +0100, Juergen Gross wrote: > >> Modern pvops linux kernels support an initrd not covered by the initial > >> mapping. This capability is flagged by an elf-

[Xen-devel] [xen-unstable-smoke test] 84118: trouble: broken/pass

flight 84118 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/84118/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 3 host-install(3) broken REGR. v

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

On 26.02.2016 12:15, Fu Wei wrote: > Hi Andrei, > > On 26 February 2016 at 18:50, Andrei Borzenkov wrote: >> On Fri, Feb 26, 2016 at 8:59 AM, Fu Wei wrote: >>> +@subsection xen_module >>> >>> -@deffn Command xen_linux file [arguments] >>> -Load a dom0 kernel image for xen hypervi

Re: [Xen-devel] [PATCH v5 03/22] arm/acpi: Add __acpi_map_table function for ARM

On Fri, 26 Feb 2016, Shannon Zhao wrote: > From: Shannon Zhao > > Implement __acpi_map_table function for ARM. > > Signed-off-by: Shannon Zhao > --- > V4: add __acpi_map_table function > --- > xen/arch/arm/Makefile| 1 + > xen/arch/arm/acpi/Makefile | 1 + > xen/arch/arm/acpi/lib.c

[Xen-devel] [qemu-upstream-4.4-testing baseline-only test] 44171: trouble: broken/pass

This run is configured for baseline tests only. flight 44171 qemu-upstream-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44171/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-l

Re: [Xen-devel] [PATCH v2] arm/monitor vm-events: Implement guest-request support

On Fri, 26 Feb 2016, Corneliu ZUZU wrote: > This patch adds ARM support for guest-request monitor vm-events. > Note: on ARM hypercall instruction skipping must be done manually > by the caller. This will probably be changed in a future patch. > > Summary of changes: > == Moved to common-side: >

Re: [Xen-devel] [PATCH v2 0/3] hvc_xen: fix xenboot on x86 and export to ARM

On Thu, 25 Feb 2016, Stefano Stabellini wrote: > Hi all, > > this series exports xenboot on ARM and ARM64 as earlycon, and gets > xenboot fully working again for PV DomUs on x86 (currently the xenboot > output only goes to the hypervisor via hypercall and not to the DomU > console). > > Cheers, >

  1   2   >