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

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

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On 01/27/2016 02:00 PM, Luis R. Rodriguez wrote: On Wed, Jan 27, 2016 at 10:48 AM, Luis R. Rodriguez wrote: Worth mentioning here also is hpa's clarification on when subarch type PC (0) should be used: [it should be used if the hardware is] "enumerable using standard PC

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

flight 79145 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/79145/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 15 guest-localmigratefail REGR. vs. 60684

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 27, 2016 at 10:25:46AM +, Will Deacon wrote: > On Tue, Jan 26, 2016 at 11:58:20AM -0800, Paul E. McKenney wrote: > > On Tue, Jan 26, 2016 at 12:16:09PM +, Will Deacon wrote: > > > On Mon, Jan 25, 2016 at 10:03:22PM -0800, Paul E. McKenney wrote: > > > > On Mon, Jan 25, 2016 at

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

On 01/27/2016 11:32 AM, Konrad Rzeszutek Wilk wrote: > On Mon, Jan 25, 2016 at 05:25:02PM -0700, Jim Fehlig wrote: >> I would like to hear the community's opinion on supporting more qdisk types >> in >> xl/libxl, e.g. nbd, rbd, iSCSI, etc. I prefer supporting additional qdisk >> types >> in

[Xen-devel] [linux-linus test] 79155: regressions - FAIL

flight 79155 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/79155/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-xsm 6 xen-boot fail REGR. vs. 59254

[Xen-devel] [PATCH v6 6/8] arm/gic-v3: Refactor gicv3_init into generic and dt specific parts

From: Shannon Zhao Refactor gic-v3 related functions into dt and generic parts. This will be helpful when adding acpi support for gic-v3. Signed-off-by: Shannon Zhao --- v6: keep vsize check in gicv3_init_v2 --- xen/arch/arm/gic-v3.c | 84

[Xen-devel] build Xen tool fail

O0 -g3 -D__XEN_TOOLS__ -MMD -MF .linux.opic.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fno-optimize-sibling-calls -Werror -Wmissing-prototypes -I./include -I/home/www/builds_xen_unstable/xen-src-2e46e3f2-20160127/tools/libs/evtchn/../../../tools/include -I/home/www/builds_xen_unstable/xen-src-2e

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

On 01/27/2016 02:09 PM, Konrad Rzeszutek Wilk wrote: > On Wed, Jan 27, 2016 at 02:25:51PM -0600, Doug Goldstein wrote: >> On 1/27/16 12:32 PM, Konrad Rzeszutek Wilk wrote: >>> On Mon, Jan 25, 2016 at 05:25:02PM -0700, Jim Fehlig wrote: I would like to hear the community's opinion on

[Xen-devel] [PATCH v11 2/2] Add a command line parameter for VT-d posted-interrupts

Enable VT-d Posted-Interrupts and add a command line parameter for it. CC: Jan Beulich Signed-off-by: Feng Wu Reviewed-by: Kevin Tian Acked-by: Jan Beulich --- docs/misc/xen-command-line.markdown | 9 -

[Xen-devel] [PATCH v11 0/2] Add VT-d Posted-Interrupts support

VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt. With VT-d Posted-Interrupts enabled, external interrupts from direct-assigned devices can be delivered to guests without VMM intervention when guest is running in non-root mode. You can find the VT-d Posted-Interrtups Spec. in

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

This is the core logic handling for VT-d posted-interrupts. Basically it deals with how and when to update posted-interrupts during the following scenarios: - vCPU is preempted - vCPU is slept - vCPU is blocked When vCPU is preempted/slept, we update the posted-interrupts during scheduling by

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

On 01/27/2016 01:25 PM, Doug Goldstein wrote: > On 1/27/16 12:32 PM, Konrad Rzeszutek Wilk wrote: >> On Mon, Jan 25, 2016 at 05:25:02PM -0700, Jim Fehlig wrote: >>> I would like to hear the community's opinion on supporting more qdisk types >>> in >>> xl/libxl, e.g. nbd, rbd, iSCSI, etc. I prefer

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

flight 79158 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/79158/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 9 debian-di-install fail REGR. vs. 78977

Re: [Xen-devel] Status of "dma, x86, xen: reduce SWIOTLB usage in Xen guests" series

On 01/25/2016 02:47 AM, David Vrabel wrote: > On 23/01/16 22:12, Sarah Newman wrote: >> Greetings, >> >> We are having problems related to mptsas and "swiotlb buffer is full" with >> the Xen4CentOS kernel (3.18). It looks like the last related work was >> the series >>

