Re: [Xen-devel] [PATCH v2 1/3] x86/VPMU: Support only versions 2 through 4 of architectural performance monitoring

>>> On 01.12.15 at 17:50, wrote: > @@ -746,6 +746,13 @@ static void core2_vpmu_do_cpuid(unsigned int input, > if ( cpu_has(_cpu_data, X86_FEATURE_DSCPL) ) > *ecx |= cpufeat_mask(X86_FEATURE_DSCPL); > } > +break; > + > +

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

flight 65307 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/65307/ 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 v1 2/2] libxl: re-implement libxl__xs_printf()

> -Original Message- > From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: 02 December 2015 15:21 > To: Paul Durrant; xen-de...@lists.xenproject.org > Cc: Ian Jackson; Stefano Stabellini; Wei Liu > Subject: Re: [PATCH v1 2/2] libxl: re-implement libxl__xs_printf() > > On Tue,

Re: [Xen-devel] [PATCH v2] build: fix clean to remove all .o and .d files

> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote: > On 02.12.15 at 16:29, wrote: >> --- a/xen/Makefile >> +++ b/xen/Makefile >> @@ -91,7 +91,8 @@ _clean: delete-unfresh-files >> $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean >>

Re: [Xen-devel] [PATCH v2] build: fix clean to remove all .o and .d files

> On Dec 2, 2015, at 9:46 AM, Jan Beulich wrote: > On 02.12.15 at 16:41, wrote: > >>> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote: >>> >> On 02.12.15 at 16:29, wrote: ---

Re: [Xen-devel] [PATCHv3] 1/3] libxc: prefer using privcmd character device

On Wed, 2015-12-02 at 11:42 +, Wei Liu wrote: > On Tue, Dec 01, 2015 at 01:27:53PM -0600, Doug Goldstein wrote: > > Prefer using the character device over the proc file if the character > > device exists. This follows similar conversions of xenbus to avoid > > issues with FMODE_ATOMIC_POS

Re: [Xen-devel] Skylake: VT-d and other error messages

On Dec 2, 2015, at 10:28 AM, Jan Beulich wrote: On 02.12.15 at 16:04, wrote: >> I have attached the output from 'xl dmesg' with iommu=debug >> apic_verbosity=debug loglvl=all > > As of 4.6.0 it actually takes a debug hypervisor to get those >

Re: [Xen-devel] [PATCH v2] build: fix clean to remove all .o and .d files

>>> On 02.12.15 at 16:29, wrote: > --- a/xen/Makefile > +++ b/xen/Makefile > @@ -91,7 +91,8 @@ _clean: delete-unfresh-files > $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean > $(MAKE) -f $(BASEDIR)/Rules.mk -C crypto clean > $(MAKE) -f

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: > > From: David Vrabel [mailto:david.vra...@citrix.com] > > Sent: Saturday, November 14, 2015 2:50 AM > > > > If a page is freed without translations being invalidated, and the page is > > subsequently allocated to another domain, a guest

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

On 02/12/15 16:23, Tim Deegan wrote: > At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: >>> From: David Vrabel [mailto:david.vra...@citrix.com] >>> Sent: Saturday, November 14, 2015 2:50 AM >>> >>> If a page is freed without translations being invalidated, and the page is >>> subsequently

Re: [Xen-devel] [PATCH v2] x86: Fixup IRQs when CPUs go down during shutdown

On 12/02/2015 02:02 PM, Jan Beulich wrote: On 02.12.15 at 14:46, wrote: Commit fc0c3fa2ad5c ("x86/IO-APIC: fix setup of Xen internally used IRQs (take 2)") introduced a regression on some hardware where Xen would hang during shutdown, repeating the following message:

Re: [Xen-devel] Skylake: VT-d and other error messages

>>> On 02.12.15 at 16:37, wrote: > On Dec 2, 2015, at 10:28 AM, Jan Beulich wrote: > > On 02.12.15 at 16:04, wrote: >>> I have attached the output from 'xl dmesg' with iommu=debug >>> apic_verbosity=debug loglvl=all >> >> As of

Re: [Xen-devel] [PATCH v2] libxc: try to find last used pfn when migrating

