Re: [Xen-devel] [PATCH v7 15/17] vmx: VT-d posted-interrupt core logic handling

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: Tuesday, September 22, 2015 6:27 PM > To: Wu, Feng; Dario Faggioli; George Dunlap > Cc: Jan Beulich; Tian, Kevin; Keir Fraser; Andrew Cooper; > xen-devel@lists.xen.org > Subject: Re: [Xen-devel] [PATCH v7

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

This run is configured for baseline tests only. flight 38011 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38011/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-pair

Re: [Xen-devel] [PATCH v7 15/17] vmx: VT-d posted-interrupt core logic handling

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Tuesday, September 22, 2015 10:39 PM > To: George Dunlap; Wu, Feng > Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew > Cooper; Jan Beulich > Subject: Re: [Xen-devel] [PATCH

Re: [Xen-devel] [PATCH v7 15/17] vmx: VT-d posted-interrupt core logic handling

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: Tuesday, September 22, 2015 10:28 PM > To: Wu, Feng; Dario Faggioli > Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew > Cooper; Jan Beulich > Subject: Re: [Xen-devel] [PATCH v

Re: [Xen-devel] [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy

On 09/22/2015 06:22 PM, George Dunlap wrote: On 09/22/2015 05:42 AM, Juergen Gross wrote: One other thing I just discovered: there are other consumers of the topology sibling masks (e.g. topology_sibling_cpumask()) as well. I think we would want to avoid any optimizations based on those in driv

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

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

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

Zhang, Yang Z wrote on 2015-09-08: > Liuqiming (John) wrote on 2015-09-08: >> Ok, I will try to explain, correct me if I got anything wrong: >> >> The problem here is not interrupts lost but interrupts not delivered >> in time. >> >> there are basically two path to inject an interrupt into VM (o

[Xen-devel] [qemu-upstream-4.2-testing baseline-only test] 38010: tolerable FAIL

This run is configured for baseline tests only. flight 38010 qemu-upstream-4.2-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38010/ Failures :-/ but no regressions. Tests which did not succeed, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3

Re: [Xen-devel] [PATCH v7 05/17] vmx: Extend struct pi_desc to support VT-d Posted-Interrupts

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 22, 2015 10:20 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; xen-devel@lists.xen.org; Keir Fraser > Subject: Re: [PATCH v7 05/17] vmx: Extend struct pi_desc to support VT-d > Posted-Interr

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

On Tue, Sep 22, 2015 at 01:17:03PM -0700, Ed Swierk wrote: > RFC. Tested with 3.14.51 and Xen 4.5.1. I'll make a proper patch against a > more current kernel if we decide this is heading in the right direction. CC-ing David as well > > > xen/mcfg: Notify Xen of PCI MMCONFIG area before addin

[Xen-devel] Xen, ACPI and Linux

Hi all, Mark, Ard and I have just had a discussion on ACPI, EFI and booting interfaces for Xen and kexec. We all agree that the most important thing to do is to document precisely what this interface looks like. Not just the device tree nodes, but also who calls ExitBootServices, SetVirtualAddres

[Xen-devel] [distros-debian-snapshot test] 38009: regressions - trouble: blocked/broken/fail/pass

flight 38009 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38009/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3) broken REGR. vs. 37991 build

Re: [Xen-devel] vTPM ownership problem

I cleared TPM hardware, resetted it and upgraded xen to 4.5.0. But the same problem still exists. ~# tpm_takeownership Enter owner password: Confirm password: Enter SRK password: Confirm password: Tspi_TPM_TakeOwnership failed: 0x2004 - layer=tcs, code=0004 (4), Internal software error Here i

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

Andreas Sundstrom, le Mon 21 Sep 2015 22:03:22 +0200, a écrit : > Note that my original thought was that this bug probably is within GRUB. It's probably in the GRUB implementation of loading the domU GRUB, since you say that pvgrub1 loads it fine. > (XEN) domain_crash_sync called from entry.S: fa

Re: [Xen-devel] [PATCH v6 2/2] xen/arm: support gzip compressed kernels

On Tue, 22 Sep 2015, Julien Grall wrote: > On 21/09/2015 23:51, Stefano Stabellini wrote: > > +/* > > + * Need to free pages after output_size here because they won't be > > + * freed by discard_initial_modules > > + */ > > +i = (output_size + PAGE_SIZE - 1) >> PAGE_SHIFT; > > +

Re: [Xen-devel] [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local

On Tue, 22 Sep 2015, Ian Jackson wrote: > (CCing Stefano) > > Ian Campbell writes ("Re: [PATCH OSSTEST] make_qcow2: Look for qemu-img under > /usr as well as /usr/local"): > > On Tue, 2015-09-22 at 16:41 +0100, Ian Jackson wrote: > > > Ian Campbell writes ("[PATCH OSSTEST] make_qcow2: Look for qe

Re: [Xen-devel] Oldest supported Xen version in upstream QEMU (Was: Re: [Minios-devel] [PATCH v2 0/15+5+5] Begin to disentangle libxenctrl and provide some stable libraries)

On Tue, 22 Sep 2015, Ian Campbell wrote: > (dropping minios-devel) > > Stefano, > > On Wed, 2015-07-15 at 16:46 +0100, Ian Campbell wrote: > > > > There are 3 series, against xen.git (15 patches), mini-os.git (5 > > patches) and qemu-xen-trad.git (5 patches). The patches against xen.git > > poin

[Xen-devel] [linux-3.18 test] 62178: regressions - FAIL

flight 62178 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/62178/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581 Regressions which are

[Xen-devel] [PATCH for 4.6] xen/arm: vgic: Correctly emulate write when byte is used

When a guest is writing a byte, the value will be located in bits[7:0] of the register. Although the current implementation is expecting the byte at the Nth byte of the register where N = address & 4; When the address is not 4-byte aligned, the corresponding byte in the internal state will always

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

RFC. Tested with 3.14.51 and Xen 4.5.1. I'll make a proper patch against a more current kernel if we decide this is heading in the right direction. xen/mcfg: Notify Xen of PCI MMCONFIG area before adding device On systems where the ACPI DSDT advertises a PCI MMCONFIG area but the E820

[Xen-devel] Page Table Entry Modifications

Hi All, I want to know if, in the case of HVM (shadow page tables), we can change the machine frame number pointed to by a page table entry? An overly simplified example would be: let's say I have page number 10 that is pointing to machine frame number 10, but I would like it to point to machine f

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

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

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On Tue, Sep 22, 2015 at 11:23 AM, Konrad Rzeszutek Wilk wrote: > On Sun, Sep 20, 2015 at 09:49:04PM -0700, Andy Lutomirski wrote: >> On Fri, Sep 18, 2015 at 12:04 PM, Borislav Petkov wrote: >> > On Fri, Sep 18, 2015 at 08:20:46AM -0700, Andy Lutomirski wrote: >> >> In any event, Borislav, you mus

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On Sun, Sep 20, 2015 at 09:49:04PM -0700, Andy Lutomirski wrote: > On Fri, Sep 18, 2015 at 12:04 PM, Borislav Petkov wrote: > > On Fri, Sep 18, 2015 at 08:20:46AM -0700, Andy Lutomirski wrote: > >> In any event, Borislav, you must have typed rdmsr_safe for a reason :) > > > > Wasn't me: > > > > 6c

[Xen-devel] [xen-4.5-testing test] 62168: tolerable FAIL - PUSHED

flight 62168 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/62168/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-libvirt-qcow2 14 guest-saverestore.2 fail REGR. vs. 61513 test-amd64-amd64-rumpuserx

[Xen-devel] [PATCH 3.19.y-ckt 002/102] x86/ldt: Make modify_ldt synchronous

3.19.8-ckt7 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream. modify_ldt() has questionable locking and does not synchronize threads. Improve it: redesign the locking and

[Xen-devel] [PATCH 3/8] xen/arm: Fix comment coding style in handle_node in domain_build.c

Only coding style changes. No functional changes. Signed-off-by: Julien Grall --- xen/arch/arm/domain_build.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c index f7ea240..651d75e 100644 --- a/xen/arch/arm/do

[Xen-devel] [PATCH 6/8] xen/arm: gic: Check the size of the CPU and vCPU interface retrieved from DT

The size of the CPU interface will used in a follow-up patch to map the region in Xen memory. Based on GICv2 spec, the CPU interface should at least be 8KB, although most of the platform we are supporting use the GICv1 size (i.e 4KB) in their DT. Only warn and update the size to avoid any breakage

[Xen-devel] [PATCH 2/8] xen/arm: Retrieve the correct number of cells when building dom0 DT

The function dt_n_*_cells will retrieve the number of cells for a given node. Those numbers may not be correct to use for the child "reg" property if the parent is passed. This is fine today because the parent is always the root node which means there is no upper parent. Introduce new helpers dt_

[Xen-devel] [PATCH 1/8] xen/arm: gic: Make clear the GIC node is passed to make_hwdom_dt_node

The callback make_hwdom_dt_node already have the gic node in parameter. Rather than using a weird mix between "dt_interrupt_controller" (aliased to "gic") and "node", rename the callback parameter "node" to "gic". Signed-off-by: Julien Grall --- xen/arch/arm/gic-hip04.c | 5 ++--- xen/arch/arm

[Xen-devel] [PATCH 8/8] xen/arm: platform: Drop the quirks callback

All the quirks has been replaced by proper detection. Lets drop the callback and hope that no one will need new quirks. At the same time, remove the definition platform_dom0_evtchn_ppi with is not used any more. Signed-off-by: Julien Grall --- xen/arch/arm/platform.c| 10 -- xen

[Xen-devel] [PATCH 5/8] xen/arm: vgic-v2: Drop cbase from arch_domain

The field value is only used within a single function in the vgic-v2 emulation. So it's not necessary to store the value in the domain structure. This is also saving 8 bytes on a structure which begin to be constrained (the maximum size of struct domain is 4KB). Signed-off-by: Julien Grall ---

[Xen-devel] [PATCH 7/8] xen/arm: gic-v2: Detect automatically aliased GIC400

We are currently using a per-platform quirk to know if the 2 4KB region of the GIC CPU interface are each aligned to 64KB. Although, it may be possible to have different layout on a same platform (depending on the firmware version). Rather than having a quirk it's possible to detect by reading the

[Xen-devel] [PATCH 0/8] xen/arm: gic-v2: Detect automatically aliased GIC400

Hi all, Only patch #7 is related to subject. The others are clean up of code I looked while I was working on this series. Regards, Julien Grall (8): xen/arm: gic: Make clear the GIC node is passed to make_hwdom_dt_node xen/arm: Retrieve the correct number of cells when building dom0 DT xen

[Xen-devel] [PATCH 4/8] xen/arm: Warn when a device tree path will be re-used by Xen

Xen is using unconditionnally some device tree path to create DOM0 specific node (for instance /psci, /memory and /hypervisor). Rather than blindly add new nodes with the same, print a warning message on the console to let know the user that something may go wrong. Signed-off-by: Julien Grall --

[Xen-devel] [PATCH 0/2] x86/hvm: Improvements to HAP superpage feature detection

Two small patches which reduce the runtime overhead of detecting HAP superpages by moving more initialisation into __init. Noticed while reviewing "x86/p2m: use large pages for MMIO mappings". Andrew Cooper (2): x86/hvm: Refine hap_has_{2mb,1gb} checks x86/hvm: Fold opt_hap_{2mb,1gb} into hap

[Xen-devel] [PATCH 2/2] x86/hvm: Fold opt_hap_{2mb, 1gb} into hap_capabilities

This allows all runtime users to simply check hap_has_{2mb,1gb} rather than having to check opt_hap_{2mb,1gb} as well. As a result, opt_hap_{2mb,1gb} can move into __initdata. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: George Dunlap --- xen/arch/x86/hvm/hvm.c |8 xen/ar

[Xen-devel] [PATCH 1/2] x86/hvm: Refine hap_has_{2mb,1gb} checks

HAP superpages are a host property and not dependent on domain configuration. Drop the domain paramter (which was only used in one of the two callsites), and drop the redundant hvm_ prefix to mirror the cpu_has_* style of feature detection. Finally, convert the checks to being proper booleans rath

[Xen-devel] [PATCH v2] xen/x86: Record xsave features in c->x86_capabilities

Convert existing cpu_has_x??? to being functions of boot_cpu_data (matching the prevailing style), and mask out unsupported features. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Shuai Ruan v2: * Reuse word 2 rather than introducing word 8 * Remove bsp check when validating homogenei

Re: [Xen-devel] [PATCH v2 21/23] x86/boot: implement early command line parser in C

On Thu, Aug 27, 2015 at 06:43:39AM -0600, Jan Beulich wrote: > >>> On 20.07.15 at 16:29, wrote: > > Current early command line parser implementation in assembler > > is very difficult to change to relocatable stuff using segment > > registers. This requires a lot of changes in very weird and > > f

Re: [Xen-devel] Is: Make XENVER_* use XSM, seperate the different ops in smaller security domains. Was:Re: [PATCH v1 5/5] xsplice: Use ld-embedded build-ids

On 22/09/15 09:45, Konrad Rzeszutek Wilk wrote: On Tue, Sep 22, 2015 at 02:33:23PM +0100, Andrew Cooper wrote: On 22/09/15 14:22, Konrad Rzeszutek Wilk wrote: On Fri, Sep 18, 2015 at 12:40:46PM +0100, Andrew Cooper wrote: On 17/09/15 19:45, Konrad Rzeszutek Wilk wrote: . snip.. The build id

[Xen-devel] [PATCH for-4.6 1/2] libxl: fix devd removal path

The current flow of the devd helper (in charge of launching hotplug scripts inside of driver domains) is to wait for the device backend to switch to state 6 (XenbusStateClosed) and then remove it. This is not correct, since a domain can reconnect it's PV devices as many times as it wants. In order

Re: [Xen-devel] Is: Make XENVER_* use XSM, seperate the different ops in smaller security domains. Was:Re: [PATCH v1 5/5] xsplice: Use ld-embedded build-ids

On 17/09/15 14:45, Konrad Rzeszutek Wilk wrote: . snip.. The build id of the current running hypervisor should belong in the xeninfo hypercall. It is not specific to xsplice. However in the previous reviews it was pointed out that it should only be accessible to dom0. Or to any domains as lo

[Xen-devel] [PATCH for-4.6 0/2] libxl: devd fixes

The following patches fix an error when reconnecting a device that's handled by a driver domain and a possible race when doing the cleanup of the backend path. I think both should be included in 4.6, since this a regression as compared to using udev inside of the driver domain. Roger. ___

Re: [Xen-devel] [PATCH for-4.6 2/2] libxl: fix the cleanup of the backend path when using driver domains

Roger Pau Monne writes ("[PATCH for-4.6 2/2] libxl: fix the cleanup of the backend path when using driver domains"): > With the current libxl implementation the control domain will remove both > the frontend and the backend xenstore paths of a device that's handled by a > driver domain. This is in

Re: [Xen-devel] [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy

On 09/22/2015 05:42 AM, Juergen Gross wrote: > One other thing I just discovered: there are other consumers of the > topology sibling masks (e.g. topology_sibling_cpumask()) as well. > > I think we would want to avoid any optimizations based on those in > drivers as well, not only in the scheduler

Re: [Xen-devel] [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local

(CCing Stefano) Ian Campbell writes ("Re: [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local"): > On Tue, 2015-09-22 at 16:41 +0100, Ian Jackson wrote: > > Ian Campbell writes ("[PATCH OSSTEST] make_qcow2: Look for qemu-img under > > /usr as well as /usr/local"): > > >

Re: [Xen-devel] falha para instalar VM

Mai algumas informações: soemrjoc:/backup/SOEM # rpm -qa | grep xen xen-libs-4.2.2_06-0.7.1 xen-tools-4.2.2_06-0.7.1 kernel-xen-base-3.0.101-0.47.52.1 kernel-xen-3.0.101-0.47.52.1 xen-4.2.5_06-0.7.1 soemrjoc:/backup/SOEM # soemrjoc:/backup/SOEM # soemrjoc:/backup/SOEM # uname -r 3.0.101-0.47.52-xe

Re: [Xen-devel] [PATCH for-4.6 1/2] libxl: fix devd removal path

Roger Pau Monne writes ("[PATCH for-4.6 1/2] libxl: fix devd removal path"): > The current flow of the devd helper (in charge of launching hotplug scripts > inside of driver domains) is to wait for the device backend to switch to > state 6 (XenbusStateClosed) and then remove it. This is not correct

Re: [Xen-devel] [PATCH] x86/p2m: add PoD accounting to set_typed_p2m_entry()

On 09/22/2015 02:01 PM, Jan Beulich wrote: > While neither PoD together with pass-through nor PVH are currently > supported we still shouldn't leave in place such latent issues. > > Signed-off-by: Jan Beulich > Reviewed-by: Tim Deegan Acked-by: George Dunlap _

[Xen-devel] [PATCH for-4.6 2/2] libxl: fix the cleanup of the backend path when using driver domains

With the current libxl implementation the control domain will remove both the frontend and the backend xenstore paths of a device that's handled by a driver domain. This is incorrect, since the driver domain possibly needs to access the backend path in order to perform the disconnection and cleanup

[Xen-devel] OutreachY round 11 - Please add new sensible projects

Hi everyone, most of http://wiki.xenproject.org/wiki/Outreach_Program_Projects has been scrubbed and out-of-date projects removed. I also restructured http://wiki.xenproject.org/wiki/Outreachy/Round11 to make it easier to a) Navigate the right mailing list, IRC channel b) Make it easier to ide

Re: [Xen-devel] [OSSTest Nested v12 20/21] Don't lvextend if actually no more space to extend

Ian Campbell writes ("Re: [OSSTest Nested v12 20/21] Don't lvextend if actually no more space to extend"): > On Wed, 2015-09-16 at 15:27 +0100, Ian Jackson wrote: > > I think this should be done by moving the start of the if block to > > after overall_limit_pe. That would avoid a tested if (and v

Re: [Xen-devel] [PATCH V2 1/2] xen, libxc: Fine grained control of REP emulation optimizations

On 09/22/2015 06:39 PM, Jan Beulich wrote: On 22.09.15 at 17:28, wrote: >> On 09/22/2015 06:17 PM, Jan Beulich wrote: >> On 21.09.15 at 15:31, wrote: --- a/xen/arch/x86/hvm/emulate.c +++ b/xen/arch/x86/hvm/emulate.c @@ -514,7 +514,8 @@ static int hvmemul_virtual_to_linear(

Re: [Xen-devel] [PATCH v3] xen/xsm: Make p->policyvers be a local variable (ver) to shut up GCC 5.1.1 warnings.

On 16/09/15 15:57, Konrad Rzeszutek Wilk wrote: policydb.c: In function ‘user_read’: policydb.c:1443:26: error: ‘buf[2]’ may be used uninitialized in this function [-Werror=maybe-uninitialized] usrdatum->bounds = le32_to_cpu(buf[2]); ^ cc1: all warnings being

Re: [Xen-devel] [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local

Ian Campbell writes ("[PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local"): > Older Xen's installed in /usr by default, so we need to check where > qemu-img if we want these tests to work on those versions. Acked-by: Ian Jackson But, why are we executing a utility fr

Re: [Xen-devel] [PATCH v2 20/23] x86: add multiboot2 protocol support for EFI platforms

>>> On 22.09.15 at 17:21, wrote: > On Thu, Aug 27, 2015 at 06:01:26AM -0600, Jan Beulich wrote: >> >>> On 20.07.15 at 16:29, wrote: >> > @@ -130,6 +146,119 @@ print_err: >> > .Lhalt: hlt >> > jmp .Lhalt >> > >> > +.code64 >> > + >> > +__efi64_start: >> > +cld >> > +

Re: [Xen-devel] [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local

On Tue, 2015-09-22 at 16:41 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST] make_qcow2: Look for qemu-img under > /usr as well as /usr/local"): > > Older Xen's installed in /usr by default, so we need to check where > > qemu-img if we want these tests to work on those versions. >

Re: [Xen-devel] [OSSTest Nested v12 20/21] Don't lvextend if actually no more space to extend

On Wed, 2015-09-16 at 15:27 +0100, Ian Jackson wrote: > Robert Ho writes ("[OSSTest Nested v12 20/21] Don't lvextend if actually > no more space to extend"): > > Though passes if judgement, the > > overall_limit_pe(\$vg_more_free_pe); > > may final judge no more free_pe to extend. > > So, check

Re: [Xen-devel] [OSSTEST PATCH 15/28] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds

Ian Campbell writes ("Re: [OSSTEST PATCH 15/28] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds"): > On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > > Title is missing -makexrefs? Yes, fixed. > > Signed-off-by: Ian Jackson > > Acked-by: Ian Campbell > > Reaffir

Re: [Xen-devel] [PATCH V2 2/2] xen: Introduce VM_EVENT_FLAG_SET_REGISTERS

On Tue, Sep 22, 2015 at 9:35 AM, Razvan Cojocaru wrote: > On 09/22/2015 06:19 PM, Jan Beulich wrote: > On 21.09.15 at 15:31, wrote: > >> A previous version of this patch dealing with support for skipping > >> the current instruction when a vm_event response requested it > >> computed the in

Re: [Xen-devel] [PATCH V2 1/2] xen, libxc: Fine grained control of REP emulation optimizations

>>> On 22.09.15 at 17:28, wrote: > On 09/22/2015 06:17 PM, Jan Beulich wrote: > On 21.09.15 at 15:31, wrote: >>> --- a/xen/arch/x86/hvm/emulate.c >>> +++ b/xen/arch/x86/hvm/emulate.c >>> @@ -514,7 +514,8 @@ static int hvmemul_virtual_to_linear( >>> * being triggered for repeated writes

Re: [Xen-devel] [PATCH V2 2/2] xen: Introduce VM_EVENT_FLAG_SET_REGISTERS

On 09/22/2015 06:34 PM, Tamas K Lengyel wrote: > > > On Tue, Sep 22, 2015 at 9:19 AM, Jan Beulich > wrote: > > >>> On 21.09.15 at 15:31, > wrote: > > A previous version of this patch dealing with support for skipping > > t

Re: [Xen-devel] [PATCH v2 20/23] x86: add multiboot2 protocol support for EFI platforms

On Thu, Aug 27, 2015 at 06:01:26AM -0600, Jan Beulich wrote: > >>> On 20.07.15 at 16:29, wrote: > > Signed-off-by: Daniel Kiper > > For a patch of this size, no description at all seems rather > problematic. > > > --- a/xen/arch/x86/boot/head.S > > +++ b/xen/arch/x86/boot/head.S > > @@ -89,6 +89,

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

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

Re: [Xen-devel] AMD Radeon 7970 passthrough on XEN 4.4.3 with an AMD FX-8350/Gigabyte GA-970A-UD3 *HORROR*

On Tue, Sep 22, 2015 at 4:21 PM, NiX wrote: > This issue occur also on Win10 though the upgrade fixed all the other > issues I encountered. > >> >> Do you happen to have a serial console available, so you could capture the >> crash/error messages from Xen and/or dom0 Linux kernel? >> >> SOL (Seria

Re: [Xen-devel] [OSSTEST PATCH 05/28] sg-report-flight: Better searching for used revisions

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > The old algorithm used for determining which flight might be a > suitable test of a particular revision was rather crude, in two ways: > > * It would look at _all_ jobs in a flight referred to from the flight >of interest, not just at th

Re: [Xen-devel] [PATCH V2 2/2] xen: Introduce VM_EVENT_FLAG_SET_REGISTERS

On 09/22/2015 06:19 PM, Jan Beulich wrote: On 21.09.15 at 15:31, wrote: >> A previous version of this patch dealing with support for skipping >> the current instruction when a vm_event response requested it >> computed the instruction length in the hypervisor, adding non-trivial >> code depen

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

flight 62175 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/62175/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-vhd 7 host-ping-check-xen fail REGR. vs. 62098 test-amd64-i386-libvirt-q

Re: [Xen-devel] [PATCH V2 2/2] xen: Introduce VM_EVENT_FLAG_SET_REGISTERS

On Tue, Sep 22, 2015 at 9:19 AM, Jan Beulich wrote: > >>> On 21.09.15 at 15:31, wrote: > > A previous version of this patch dealing with support for skipping > > the current instruction when a vm_event response requested it > > computed the instruction length in the hypervisor, adding non-trivia

Re: [Xen-devel] [OSSTEST PATCH 28/28] Executive: Delay releasing build host shares by 90s

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > When a build job finishes, the same flight may well want to do a > subsequent build that depended on the first. When this happens, we > have a race: > > One the one hand, we have the flight: after sg-run-job exits, > sg-execute-flight needs

Re: [Xen-devel] [OSSTEST PATCH 22/28] ts-debian-hvm-install: Do not create EFI partition if EFI not in use

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > If we are booting our install ISO using a non-EFI executable, don't > try to provide an EFI for the installed system either. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell ___ Xen-devel

Re: [Xen-devel] [OSSTEST PATCH 20/28] ts-debian-hvm-install: Cope with images containing only isolinux

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > debian-7.2.0-i386-CD-1.iso contains no grub, only isolinux. > > If the specified EFI grub file does not exist, fall back to isolinux. > This requires a -c option as well, according to > https://wiki.debian.org/DebianInstaller/Modify/CD > >

Re: [Xen-devel] [OSSTEST PATCH 14/28] Provide xen-unstable-smoke branch

Ian Campbell writes ("Re: [OSSTEST PATCH 14/28] Provide xen-unstable-smoke branch"): > On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > > (Deployment note: This needs images/debian-7.2.0-i386-CD-1.iso which I > > have already placed in the Cambridge and Xen Project instances.) > > Which ma

Re: [Xen-devel] [OSSTEST PATCH 19/28] ts-debian-hvm-install: Defer preseed generation

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > Defer preseed file generation until after we have fetched and looked > inside the install image, because we are going to want to make changes > to the preseed file based on the image contents. > > No overall functional change, although some t

Re: [Xen-devel] [OSSTEST PATCH 15/28] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: Title is missing -makexrefs? > The smoke tests are for testing xen-unstable. We want to avoid > building anything else. So arrange to reuse previous builds by > calling mg-adjust-flight-makexrefs. > > We rebuild libvirt too. This is necess

Re: [Xen-devel] [OSSTEST PATCH 14/28] Provide xen-unstable-smoke branch

On Tue, 2015-09-22 at 16:12 +0100, Ian Jackson wrote: > (Deployment note: This needs images/debian-7.2.0-i386-CD-1.iso which I > have already placed in the Cambridge and Xen Project instances.) Which made me thing, what will be the effect of this series on the Cambridge instance, and in particula

[Xen-devel] falha para instalar VM

Olá, Estou tentando instalar um windons 7 dendro de uma VM no Linux,só que já tentei e não consigo,aparece a falha abaixo,voces podem me ajudar por favor ? Grato,Júlio [cid:image001.png@01D0F52D.3F970660] ___ Xen-devel mailing list Xen-devel@lists.xe

Re: [Xen-devel] [PATCH V2 1/2] xen, libxc: Fine grained control of REP emulation optimizations

On 09/22/2015 06:17 PM, Jan Beulich wrote: On 21.09.15 at 15:31, wrote: >> --- a/xen/arch/x86/hvm/emulate.c >> +++ b/xen/arch/x86/hvm/emulate.c >> @@ -514,7 +514,8 @@ static int hvmemul_virtual_to_linear( >> * being triggered for repeated writes to a whole page. >> */ >> *rep

Re: [Xen-devel] [PATCH V2 2/2] xen: Introduce VM_EVENT_FLAG_SET_REGISTERS

>>> On 21.09.15 at 15:31, wrote: > A previous version of this patch dealing with support for skipping > the current instruction when a vm_event response requested it > computed the instruction length in the hypervisor, adding non-trivial > code dependencies. This patch allows a userspace vm_event

[Xen-devel] [OSSTEST PATCH 14/28] Provide xen-unstable-smoke branch

Introduce support for branch=qemu-xen-unstable-smoke which has xenbranch=xen-unstable-smoke. In make-flight, this contains a very limited set of jobs test-amd64-amd64-libvirt test-amd64-amd64-xl-qemuu-debianhvm-i386 test-armhf-armhf-xl and the builds they depend on. The debianhvm job

Re: [Xen-devel] [PATCH V2 1/2] xen, libxc: Fine grained control of REP emulation optimizations

>>> On 21.09.15 at 15:31, wrote: > --- a/xen/arch/x86/hvm/emulate.c > +++ b/xen/arch/x86/hvm/emulate.c > @@ -514,7 +514,8 @@ static int hvmemul_virtual_to_linear( > * being triggered for repeated writes to a whole page. > */ > *reps = min_t(unsigned long, *reps, > -

[Xen-devel] Xen Security Advisory 142 (CVE-2015-7311) - libxl fails to honour readonly flag on disks with qemu-xen

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xen Security Advisory CVE-2015-7311 / XSA-142 version 2 libxl fails to honour readonly flag on disks with qemu-xen UPDATES IN VERSION 2 CVE assigned. ISSUE DESCRIPTION =

[Xen-devel] [OSSTEST PATCH 28/28] Executive: Delay releasing build host shares by 90s

When a build job finishes, the same flight may well want to do a subsequent build that depended on the first. When this happens, we have a race: One the one hand, we have the flight: after sg-run-job exits, sg-execute-flight needs to double-check the job status, and search the flight for more job

[Xen-devel] [OSSTEST PATCH 15/28] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds

The smoke tests are for testing xen-unstable. We want to avoid building anything else. So arrange to reuse previous builds by calling mg-adjust-flight-makexrefs. We rebuild libvirt too. This is necessary because libvirt is built against xen.git, and uses ABI-unstable APIs, so we need a libvirt

[Xen-devel] [OSSTEST PATCH 22/28] ts-debian-hvm-install: Do not create EFI partition if EFI not in use

If we are booting our install ISO using a non-EFI executable, don't try to provide an EFI for the installed system either. Signed-off-by: Ian Jackson --- v4: Fix regexp to match efi.img (!) Rebased, fixed code motion conflict. --- ts-debian-hvm-install |7 +-- 1 file changed, 5 inser

[Xen-devel] [OSSTEST PATCH 05/28] sg-report-flight: Better searching for used revisions

The old algorithm used for determining which flight might be a suitable test of a particular revision was rather crude, in two ways: * It would look at _all_ jobs in a flight referred to from the flight of interest, not just at the relevant jobs; * It would only look at the direct referents

[Xen-devel] [OSSTEST PATCH 20/28] ts-debian-hvm-install: Cope with images containing only isolinux

debian-7.2.0-i386-CD-1.iso contains no grub, only isolinux. If the specified EFI grub file does not exist, fall back to isolinux. This requires a -c option as well, according to https://wiki.debian.org/DebianInstaller/Modify/CD Only try to set up a grub config if we are booting grub. (The i386

[Xen-devel] [OSSTEST PATCH 19/28] ts-debian-hvm-install: Defer preseed generation

Defer preseed file generation until after we have fetched and looked inside the install image, because we are going to want to make changes to the preseed file based on the image contents. No overall functional change, although some things happen in a different order now, and the ISO manipulation

[Xen-devel] [OSSTEST PATCH v4 00/28] xen.git#staging smoke tests

This time, for sure. Specifically, I have: * Run this as a nearly-live cr-daily-branch in my account on in the production colo, and checked that the versions used and result emails look sane. * Double-checked the standalone-generate-dump-flight-runvars again. * Ad-hoc tested 28/28 i

Re: [Xen-devel] [PATCH v7 28/28] xen/arm: ITS: Add pci devices in ThunderX

Hi Vijay, On 18/09/15 14:09, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > ITS initialization required for all PCI devices in > ThunderX platform are done by calling from specific > mapping function. > > This patch can be reverted once XEN PCI passthrough > framework for arm64 is in

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

>>> On 22.09.15 at 16:37, wrote: > On Tue, Sep 22, 2015 at 08:11:41AM -0600, Jan Beulich wrote: >> >>> On 22.09.15 at 16:03, wrote: >> > On Tue, Sep 22, 2015 at 07:52:19AM -0600, Jan Beulich wrote: >> >> >>> On 22.09.15 at 15:39, wrote: >> >> > On Tue, Sep 22, 2015 at 06:26:11AM -0700, Ed Swierk

Re: [Xen-devel] AMD Radeon 7970 passthrough on XEN 4.4.3 with an AMD FX-8350/Gigabyte GA-970A-UD3 *HORROR*

> Hello, > > On Sat, Sep 19, 2015 at 08:21:15PM +0300, NiX wrote: >> After a lot of trial and error I got it working as a secondary >> pass-through. Thanks mainly to bullshit examples around the net. None >> seem >> to know nothing. >> >> I though of I am the idiot but I was wrong. >> > > GPU passt

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

>>> On 22.09.15 at 16:33, wrote: > On Tue, Sep 22, 2015 at 08:12:56AM -0600, Jan Beulich wrote: >> >>> On 22.09.15 at 16:09, wrote: >> > On Tue, Sep 22, 2015 at 07:57:29AM -0600, Jan Beulich wrote: >> >> >>> On 22.09.15 at 15:36, wrote: >> >> > The best I could come up with is to do two loops: >

[Xen-devel] Oldest supported Xen version in upstream QEMU (Was: Re: [Minios-devel] [PATCH v2 0/15+5+5] Begin to disentangle libxenctrl and provide some stable libraries)

(dropping minios-devel) Stefano, On Wed, 2015-07-15 at 16:46 +0100, Ian Campbell wrote: > > There are 3 series, against xen.git (15 patches), mini-os.git (5 > patches) and qemu-xen-trad.git (5 patches). The patches against xen.git > point to the patches in the other two trees via instructions to

Re: [Xen-devel] [PATCH v7 16/17] VT-d: Dump the posted format IRTE

>>> On 11.09.15 at 10:29, wrote: > Add the utility to dump the posted format IRTE. > > CC: Yang Zhang > CC: Kevin Tian > Signed-off-by: Feng Wu > --- > v7: > - Remove the two stage loop This looks quite a bit better now, thanks. > --- a/xen/drivers/passthrough/vtd/utils.c > +++ b/xen/drivers

Re: [Xen-devel] [PATCH v7 13/17] Update IRTE according to guest interrupt config changes

>>> On 11.09.15 at 10:29, wrote: > @@ -198,6 +199,103 @@ void free_hvm_irq_dpci(struct hvm_irq_dpci *dpci) > xfree(dpci); > } > > +/* > + * This routine handles lowest-priority interrupts using vector-hashing > + * mechanism. As an example, modern Intel CPUs use this method to handle > + *

Re: [Xen-devel] [PATCH v7 12/17] x86: move some APIC related macros to apicdef.h

>>> On 11.09.15 at 10:29, wrote: > Move some APIC related macros to apicdef.h, so they can be used > outside of vlapic.c. > > CC: Keir Fraser > CC: Jan Beulich > CC: Andrew Cooper > Signed-off-by: Feng Wu > --- > v7: > - Put the Macros to the right place inside the file. Almost: > --- a/xen

[Xen-devel] [xen-4.2-testing baseline-only test] 37998: trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 37998 xen-4.2-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37998/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-i386-i386-xl-vhd

Re: [Xen-devel] [PATCH v7 11/17] vt-d: Add API to update IRTE when VT-d PI is used

>>> On 11.09.15 at 10:29, wrote: > --- a/xen/drivers/passthrough/vtd/intremap.c > +++ b/xen/drivers/passthrough/vtd/intremap.c > @@ -899,3 +899,124 @@ void iommu_disable_x2apic_IR(void) > for_each_drhd_unit ( drhd ) > disable_qinval(drhd->iommu); > } > + > +static void setup_posted_

  1   2   3   >