[Xen-devel] [PATCH v2] build: specify minimum versions of make and binutils

To help people avoid having to figure out what versions of make and binutils need to be supported document them explicitly. The version of binutils that had to be supported was mentioned in http://lists.xenproject.org/archives/html/xen-devel/2016-01/msg00609.html as 2.17 recently. It was decided

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On 01/27/2016 03:26 AM, Maciej W. Rozycki wrote: On Fri, 15 Jan 2016, Leonid Yegoshin wrote: So you need to build a different kernel for some types of MIPS systems? Or do you do boot-time rewriting, like a number of other arches do? I don't know. I would like to have responses. Ralf asked

Re: [Xen-devel] [PATCH 0/3] x86: xsave{c,s} fixes and adjustments

>>> On 27.01.16 at 08:35, wrote: > 1: xstate: don't unintentionally clear compaction bit > 2: adjust xsave structure attributes > 3: xstate: fix fault behavior on XRSTORS > > Signed-off-by: Jan Beulich Actually - no, let me see whether I can figure out the

Re: [Xen-devel] Error booting Xen

>>> On 26.01.16 at 19:02, wrote: > Last time, I did absolutely nothing. System was idle > and it crashed just after the login. Now, I booted the > system again and this time, there is no reset. But, > performance of the system is very slow. Browser > (Mozilla Firefox)

[Xen-devel] [linux-linus test] 79068: regressions - FAIL

flight 79068 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/79068/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-cubietruck 6 xen-bootfail REGR. vs. 59254

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

Hi Shannon, On 2016/1/23 11:19, Shannon Zhao wrote: 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 --- CC:

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Jan 26, 2016 23:51, "Peter Zijlstra" wrote: > > So for a moment it looked like MIPS wanted to equal or surpass Alpha in > this respect. If there is an architecture that I'd expect to try to take the "sucks more" crown, MIPS would be it. They've already done the "worst

Re: [Xen-devel] [PATCH v9 02/25] docs/libxl: Introduce COLO_CONTEXT to support migration v2 colo streams

On Wed, Jan 27, 2016 at 03:15:47PM +, Andrew Cooper wrote: > On 27/01/16 15:11, Konrad Rzeszutek Wilk wrote: > > On Wed, Jan 27, 2016 at 11:00:24AM +, Andrew Cooper wrote: > >> On 27/01/16 06:47, Wen Congyang wrote: > >>> On 01/27/2016 04:40 AM, Konrad Rzeszutek Wilk wrote: > On Wed,

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Wed, Jan 27, 2016 at 02:50:36PM +, David Vrabel wrote: > Surely the interesting comparison here is how is (early) microcode > loading disabled in KVM guests? It isn't - kvm simply ignores the write to the microcode application MSRs MSR_AMD64_PATCH_LOADER and MSR_IA32_UCODE_REV,

Re: [Xen-devel] [PATCH v5] x86/p2m: use large pages for MMIO mappings

>>> On 27.01.16 at 15:51, wrote: > On 27/01/16 14:40, Jan Beulich wrote: >> >> int set_mmio_p2m_entry(struct domain *d, unsigned long gfn, mfn_t mfn, >> - p2m_access_t access) >> + unsigned int order, p2m_access_t

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

On 1/27/2016 11:12 PM, Jan Beulich wrote: On 27.01.16 at 15:56, wrote: On 1/27/2016 10:32 PM, Jan Beulich wrote: On 27.01.16 at 15:13, wrote: About the truncation issue: I do not quite follow. Will this hurt if the value

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

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

Re: [Xen-devel] xenbits GitHub mirror?

On 27/01/16 15:45, Ian Campbell wrote: > On Wed, 2016-01-27 at 15:18 +, Lars Kurth wrote: >>> Doug says that you can mark a repo as a 'mirror', which will prevent >>> people from being able to send pull requests to it; so I think my >>> technical objection has been answered. >>> >>> I think

Re: [Xen-devel] [PATCH v9 02/25] docs/libxl: Introduce COLO_CONTEXT to support migration v2 colo streams

Andrew Cooper writes ("Re: [Xen-devel] [PATCH v9 02/25] docs/libxl: Introduce COLO_CONTEXT to support migration v2 colo streams"): > On 27/01/16 15:28, Konrad Rzeszutek Wilk wrote: > > On Wed, Jan 27, 2016 at 03:15:47PM +, Andrew Cooper wrote: > >> Mandatory records may not be ignored, and