On Wed, 2015-12-02 at 16:30 +0100, Juergen Gross wrote: > On 02/12/15 16:28, Ian Campbell wrote: > > On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote: > > > On 02/12/15 07:42, Juergen Gross wrote: > > > > diff --git a/tools/libxc/xc_sr_save_x86_hvm.c > > > >

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On 12/2/15 3:47 AM, Ian Campbell wrote: > On Tue, 2015-12-01 at 14:04 -0600, Doug Goldstein wrote: >> On 11/30/15 11:19 AM, Ian Campbell wrote: >>> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote: Since there is a request to have KEXEC and the UARTs configurable by the user >>>

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

On 12/2/15 3:38 AM, Jan Beulich wrote: On 01.12.15 at 21:04, wrote: >> On 11/30/15 11:19 AM, Ian Campbell wrote: >>> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote: Since there is a request to have KEXEC and the UARTs configurable by the user >>> >>> Who

Re: [Xen-devel] linux 4.4 Regression: 100% cpu usage on idle pv guest under Xen with single vcpu.

On 28/11/15 15:47, Sander Eikelenboom wrote: > genirq: Flags mismatch irq 8. (hvc_console) vs. (rtc0) We shouldn't register an rtc_cmos device because its legacy irq conflicts with the irq needed for hvc0. For a multi VCPU guest irq 8 is in use for the pv spinlocks and this

Re: [Xen-devel] [PATCH XEN v5 09/23] tools: Refactor hypercall calling wrappers into libxencall.