Re: [Xen-devel] libxl refactoring, call for discussion

Hi Ian, I'll try to make clear domain restart thing first. Currently there are only device entries in domain config for frontends with backend paths in them, e.g.: FrontendDomain.cfg: vdevice = [ 'backend=BackendDomain,devid=0,device=/dev/device' ] it is parsed only on frontend domain start,

Re: [Xen-devel] [PATCH] arm: clean up build variables

On 1/27/16 9:24 AM, Ian Campbell wrote: > On Wed, 2016-01-27 at 09:11 -0600, Doug Goldstein wrote: >> On 1/27/16 9:05 AM, Ian Campbell wrote: >>> On Wed, 2016-01-27 at 07:44 -0700, Jan Beulich wrote: >>> On 27.01.16 at 15:30, wrote: > On 1/25/16 5:27 AM, Ian Campbell

Re: [Xen-devel] libxl refactoring, call for discussion

On Wed, 2016-01-27 at 18:20 +0200, Pavlo Suikov wrote: > Hi Ian, Please don't top post and please use plain text emails, not html. > I'll try to make clear domain restart thing first. Currently there are > only device entries in domain config for frontends with backend paths in > them, e.g.: >

Re: [Xen-devel] [PATCH v9 02/25] docs/libxl: Introduce COLO_CONTEXT to support migration v2 colo streams

On 27/01/16 15:28, Konrad Rzeszutek Wilk wrote: > On Wed, Jan 27, 2016 at 03:15:47PM +, Andrew Cooper wrote: >> On 27/01/16 15:11, Konrad Rzeszutek Wilk wrote: >>> On Wed, Jan 27, 2016 at 11:00:24AM +, Andrew Cooper wrote: On 27/01/16 06:47, Wen Congyang wrote: > On 01/27/2016

Re: [Xen-devel] xenbits GitHub mirror?

On Wed, 2016-01-27 at 15:18 +, Lars Kurth wrote: > > Doug says that you can mark a repo as a 'mirror', which will prevent > > people from being able to send pull requests to it; so I think my > > technical objection has been answered. > > > > I think the idea is still only half-baked though,

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

>>> On 27.01.16 at 16:23, wrote: > > On 1/27/2016 11:12 PM, Jan Beulich wrote: > On 27.01.16 at 15:56, wrote: >>> On 1/27/2016 10:32 PM, Jan Beulich wrote: >>> On 27.01.16 at 15:13, wrote: > About

Re: [Xen-devel] schedulers and topology exposing questions

On Wed, Jan 27, 2016 at 03:53:38PM +, George Dunlap wrote: > On 27/01/16 15:27, Konrad Rzeszutek Wilk wrote: > > On Wed, Jan 27, 2016 at 03:10:01PM +, George Dunlap wrote: > >> On 27/01/16 14:33, Konrad Rzeszutek Wilk wrote: > >>> On Xen - the schedule() would go HLT.. and then later be

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

On 1/27/2016 11:58 PM, Jan Beulich wrote: On 27.01.16 at 16:23, wrote: On 1/27/2016 11:12 PM, Jan Beulich wrote: On 27.01.16 at 15:56, wrote: On 1/27/2016 10:32 PM, Jan Beulich wrote: On 27.01.16 at 15:13,

[Xen-devel] Xen Project Infrastructure Maintenance: xenbits (Jan 28), qemu-bitslave & mail & downloads.xenproject.org (Feb 1), lists & etherpad (Feb 4th)

Hi everyone, we are rebooting a number of Xen Project services in the next few days to upgrade operating systems. This means that a few services may be temporarily unavailable. The following websites are affected and will be done during the times below. If you notice any issues after the

Re: [Xen-devel] [PATCH] arm: clean up build variables

On Wed, 2016-01-27 at 09:11 -0600, Doug Goldstein wrote: > On 1/27/16 9:05 AM, Ian Campbell wrote: > > On Wed, 2016-01-27 at 07:44 -0700, Jan Beulich wrote: > > > > > > On 27.01.16 at 15:30, wrote: > > > > On 1/25/16 5:27 AM, Ian Campbell wrote: > > > > > On Wed, 2016-01-20 at

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Wed, Jan 27, 2016 at 10:17:56AM -0500, Boris Ostrovsky wrote: > On 01/27/2016 10:09 AM, David Vrabel wrote: > >On 27/01/16 15:06, Boris Ostrovsky wrote: > >>On 01/27/2016 09:50 AM, David Vrabel wrote: > >>>On 27/01/16 14:42, Konrad Rzeszutek Wilk wrote: > On Tue, Jan 26, 2016 at 08:54:56PM

Re: [Xen-devel] schedulers and topology exposing questions

On Wed, Jan 27, 2016 at 03:10:01PM +, George Dunlap wrote: > On 27/01/16 14:33, Konrad Rzeszutek Wilk wrote: > > On Tue, Jan 26, 2016 at 11:21:36AM +, George Dunlap wrote: > >> On 22/01/16 16:54, Elena Ufimtseva wrote: > >>> Hello all! > >>> > >>> Dario, Gerorge or anyone else, your help

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

On Sat, 23 Jan 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

Re: [Xen-devel] schedulers and topology exposing questions

On Wed, Jan 27, 2016 at 10:27:01AM -0500, Konrad Rzeszutek Wilk wrote: > On Wed, Jan 27, 2016 at 03:10:01PM +, George Dunlap wrote: > > On 27/01/16 14:33, Konrad Rzeszutek Wilk wrote: > > > On Tue, Jan 26, 2016 at 11:21:36AM +, George Dunlap wrote: > > >> On 22/01/16 16:54, Elena Ufimtseva

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On 01/27/2016 10:29 AM, Konrad Rzeszutek Wilk wrote: On Wed, Jan 27, 2016 at 10:17:56AM -0500, Boris Ostrovsky wrote: On 01/27/2016 10:09 AM, David Vrabel wrote: On 27/01/16 15:06, Boris Ostrovsky wrote: On 01/27/2016 09:50 AM, David Vrabel wrote: On 27/01/16 14:42, Konrad Rzeszutek Wilk

Re: [Xen-devel] [PATCH v4 07/21] arm/acpi: Print GIC information when MADT is parsed

On Sat, 23 Jan 2016, Shannon Zhao wrote: > From: Shannon Zhao > > When MADT is parsed, print GIC information to make the boot log look > pretty. > > Signed-off-by: Hanjun Guo > Signed-off-by: Tomasz Nowicki >

Re: [Xen-devel] schedulers and topology exposing questions

On 27/01/16 15:27, Konrad Rzeszutek Wilk wrote: > On Wed, Jan 27, 2016 at 03:10:01PM +, George Dunlap wrote: >> On 27/01/16 14:33, Konrad Rzeszutek Wilk wrote: >>> On Xen - the schedule() would go HLT.. and then later be woken up by the >>> VIRQ_TIMER. And since the two applications were on

Re: [Xen-devel] xenbits GitHub mirror?

On Wed, 2016-01-27 at 16:01 +, George Dunlap wrote: > On 27/01/16 15:45, Ian Campbell wrote: > > For most patch series setting up a GH account and pushing the changes to it > > etc is pure overhead (or at least optional), there is no need to encourage > > it for most series, nor even

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

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

Re: [Xen-devel] blk_update_request: I/O error on NFS (was: [Xen-users] xen domU disk on nfs shared file)

On Tue, Jan 12, 2016 at 12:05:48PM +, Wei Liu wrote: > Drop xen-users@, CC xen-devel@ and blk maintainers, change title. > What is the MTU you are using? How do you mount the disk? > On Mon, Jan 11, 2016 at 03:08:24PM +0100, Kojedzinszky Richárd wrote: > > Dear all, > > > > We are facing

[Xen-devel] [PATCH] xenstore: add stddef.h to xenstore_lib.h

xs_perm_to_string takes a size_t which isn't defined by anything pulled in directly by this header. Given the other headers xenstore_lib.h pulls in this looks to be an oversight rather than a deliberate policy. Signed-off-by: Ian Campbell ---

[Xen-devel] [qemu-mainline test] 79130: tolerable FAIL - PUSHED

flight 79130 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/79130/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 11 guest-start fail like 78683 Tests which did not

[Xen-devel] [PATCH 4.3 004/157] x86/paravirt: Prevent rtc_cmos platform device init on PV guests

4.3-stable review patch. If anyone has any objections, please let me know. -- From: David Vrabel commit d8c98a1d1488747625ad6044d423406e17e99b7a upstream. Adding the rtc platform device in non-privileged Xen PV guests causes an IRQ conflict because

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