On Fri, 2015-11-13 at 15:49 +, Andrew Cooper wrote: > On 09/11/15 12:00, Ian Campbell wrote: > > diff --git a/tools/libs/call/linux.c b/tools/libs/call/linux.c > > new file mode 100644 > > index 000..906ca7e > > --- /dev/null > > +++ b/tools/libs/call/linux.c > > @@ -0,0 +1,132 @@ > > +/*

Re: [Xen-devel] Skylake: VT-d and other error messages

I have attached the output from 'xl dmesg' with iommu=debug apic_verbosity=debug loglvl=all This is with 4.6.0, with the recent patch enabling mwait-idle on Skylake applied. My initial post was running the latest out of xen.git master. I may be able to try to newer code again later this week.

Re: [Xen-devel] Skylake: VT-d and other error messages

>>> On 02.12.15 at 16:04, wrote: > I have attached the output from 'xl dmesg' with iommu=debug > apic_verbosity=debug loglvl=all As of 4.6.0 it actually takes a debug hypervisor to get those messages logged (which arguably is wrong, and which quite certainly is wrong for

[Xen-devel] Bitergia Review Process Tools Phase 2 (Plan of record, please review)

Hi folks, I just got off the phone with Bitergia and in the second phase of the study, we will do the following. 1) More accurate matching of reviews to commits. This means - Fix issues with capitalisation and white spaces, slashes, ... - We do have a sizeable portion of patches that have the

Re: [Xen-devel] [PATCH] xen-pciback: fix up cleanup path when alloc fails

On 12/2/15 4:35 AM, David Vrabel wrote: > On 26/11/15 20:32, Doug Goldstein wrote: >> When allocating a pciback device fails, avoid the possibility of a >> use after free. > > We should not require clearing drvdata for correctness. We should > ensure we retain drvdata for as long as it is

Re: [Xen-devel] [PATCH v1 2/2] libxl: re-implement libxl__xs_printf()

On Tue, 2015-12-01 at 13:55 +, Paul Durrant wrote: > This patch adds a new libxl__xs_vprintf() which actually checks the > success of the underlying call to xs_write() (logging if it fails) and > then re-implements libxl__xs_printf() using this (and replacing the > call to vasprintf() with a

Re: [Xen-devel] [PATCH v2] libxc: try to find last used pfn when migrating

On 02/12/15 16:28, Ian Campbell wrote: > On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote: >> On 02/12/15 07:42, Juergen Gross wrote: >>> diff --git a/tools/libxc/xc_sr_save_x86_hvm.c >>> b/tools/libxc/xc_sr_save_x86_hvm.c >>> index cdee774..3c879ed 100644 >>> ---

Re: [Xen-devel] [PATCH v2] build: fix clean to remove all .o and .d files

>>> On 02.12.15 at 16:41, wrote: >> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote: >> > On 02.12.15 at 16:29, wrote: >>> --- a/xen/Makefile >>> +++ b/xen/Makefile >>> @@ -91,7 +91,8 @@ _clean:

Re: [Xen-devel] [PATCH v2] libxc: try to find last used pfn when migrating

On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote: > On 02/12/15 07:42, Juergen Gross wrote: > > diff --git a/tools/libxc/xc_sr_save_x86_hvm.c > > b/tools/libxc/xc_sr_save_x86_hvm.c > > index cdee774..3c879ed 100644 > > --- a/tools/libxc/xc_sr_save_x86_hvm.c > > +++

[Xen-devel] [PATCH v2] build: fix clean to remove all .o and .d files

In commit 8b6ef9c152edceabecc7f90c811cd538a7b7a110, several files in xen/common/compat were changed to be built using the Makefile in xen/common, by appending the compat prefix to the object files. Additionally, the xen/common/compat directory was removed from the subdirs-y variable, so it is no

Re: [Xen-devel] [PATCH v2] x86: Fixup IRQs when CPUs go down during shutdown

>>> On 02.12.15 at 16:09, wrote: > On 12/02/2015 02:02 PM, Jan Beulich wrote: > On 02.12.15 at 14:46, wrote: >>> --- a/xen/arch/x86/smp.c >>> +++ b/xen/arch/x86/smp.c >>> @@ -286,6 +286,7 @@ void __stop_this_cpu(void) >>> >>> static

Re: [Xen-devel] Crash in set_cpu_sibling_map() booting Xen 4.6.0 on Fusion

I tested on VMware Fusion with 3, 4 and 8 CPUs, and it works in all cases. (XEN) Xen version 4.6.1-pre ( 4.6.1~pre-1skyport1) (eswi...@skyportsystems.com) (gcc (Debian 5.2.1-19.1skyport1) 5.2.1 20150930) debug=n Wed Dec 2 07:22:20 PST 2015 (XEN) Bootloader: SYSLINUX 4.05 20140113 (XEN) Command

Re: [Xen-devel] [PATCH 0/2] libxc: domain builder related enhancements

On Tue, 2015-12-01 at 18:14 +0100, Juergen Gross wrote: > Add some more checks for having got allocated memory in the domain > builder. Related to this add an INVALID_PFN macro to be able to do > these checks. > > Juergen Gross (2): >   libxc: replace INVALID_P2M_ENTRY by INVALID_PFN >   libxc:

[Xen-devel] [PATCH OSSTEST] cr-try-bisect-adhoc: Ensure tmp exists.

Signed-off-by: Ian Campbell --- cr-try-bisect-adhoc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/cr-try-bisect-adhoc b/cr-try-bisect-adhoc index 5f8b7e1..f451324 100755 --- a/cr-try-bisect-adhoc +++ b/cr-try-bisect-adhoc @@ -27,6 +27,8 @@ nope () { echo "nope:

[Xen-devel] [PATCH OSSTEST] cr-try-bisect-adhoc: Set laundered_testid so graph URL is correct

Otherwise the testid is missing from the filename, resulting in e.g. http://osstest.test-lab.xenproject.org/~osstest/pub/results-adhoc/bisect/xen-unstable/test-amd64-amd64-qemuu-nested-intel..svg Instead of test-amd64-amd64-qemuu-nested-intel.debian-hvm-install-l1-l2.svg Signed-off-by: Ian

Re: [Xen-devel] [PATCH OSSTEST] cr-try-bisect-adhoc: Ensure tmp exists.

Ian Campbell writes ("[PATCH OSSTEST] cr-try-bisect-adhoc: Ensure tmp exists."): > Signed-off-by: Ian Campbell Acked-by: Ian Jackson ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH v2] libxl: Introduce a template for devices with a controller

On Tue, Dec 01, George Dunlap wrote: > We have several outstanding patch series which add devices that have > two levels: a controller and individual devices attached to that > controller. Will likely work for pvscsi. Thanks. Acked-by: Olaf Hering Olaf

Re: [Xen-devel] Emulating in response of an int3 vm_event

On 02/12/15 18:21, Tamas K Lengyel wrote: > > > On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper > > wrote: > > On 01/12/15 01:21, Tamas K Lengyel wrote: >> >> >> On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru >>

Re: [Xen-devel] [PATCH] x86/PCI: make all config space writes subject to XSM checking

On 24/11/15 14:42, Jan Beulich wrote: > Now that we intercept them all, there's no reason not to also uniformly > hand them to XSM. Reads (which are expected to be of less interest) get > handled as before (MMCFG accesses un-audited). > > Signed-off-by: Jan Beulich Acked-by:

Re: [Xen-devel] [PATCH] xen: Resume PMU from non-atomic context

On 02/12/15 17:10, Boris Ostrovsky wrote: > Resuming PMU currently triggers a warning from ___might_sleep() (assuming > CONFIG_DEBUG_ATOMIC_SLEEP is set) when xen_pmu_init() allocates GFP_KERNEL > page because we are in state resembling atomic context. > > Move resuming PMU to xen_arch_resume()

Re: [Xen-devel] Emulating in response of an int3 vm_event

On 02/12/15 18:38, Tamas K Lengyel wrote: > > > On Wed, Dec 2, 2015 at 1:34 PM, Andrew Cooper > > wrote: > > On 02/12/15 18:21, Tamas K Lengyel wrote: >> >> >> On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper >>

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

On 02/12/15 16:23, Tim Deegan wrote: > At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: >>> From: David Vrabel [mailto:david.vra...@citrix.com] >>> Sent: Saturday, November 14, 2015 2:50 AM >>> >>> If a page is freed without translations being invalidated, and the page is >>> subsequently

[Xen-devel] [CALL-FOR-AGENDA] Monthly Xen.org Technical Call (2015-12-09)

The next Xen technical call is scheduled for: Wed 9 Dec 17:00:00 GMT 2015 `date -d @1449680400` Note that the time can be changed if the participants interested in the proposed topics are in a timezone which makes this slot inconvenient. See

Re: [Xen-devel] xen 4.5.0 rtds scheduler perform poorly with 2vms

Hi Dario, 2015-12-02 5:19 GMT-06:00 Dario Faggioli : > On Wed, 2015-12-02 at 11:03 +, Lars Kurth wrote: >> > On 2 Dec 2015, at 05:54, Meng Xu wrote: >> > >> > Maybe we could add some health warning and add a link to this >> > discussion? >> >

Re: [Xen-devel] [PATCH v9 2/9] xen/x86: make sure the HVM callback vector is correctly set

>>> On 27.11.15 at 14:42, wrote: > If certain devices (like the local or the io apic) are disabled some modes > of operation of the HVM event channel callback cannot be used. Make sure Xen > doesn't try to setup them. > > Signed-off-by: Roger Pau Monné

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

On 02/12/15 16:46, Tim Deegan wrote: > At 16:30 + on 02 Dec (1449073841), George Dunlap wrote: >> On 02/12/15 16:23, Tim Deegan wrote: >>> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: > From: David Vrabel [mailto:david.vra...@citrix.com] > Sent: Saturday, November 14, 2015

Re: [Xen-devel] linux 4.4 Regression: 100% cpu usage on idle pv guest under Xen with single vcpu.

On 2015-12-02 15:55, David Vrabel wrote: On 28/11/15 15:47, Sander Eikelenboom wrote: genirq: Flags mismatch irq 8. (hvc_console) vs. (rtc0) We shouldn't register an rtc_cmos device because its legacy irq conflicts with the irq needed for hvc0. For a multi VCPU guest irq 8

Re: [Xen-devel] 9p file system for xen

Hello, Wei has suggested I "send a summarised email on [my] work to xen-devel so that people are aware of [my] work." To that end, and to save Wei from reinventing the wheel, I am providing the following: First to correct a misconception, I followed the state change protocol of

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

At 16:30 + on 02 Dec (1449073841), George Dunlap wrote: > On 02/12/15 16:23, Tim Deegan wrote: > > At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: > >>> From: David Vrabel [mailto:david.vra...@citrix.com] > >>> Sent: Saturday, November 14, 2015 2:50 AM > >>> > >>> If a page is freed

Re: [Xen-devel] Log Messages ....

Hello George, Thanks a lot. One more question if I connect serial port will I be able to see what is happening in xenwithout using xen trace On 2 Dec 2015 19:34, "George Dunlap" wrote: > On Wed, Dec 2, 2015 at 1:49 PM, kumara rathnavel

Re: [Xen-devel] Emulating in response of an int3 vm_event

On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper wrote: > On 01/12/15 01:21, Tamas K Lengyel wrote: > > > > On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru < > rcojoc...@bitdefender.com> wrote: > >> On 12/01/2015 01:32 AM, Tamas K Lengyel wrote: >> > Hi all, >> > I'm

Re: [Xen-devel] [PATCH OSSTEST] cr-try-bisect-adhoc: Set laundered_testid so graph URL is correct

Ian Campbell writes ("[PATCH OSSTEST] cr-try-bisect-adhoc: Set laundered_testid so graph URL is correct"): > Otherwise the testid is missing from the filename, resulting in e.g. >

Re: [Xen-devel] Log Messages ....

On 02/12/15 16:48, kumara rathnavel wrote: > Hello George, > > Thanks a lot. One more question if I connect serial port will I be able to > see what is happening in xenwithout using xen trace Please don't top-post. :-) If you set up a serial console you'll be able to get the same

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

On 02/12/15 16:46, Tim Deegan wrote: > At 16:30 + on 02 Dec (1449073841), George Dunlap wrote: >> On 02/12/15 16:23, Tim Deegan wrote: >>> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: > From: David Vrabel [mailto:david.vra...@citrix.com] > Sent: Saturday, November 14, 2015

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

On 02/12/15 16:45, David Vrabel wrote: > On 02/12/15 16:23, Tim Deegan wrote: >> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: From: David Vrabel [mailto:david.vra...@citrix.com] Sent: Saturday, November 14, 2015 2:50 AM If a page is freed without translations being

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

flight 65287 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/65287/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 65114

[Xen-devel] [PATCH] fix MSI injection on Xen

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 also supported for emulated devices, such as the e1000 and

Re: [Xen-devel] [PATCH OSSTEST] cr-try-bisect-adhoc: Set laundered_testid so graph URL is correct

On Wed, 2015-12-02 at 16:41 +, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST] cr-try-bisect-adhoc: Set > laundered_testid so graph URL is correct"): > > Otherwise the testid is missing from the filename, resulting in e.g. > >

[Xen-devel] [PATCH] xen: Resume PMU from non-atomic context

Resuming PMU currently triggers a warning from ___might_sleep() (assuming CONFIG_DEBUG_ATOMIC_SLEEP is set) when xen_pmu_init() allocates GFP_KERNEL page because we are in state resembling atomic context. Move resuming PMU to xen_arch_resume() which is called in regular context. For symmetry move

Re: [Xen-devel] [PATCH] fix MSI injection on Xen

On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote: > 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

Re: [Xen-devel] [PATCHv2 2/3] mm: don't free pages until mm locks are released

>>> On 02.12.15 at 17:30, wrote: > On 02/12/15 16:23, Tim Deegan wrote: >> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote: From: David Vrabel [mailto:david.vra...@citrix.com] Sent: Saturday, November 14, 2015 2:50 AM If a page is freed

Re: [Xen-devel] [PATCH] fix MSI injection on Xen

On Wed, 2 Dec 2015, Michael S. Tsirkin wrote: > On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote: > > 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

Re: [Xen-devel] [PATCH] fix MSI injection on Xen

On Wed, Dec 02, 2015 at 05:16:18PM +, Stefano Stabellini wrote: > On Wed, 2 Dec 2015, Michael S. Tsirkin wrote: > > On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote: > > > On Xen MSIs can be remapped into pirqs, which are a type of event > > > channels. It's mostly for the

Re: [Xen-devel] Emulating in response of an int3 vm_event

On Wed, Dec 2, 2015 at 1:34 PM, Andrew Cooper wrote: > On 02/12/15 18:21, Tamas K Lengyel wrote: > > > > On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper > wrote: > >> On 01/12/15 01:21, Tamas K Lengyel wrote: >> >> >> >> On Mon, Nov 30, 2015

Re: [Xen-devel] [PATCH v2 2/2] libxl: implement virDomainInterfaceStats

On 12/02/2015 06:02 AM, Joao Martins wrote: > > On 12/02/2015 12:45 AM, Jim Fehlig wrote: >> On 11/23/2015 11:57 AM, Joao Martins wrote: >>> Introduce support for domainInterfaceStats API call for querying >>> network interface statistics. Consequently it also enables the >>> use of `virsh

[Xen-devel] [distros-debian-squeeze test] 38418: regressions - FAIL

flight 38418 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38418/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-amd64-squeeze-netboot-pygrub 9 debian-di-install fail REGR. vs.

Re: [Xen-devel] [PATCH v2 2/2] libxl: implement virDomainInterfaceStats

On Wed, Dec 02, 2015 at 11:50:41AM -0700, Jim Fehlig wrote: > On 12/02/2015 06:02 AM, Joao Martins wrote: > > > > On 12/02/2015 12:45 AM, Jim Fehlig wrote: > >> On 11/23/2015 11:57 AM, Joao Martins wrote: > >>> Introduce support for domainInterfaceStats API call for querying > >>> network

Re: [Xen-devel] [PATCH v9 0/9] Introduce HVM without dm and new boot ABI

On 11/27/2015 08:42 AM, Roger Pau Monne wrote: This are the remaining patches of the HVMlite series. They have been successfully tested on the following hardware: - Intel Core i3-5010U. - AMD Opteron 4184. With both hap=0 and hap=1 in the configuration file. I've been able to boot a SMP

[Xen-devel] [ovmf baseline-only test] 38417: regressions - FAIL

This run is configured for baseline tests only. flight 38417 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38417/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-build

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

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

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

flight 65291 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/65291/ 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 13 guest-localmigrate fail REGR.

Re: [Xen-devel] Skylake: VT-d and other error messages

On Sat, Nov 28, 2015 at 03:46:05PM -0500, Eric Shelton wrote: hi eric: I test this on my skylake machine. Result is follow > Not enabling x2APIC (upon firmware request) I got the message too. > ... > mwait-idle: does not run on family 6 model 94 I got the message too. > ... > [VT-D] iommu.c:875:

Re: [Xen-devel] Skylake: VT-d and other error messages

On Wed, Dec 02, 2015 at 04:47:17PM +0800, Shuai Ruan wrote: > On Sat, Nov 28, 2015 at 03:46:05PM -0500, Eric Shelton wrote: > > hi eric: > > I test this on my skylake machine. Result is follow > > Not enabling x2APIC (upon firmware request) > I got the message too. According to Andrew's

Re: [Xen-devel] [PATCH] build: fix clean rule to cover objects in unvisited subdirs

On Tue, 2015-12-01 at 09:44 -0700, Jan Beulich wrote: > > > > On 01.12.15 at 17:34, wrote: > > > On Dec 1, 2015, at 10:07 AM, Jan Beulich wrote: > > > > > > For one build run, yes. But then you can (a) build individual object > > > files and (b)

Re: [Xen-devel] [V2 PATCH 7/9] x86/hvm: pkeys, add pkeys support for guest_walk_tables

On Tue, 2015-12-01 at 20:30 +, Andrew Cooper wrote: > > +#include > > I can see why you need xstate.h, but I why do you need i387.h ? Use vcpu_save_fpu functions. > > + > > if ( pse2M ) > > { > > /* Special case: this guest VA is in a PSE superpage, so > > there's > > @@

Re: [Xen-devel] [PATCH v2 0/3] VPMU fixes

Am Mittwoch 02 Dezember 2015, 02:20:49 schrieb Tian, Kevin: > > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > > Sent: Wednesday, December 02, 2015 12:50 AM > > > > * Limit VPMU support to PMU versions 2, 3 and 4 (emulated at version 3 > > level) > > * Always implement family 6 VPMU

[Xen-devel] [ovmf test] 65293: all pass - PUSHED

flight 65293 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/65293/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf c972495ed0a939ed30f5ab5fa14f215b8bbe5ed1 baseline version: ovmf

Re: [Xen-devel] [PATCHv6] 04/28] build: convert HAS_PASSTHROUGH use to Kconfig

On 11/30/15 8:50 AM, Jan Beulich wrote: On 24.11.15 at 18:51, wrote: >> --- a/xen/arch/x86/Kconfig >> +++ b/xen/arch/x86/Kconfig >> @@ -3,6 +3,7 @@ config X86_64 >> >> config X86 >> def_bool y >> +select HAS_PASSTHROUGH >> select HAS_GDBSX > > Please get

Re: [Xen-devel] [PATCHv6] 02/28] build: build Kconfig and config rules

On 12/1/15 5:22 AM, Jan Beulich wrote: On 30.11.15 at 18:53, wrote: >> On 11/30/15 8:36 AM, Jan Beulich wrote: >> On 24.11.15 at 18:51, wrote: +mainmenu "Xen/$SRCARCH $XEN_FULLVERSION Configuration" + +config SRCARCH + string

Re: [Xen-devel] [PATCHv6] 08/28] build: convert HAS_IOPORTS use to Kconfig

On 11/30/15 9:01 AM, Jan Beulich wrote: On 30.11.15 at 15:56, wrote: > On 24.11.15 at 18:51, wrote: >>> --- a/xen/drivers/char/Kconfig >>> +++ b/xen/drivers/char/Kconfig >>> @@ -3,3 +3,8 @@ config UART_NS16550 >>> bool "16550-series UART

[Xen-devel] [libvirt test] 65296: regressions - FAIL

flight 65296 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/65296/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340

Re: [Xen-devel] [PATCH v2 0/3] VPMU fixes

> From: Dietmar Hahn [mailto:dietmar.h...@ts.fujitsu.com] > Sent: Wednesday, December 02, 2015 5:21 PM > > Am Mittwoch 02 Dezember 2015, 02:20:49 schrieb Tian, Kevin: > > > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > > > Sent: Wednesday, December 02, 2015 12:50 AM > > > > > > *

Re: [Xen-devel] No joy with Xen 4.5 based iGVT-G.

> From: Dr. Greg Wettstein [mailto:g...@wind.enjellic.com] > Sent: Monday, November 30, 2015 2:05 AM > > Hi, I hope everyone has had an enjoyable weekend, particularly for > those who were enjoying the Thanksgiving holiday. > > We've been following the i915 graphics virtualization project for

Re: [Xen-devel] [PATCH] VT-d: drop unneeded Ivybridge quirk workaround

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Thursday, November 26, 2015 5:03 PM > > We've been told by Intel that server chipsets don't need the workaround > anymore starting with Ivybridge (Xeon E5/E7 v2); the second half of the > workaround was missing anyway. > > Signed-off-by: Jan

Re: [Xen-devel] [PATCH 1/4] x86/HVM: don't inject #DB with error code

> From: Jan Beulich > Sent: Wednesday, November 11, 2015 1:38 AM > > Signed-off-by: Jan Beulich A simple description why error code is not required is preferred here. > > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -4133,7 +4133,7 @@ void

Re: [Xen-devel] Log Messages ....

And it is from the Dom0 the logs of both DomUs and hypervisor are recorded ryt? Correct me if I am wrong. My Dom0 is FreeBSD11 On 3 December 2015 at 11:17, kumara rathnavel wrote: > Hello George, > > Is there any way to enable xentrace..I am not able to get any >

Re: [Xen-devel] [PATCH v2 2/3] x86/VPMU: No need to check whether VPMU quirk is needed on Intel

> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > Sent: Wednesday, December 02, 2015 12:50 AM > > We only support family 6 so quirk handling is always needed. what about you adding other family support in the future then you'll add back below quirk check? > > Signed-off-by: Boris

Re: [Xen-devel] [PATCH 2/4] x86/HVM: unify and fix #UD intercept

> From: Jan Beulich > Sent: Wednesday, November 11, 2015 1:39 AM > > The SVM and VMX versions really were identical, so instead of fixing > the same issue in two places, fold them at once. The issue fixed is the > missing seg:off -> linear translation of the current code address. > >

Re: [Xen-devel] Log Messages ....

Hello George, Is there any way to enable xentrace..I am not able to get any logs...I am using xentrace_format to view the output .. Thankyou, Kumar On 3 December 2015 at 10:22, kumara rathnavel wrote: > Thanks a lot George!!!Hope XENTRACE will help me!!!

Re: [Xen-devel] [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

> From: Tian, Kevin > Sent: Friday, November 20, 2015 4:36 PM > > > > > > > So, for non-opengl rendering qemu needs the guest framebuffer data so it > > > > can feed it into the vnc server. The vfio framebuffer region is meant > > > > to support this use case. > > > > > > what's the format

Re: [Xen-devel] [PATCH] iommu/quirk: disable shared EPT for Sandybridge and earlier processors.

> From: Tian, Kevin > Sent: Thursday, December 03, 2015 9:20 AM > > > From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > > Sent: Thursday, November 26, 2015 9:56 PM > > > > On 26/11/15 13:48, Malcolm Crossley wrote: > > > On 26/11/15 13:46, Jan Beulich wrote: > > > On 25.11.15 at 11:28,

Re: [Xen-devel] [PATCHv6] 00/28] Kconfig conversion

On 11/24/15 11:51 AM, Doug Goldstein wrote: > The following series is a follow on to the Kconfig conversion patch series. > There are still more components to convert however this is the bare minimal > to get everything working and get the options out of the existing makefiles. > > The

Re: [Xen-devel] [xen-unstable test] 65141: regressions - FAIL

> From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Wednesday, December 02, 2015 9:51 PM > > > > According to > > http://osstest.test-lab.xenproject.org/~osstest/pub/results/bisect/xen-un > > stable/test-amd64-amd64-qemuu-nested-intel.debian-hvm-install--l1 > > --l2.html > > it was

Re: [Xen-devel] No joy with Xen 4.5 based iGVT-G.

Follow with Kevin's comment, our latest XenGT Q3'15 release is based on Xen 4.5, qemu 1.3, kernel 3.18. You may want to try and make comparison. The latest release notes: https://01.org/igvt-g/blogs/wangbo85/2015/intel-gvt-g-xengt-public-release-q32015 BTW: we have quarterly release for

[Xen-devel] Migration with linear p2m list

I'm just working on a patch series to support migration via using the virtual mapped linear p2m list. Migration seems to work quite nice and now I'm looking into how to support changes of the p2m list structure during migration. For this purpose we introduced p2m_generation in the shared info

[Xen-devel] [PATCH] xen_pt: fix failure of attaching & detaching a PCI device to VM repeatedly

From: jianzhong,Chang Add pci = [ '$VF_BDF', '$VF_BDF', '$VF_BDF'] in hvm guest configuration file. After the guest boot up, detach the VFs in sequence by "xl pci-detach $DOMID $VF_BDF", reattach the VFs by "xl pci-attach $VF_BDF" in sequence. An error message will be

[Xen-devel] [linux-next test] 65297: tolerable FAIL

flight 65297 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/65297/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl 6 xen-boot fail like 65156

[Xen-devel] [ovmf baseline-only test] 38420: all pass

This run is configured for baseline tests only. flight 38420 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38420/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf c972495ed0a939ed30f5ab5fa14f215b8bbe5ed1 baseline version:

Re: [Xen-devel] Log Messages ....

Thanks a lot George!!!Hope XENTRACE will help me!!! On 2 December 2015 at 22:25, George Dunlap wrote: > On 02/12/15 16:48, kumara rathnavel wrote: > > Hello George, > > > > Thanks a lot. One more question if I connect serial port will I be able > to > > see what

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

flight 65292 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/65292/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 64579

Re: [Xen-devel] [PATCH v2] libxl: add p2p migration

On 11/10/2015 08:32 AM, Joao Martins wrote: > Introduce support for VIR_MIGRATE_PEER2PEER in libxl driver > for supporting migration in Openstack. Most of the changes > occur at the source and no modifications at the receiver. > > In P2P mode there is only the Perform phase so we must handle > the

Re: [Xen-devel] Hotplugged devices in Xen 4.5 and domain reboot

On Tue, 2015-12-01 at 17:21 +, Wei Liu wrote: > > > In dom0 we have next issue: > > /libxl: error: libxl_device.c:283:libxl__device_disk_set_backend: Disk > > vdev=xvda10 failed to stat: /dev/sda1: No such file or directory//- > > /this issue occurs due to missing /dev/sda1 device (all

Re: [Xen-devel] [PATCH] x86/time: Don't use EFI's GetTime call by default

>>> On 01.12.15 at 20:26, wrote: > On 01/12/15 17:26, Jan Beulich wrote: > On 01.12.15 at 17:57, wrote: >>> When EFI is used, don't use EFI's GetTime() to get the time, because it >>> is broken on many platforms. From Linux commit

Re: [Xen-devel] [PATCHv6] 01/28] build: import Kbuild/Kconfig from Linux 4.2

>>> On 01.12.15 at 21:04, wrote: > On 11/30/15 11:19 AM, Ian Campbell wrote: >> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote: >>> Since there is a request to have KEXEC and the UARTs >>> configurable by the user >> >> Who asked for this? >> >> I have quite a strong

  1   2   >