On Wed, Jan 13, 2016 at 02:59:09PM +, 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

[Xen-devel] [PATCH 1/2] x86/vmx: Don't clobber exception_bitmap when entering/leaving emulated real mode

Most updates to the exception bitmaps set or clear an individual bits. However, entering or exiting emulated real mode unilaterally clobbers it, leaving the exit code to recalculate what it should have been. This is error prone, and indeed currently fails to recalculate the TRAP_no_device

[Xen-devel] qemu-upstream compile failure in intel_iommu.c:vtd_context_device_invalidate

Compiling qemu-xen at 2ce1d30 ("xenfb.c: avoid expensive loops when prod <= out_cons") leads to this error with -O1: xen.git/tools/qemu-xen-dir/hw/i386/intel_iommu.c: In function ‘vtd_context_device_invalidate’: xen.git/tools/qemu-xen-dir/hw/i386/intel_iommu.c:911:46: error: ‘mask’ may be used

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

This run is configured for baseline tests only. flight 38708 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38708/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 3

Re: [Xen-devel] [PATCH v13 1/8] tools: Add vga=vmware

On Sat, Nov 28, 2015 at 04:44:58PM -0500, Don Slutz wrote: > From: Don Slutz > > This allows use of QEMU's VMware emulated video card > > NOTE: vga=vmware is not supported by device_model_version=qemu-xen-traditional > > Signed-off-by: Don Slutz > CC:

[Xen-devel] [PATCH 2/2] x86/hvm: Don't intercept #UD exceptions in general

c/s 0f1cb96e "x86 hvm: Allow cross-vendor migration" caused HVM domains to unconditionally intercept #UD exceptions. While cross-vendor migration is cool as a demo, it is extremely niche. Intercepting #UD allows userspace code in a multi-vcpu guest to execute arbitrary instructions in the x86

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

On Mon, Jan 25, 2016 at 05:25:02PM -0700, Jim Fehlig wrote: > I would like to hear the community's opinion on supporting more qdisk types in > xl/libxl, e.g. nbd, rbd, iSCSI, etc. I prefer supporting additional qdisk > types > in libxl over apps like xl or libvirt doing all the setup, producing a

Re: [Xen-devel] [PATCH 2/2] x86/hvm: Don't intercept #UD exceptions in general

On 01/27/2016 01:59 PM, Andrew Cooper wrote: On 27/01/16 18:49, Boris Ostrovsky wrote: On 01/27/2016 01:11 PM, Andrew Cooper wrote: diff --git a/xen/arch/x86/domctl.c b/xen/arch/x86/domctl.c index 1d71216..1084e82 100644 --- a/xen/arch/x86/domctl.c +++ b/xen/arch/x86/domctl.c @@ -65,8 +65,20

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

On Sat, Jan 23, 2016 at 05:12:04PM +0100, Tommi Airikka wrote: > Xen developers, > > After an upgrade of my Debian Jessie dom0 and domUs, my passthroughed > NIC stopped working. > This bug was probably introduced in Debian Jessie sometime > between 2015-12-30 and 2016-01-08 as 2015-12-30 as

Re: [Xen-devel] Developers for virgl 3d windows guest support

On Tue, Jan 26, 2016 at 05:48:34PM +0100, Fabio Fantoni wrote: > I take a fast look to virgl 3d project even if I not tested it for now. It > seems interesting for adding 2d and 3d hw acceleration support to virtual > machines with a large hw (gpu) choice. > I take a look also to intel gvt-g but

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

Bleh moving forward please use mcg...@kernel.org, that will be sent to my employer and my personal address. More below. On Wed, Jan 27, 2016 at 8:15 AM, Boris Ostrovsky wrote: > On 01/27/2016 10:29 AM, Konrad Rzeszutek Wilk wrote: >> On Wed, Jan 27, 2016 at 10:17:56AM

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Wed, Jan 27, 2016 at 10:48 AM, Luis R. Rodriguez wrote: > > Worth mentioning here also is hpa's clarification on when subarch type > PC (0) should be used: [it should be used if the hardware is] > "enumerable using standard PC mechanisms (PCI, ACPI) and doesn't need > a

Re: [Xen-devel] [PATCH 2/2] x86/hvm: Don't intercept #UD exceptions in general

On 27/01/16 19:14, Boris Ostrovsky wrote: > On 01/27/2016 01:59 PM, Andrew Cooper wrote: >> On 27/01/16 18:49, Boris Ostrovsky wrote: >>> On 01/27/2016 01:11 PM, Andrew Cooper wrote: diff --git a/xen/arch/x86/domctl.c b/xen/arch/x86/domctl.c index 1d71216..1084e82 100644 ---

Re: [Xen-devel] [PATCH 2/2] x86/hvm: Don't intercept #UD exceptions in general

On 01/27/2016 01:11 PM, Andrew Cooper wrote: c/s 0f1cb96e "x86 hvm: Allow cross-vendor migration" caused HVM domains to unconditionally intercept #UD exceptions. While cross-vendor migration is cool as a demo, it is extremely niche. Intercepting #UD allows userspace code in a multi-vcpu guest

[Xen-devel] [PATCH v2 2/2] x86/hvm: Don't intercept #UD exceptions in general

c/s 0f1cb96e "x86 hvm: Allow cross-vendor migration" caused HVM domains to unconditionally intercept #UD exceptions. While cross-vendor migration is cool as a demo, it is extremely niche. Intercepting #UD allows userspace code in a multi-vcpu guest to execute arbitrary instructions in the x86

Re: [Xen-devel] [PATCH 2/2] x86/hvm: Don't intercept #UD exceptions in general

On 27/01/16 18:49, Boris Ostrovsky wrote: > On 01/27/2016 01:11 PM, Andrew Cooper wrote: >> c/s 0f1cb96e "x86 hvm: Allow cross-vendor migration" caused HVM >> domains to >> unconditionally intercept #UD exceptions. While cross-vendor >> migration is >> cool as a demo, it is extremely niche. >> >>

Re: [Xen-devel] [PATCH v2 2/2] x86/hvm: Don't intercept #UD exceptions in general

On 01/27/2016 02:13 PM, Andrew Cooper wrote: c/s 0f1cb96e "x86 hvm: Allow cross-vendor migration" caused HVM domains to unconditionally intercept #UD exceptions. While cross-vendor migration is cool as a demo, it is extremely niche. Intercepting #UD allows userspace code in a multi-vcpu guest

Re: [Xen-devel] [PATCH] x86 vm_event: reset monitor in vm_event_cleanup_domain()

On 27/01/2016 19:42, Razvan Cojocaru wrote: > It is currently possible to leave a monitor flag enabled even > after vm_event_cleanup_domain() has been called, potentially > leading to a crash in hvm_msr_write_intercept() and hvm_set_crX() > (when v->arch.vm_event has become NULL, but the

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

On 1/27/16 12:32 PM, Konrad Rzeszutek Wilk wrote: > On Mon, Jan 25, 2016 at 05:25:02PM -0700, Jim Fehlig wrote: >> I would like to hear the community's opinion on supporting more qdisk types >> in >> xl/libxl, e.g. nbd, rbd, iSCSI, etc. I prefer supporting additional qdisk >> types >> in libxl

[Xen-devel] [PATCH] x86 vm_event: reset monitor in vm_event_cleanup_domain()

It is currently possible to leave a monitor flag enabled even after vm_event_cleanup_domain() has been called, potentially leading to a crash in hvm_msr_write_intercept() and hvm_set_crX() (when v->arch.vm_event has become NULL, but the corresponding corresponding v->domain->arch.monitor flag is

Re: [Xen-devel] [PATCH] x86 vm_event: reset monitor in vm_event_cleanup_domain()

On Wed, Jan 27, 2016 at 12:42 PM, Razvan Cojocaru wrote: > It is currently possible to leave a monitor flag enabled even > after vm_event_cleanup_domain() has been called, potentially > leading to a crash in hvm_msr_write_intercept() and hvm_set_crX() > (when

Re: [Xen-devel] [PATCH v2 2/2] x86/hvm: Don't intercept #UD exceptions in general

On Wed, Jan 27, 2016 at 07:57:00PM +, Andrew Cooper wrote: > On 27/01/2016 19:52, Konrad Rzeszutek Wilk wrote: > >> diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c > >> index 674feea..7a15d49 100644 > >> --- a/xen/arch/x86/hvm/hvm.c > >> +++ b/xen/arch/x86/hvm/hvm.c > >> @@ -93,12

Re: [Xen-devel] [PATCH v2 2/2] x86/hvm: Don't intercept #UD exceptions in general

> diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c > index 674feea..7a15d49 100644 > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -93,12 +93,10 @@ unsigned long __section(".bss.page_aligned") > static bool_t __initdata opt_hap_enabled = 1; > boolean_param("hap",

Re: [Xen-devel] [PATCH v2 2/2] x86/hvm: Don't intercept #UD exceptions in general

On 27/01/2016 19:52, Konrad Rzeszutek Wilk wrote: >> diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c >> index 674feea..7a15d49 100644 >> --- a/xen/arch/x86/hvm/hvm.c >> +++ b/xen/arch/x86/hvm/hvm.c >> @@ -93,12 +93,10 @@ unsigned long __section(".bss.page_aligned") >> static bool_t

[Xen-devel] [PATCH 2/2] altp2m: Implement p2m_get_mem_access for altp2m views

Extend the existing get_mem_access memop to allow querying permissions in altp2m views as well. Signed-off-by: Tamas K Lengyel Cc: Ian Jackson Cc: Stefano Stabellini Cc: Ian Campbell

[Xen-devel] [PATCH 1/2] altp2m: Merge p2m_set_altp2m_mem_access and p2m_set_mem_access

The altp2m subsystem in its current form uses its own HVMOP hypercall to set mem_access permissions, duplicating some of the code already present for setting regular mem_access permissions. In this patch we consolidate the two, deprecate the HVMOP hypercall and update the corresponding tools.

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

On Wed, Jan 27, 2016 at 02:25:51PM -0600, Doug Goldstein wrote: > On 1/27/16 12:32 PM, Konrad Rzeszutek Wilk wrote: > > On Mon, Jan 25, 2016 at 05:25:02PM -0700, Jim Fehlig wrote: > >> I would like to hear the community's opinion on supporting more qdisk > >> types in > >> xl/libxl, e.g. nbd,

[Xen-devel] [libvirt test] 79146: tolerable FAIL - PUSHED

flight 79146 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/79146/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-raw 13 guest-saverestorefail never pass test-armhf-armhf-libvirt-raw 11

Re: [Xen-devel] [PATCH v9 02/25] docs/libxl: Introduce COLO_CONTEXT to support migration v2 colo streams

On 27/01/16 06:47, Wen Congyang wrote: > On 01/27/2016 04:40 AM, Konrad Rzeszutek Wilk wrote: >> On Wed, Dec 30, 2015 at 10:37:32AM +0800, Wen Congyang wrote: >>> It is the negotiation record for COLO. >>> Primary->Secondary: >>> control_id 0x: Secondary VM is out of sync, start a new

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Fri, 15 Jan 2016, Leonid Yegoshin wrote: > > So you need to build a different kernel for some types of MIPS systems? > > Or do you do boot-time rewriting, like a number of other arches do? > > I don't know. I would like to have responses. Ralf asked Maciej about old > systems and that came

Re: [Xen-devel] xenbits GitHub mirror?

On Wed, Jan 27, 2016 at 10:55 AM, Andrew Cooper wrote: > On 27/01/16 09:45, Ian Campbell wrote: >> On Tue, 2016-01-26 at 11:26 -0600, Doug Goldstein wrote: >>> On 1/26/16 10:55 AM, Ian Campbell wrote: On Sat, 2015-12-19 at 14:51 -0600, Doug Goldstein wrote: >

Re: [Xen-devel] [linux-4.1 test] 79008: regressions - FAIL

On Wed, 2016-01-27 at 11:18 +, Ian Campbell wrote: > On Tue, 2016-01-26 at 13:11 +, osstest service owner wrote: > > flight 79008 linux-4.1 real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/79008/ > > > > Regressions :-( > > > > Tests which did not succeed and are

Re: [Xen-devel] [PATCH v5 6/8] arm/gic-v3: Refactor gicv3_init into generic and dt specific parts

On Sat, 23 Jan 2016, Shannon Zhao wrote: > From: Shannon Zhao > > Refactor gic-v3 related functions into dt and generic parts. This will be > helpful when adding acpi support for gic-v3. > > Signed-off-by: Shannon Zhao > --- > v5: none > v4:

Re: [Xen-devel] A New Year, A New Way to Build for XenServer

On Wed, 2016-01-27 at 11:01 +, Jason Long wrote: > Hello. > I look at below article : > > http://xenserver.org/blog/entry/a-new-year-a-new-way-to-build-for-xenserver.html > > What does it mean? xenserver != xenproject (xenserver is a downstream project of xenproject). If this discussion

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

> On January 27, 2016 at 6:48am, wrote: > > From: Jan Beulich [mailto:jbeul...@suse.com] > > Sent: Tuesday, January 26, 2016 11:53 PM > > Once again: Before getting started, please assess which route is going > > to be the better one. Remember that we had already discussed and put

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

flight 79090 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/79090/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-cubietruck 15 guest-start/debian.repeat fail in 78925 REGR. vs. 66399

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

>>> On 27.01.16 at 12:09, wrote: >> On January 27, 2016 at 6:48am, wrote: >> > From: Jan Beulich [mailto:jbeul...@suse.com] >> > Sent: Tuesday, January 26, 2016 11:53 PM > > >> > Once again: Before getting started, please assess which route is going >> > to be

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, 27 Jan 2016, Ralf Baechle wrote: > > So you need to build a different kernel for some types of MIPS systems? > > Yes. We can't really do without. Classic MIPS code is not relocatable > without the complexity of PIC code as used by ELF DSOs - and their > performanc penalty. Plus we

[Xen-devel] [distros-debian-squeeze test] 38707: all pass

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

[Xen-devel] [PATCH V2] arm: p2m.c bug-fix: hypervisor hang on __p2m_get_mem_access

When __p2m_get_mem_access gets called, the p2m lock is already taken by either get_page_from_gva or p2m_get_mem_access. Possible code paths: 1) -> get_page_from_gva -> p2m_mem_access_check_and_get_page -> __p2m_get_mem_access 2) ->

Re: [Xen-devel] xenbits GitHub mirror?

On Tue, 2016-01-26 at 11:26 -0600, Doug Goldstein wrote: > On 1/26/16 10:55 AM, Ian Campbell wrote: > > On Sat, 2015-12-19 at 14:51 -0600, Doug Goldstein wrote: > > > All, > > > > > > Now I'll start off by saying that "no" is a perfectly acceptable answer > > > to this suggestion. Basically I

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 11:58:20AM -0800, Paul E. McKenney wrote: > On Tue, Jan 26, 2016 at 12:16:09PM +, Will Deacon wrote: > > On Mon, Jan 25, 2016 at 10:03:22PM -0800, Paul E. McKenney wrote: > > > On Mon, Jan 25, 2016 at 04:42:43PM +, Will Deacon wrote: > > > > On Fri, Jan 15, 2016 at

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Thu, Jan 14, 2016 at 04:47:53PM -0800, Paul E. McKenney wrote: > So you need to build a different kernel for some types of MIPS systems? Yes. We can't really do without. Classic MIPS code is not relocatable without the complexity of PIC code as used by ELF DSOs - and their performanc

Re: [Xen-devel] xenbits GitHub mirror?

On 27/01/16 09:45, Ian Campbell wrote: > On Tue, 2016-01-26 at 11:26 -0600, Doug Goldstein wrote: >> On 1/26/16 10:55 AM, Ian Campbell wrote: >>> On Sat, 2015-12-19 at 14:51 -0600, Doug Goldstein wrote: All, Now I'll start off by saying that "no" is a perfectly acceptable answer

Re: [Xen-devel] [PATCH v9 03/25] libxc/migration: Specification update for DIRTY_PFN_LIST records

On 27/01/16 10:00, Ian Campbell wrote: > On Wed, 2016-01-27 at 15:12 +0800, Wen Congyang wrote: >> On 01/27/2016 04:44 AM, Konrad Rzeszutek Wilk wrote: + 0x000F: DIRTY_PFN_LIST + >>> Perhaps make it part of the optional and prefix it with CHECKPOINT? >> IIUC, optional

Re: [Xen-devel] [linux-4.1 test] 79008: regressions - FAIL

On Tue, 2016-01-26 at 13:11 +, osstest service owner wrote: > flight 79008 linux-4.1 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/79008/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >  

[Xen-devel] [linux-3.18 baseline-only test] 38706: regressions - FAIL

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

Re: [Xen-devel] [PATCH] arm: p2m.c bug-fix: hypervisor hang on __p2m_get_mem_access

(we went offlist by mistake without noticing, resending my last reply which I think has sufficient context/quoting to make sense) On Wed, 2016-01-27 at 11:51 +0200, CORNELIU ZUZU wrote: > On 1/26/2016 6:14 PM, Ian Campbell wrote: > > On Tue, 2016-01-26 at 13:46 +0200, Corneliu ZUZU wrote: > > >

  1   2   >