[Xen-devel] [rumpuserxen test] 58968: regressions - FAIL

flight 58968 rumpuserxen real [real] http://logs.test-lab.xenproject.org/osstest/logs/58968/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866 build-i386-rumpuserxe

Re: [Xen-devel] [PATCH] libxl: locally attach disks with hotplug scripts for bootloader execution

El 25/06/15 a les 19.22, George Dunlap ha escrit: > On 06/25/2015 03:17 PM, Roger Pau Monne wrote: >> > Or else bootloader execution fails. Tested using an iSCSI disk. >> > >> > Signed-off-by: Roger Pau Monné >> > Reported-by: Hildebrand, Nils >> > Cc: Ian Jackson >> > Cc: Ian Campbell >> > Cc

Re: [Xen-devel] [Xen-users] xen physical address（paddr）and machine address (maddr)

On Sun, 2015-06-28 at 13:13 +0800, xinyue wrote: Per http://wiki.xen.org/wiki/Asking_Xen_Devel_Questions#Observe_list_etiquette. please do not cross post. You question seems to be xen-development related, so I have put the other two to bcc. >I wan't to hash the kernel code segment of HV

Re: [Xen-devel] [PATCH v2] OSSTest: stop testing SEDF, start testing RTDS

On Sat, 2015-06-27 at 12:05 -0700, Meng Xu wrote: > Will I receive the email in cc. list if OSSTest fails? Test reports are in general only sent to xen-devel. While osstest could in theory cc people who touched the branch with e.g. a branch which tests Linux that would risk spamming a load of Li

Re: [Xen-devel] [v2 RESEND] nested EPT: fix the handling of nested EPT

At 06:00 +0800 on 27 Jun (1435384807), Liang Li wrote: > If the host EPT entry is changed, the nested EPT should be updated. > the current code does not do this, and it's wrong. > I have tested this patch, the L2 guest can boot and run as normal. > > Signed-off-by: Liang Li > Signed-off-by: Yang

Re: [Xen-devel] [linux-3.4 test] 58961: regressions - FAIL

On Mon, 2015-06-29 at 06:55 +, osstest service user wrote: > flight 58961 linux-3.4 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/58961/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-amd64-xl-qemu

Re: [Xen-devel] [ovmf test] 58956: regressions - FAIL

On Sun, 2015-06-28 at 22:32 +, osstest service user wrote: > flight 58956 ovmf real [real] > http://logs.test-lab.xenproject.org/osstest/logs/58956/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-i386-xl-qemuu-win7

Re: [Xen-devel] [PATCH v2] OSSTest: stop testing SEDF, start testing RTDS

On Mon, 2015-06-29 at 09:53 +0100, Ian Campbell wrote: > On Sat, 2015-06-27 at 12:05 -0700, Meng Xu wrote: > > I want/hope to know when/how the RTDS scheduler fails the test so that > > I can also contribute to fix the issue. > > I think other than keeping an eye on the reposts on the reports on

[Xen-devel] [v3] nested EPT: fix the handling of nested EPT

If the host EPT entry is changed, the nested EPT should be updated. the current code does not do this, and it's wrong. I have tested this patch, the L2 guest can boot and run as normal. Signed-off-by: Liang Li Signed-off-by: Yang Zhang Reported-by: Tim Deegan Reviewed-by: Tim Deegan --- xen/a

Re: [Xen-devel] Migration bug added by commit 2df1aa01bef7366798248ac6d03cfb42048b003d

> -Original Message- > From: Don Slutz [mailto:don.sl...@gmail.com] > Sent: 27 June 2015 22:02 > To: xen-devel@lists.xen.org; Paul Durrant; Jan Beulich > Subject: Migration bug added by commit > 2df1aa01bef7366798248ac6d03cfb42048b003d > > commit 2df1aa01bef7366798248ac6d03cfb42048b003d >

Re: [Xen-devel] Hypervisor can get PV guest's value?

On Sat, 2015-06-27 at 03:36 -0700, nicelhc13 wrote: > I want to use guest's variables on Xen hypervisor. > > But I don't know how to do exactly. > > First, I was thinking that I could use grant table but grant-table is not > related to this issue(cause grant-table is used inter-domain) > > > Is

Re: [Xen-devel] [PATCH V5 2/7] libxl_read_file_contents: add new entry to read sysfs file

>>> On 6/26/2015 at 09:05 PM, in message <21901.20009.85407.581...@mariner.uk.xensource.com>, Ian Jackson wrote: > Chun Yan Liu writes ("Re: [PATCH V5 2/7] libxl_read_file_contents: add new > entry to read sysfs file"): > > >>> On 6/25/2015 at 07:09 PM, in message > > <21899.57676.368102.98

Re: [Xen-devel] [PATCH] xen/events/fifo: Consume unprocessed events when a CPU dies

On 06/19/2015 05:06 PM, David Vrabel wrote: On 19/06/15 17:02, Boris Ostrovsky wrote: On 06/19/2015 11:15 AM, Ross Lagerwall wrote: When a CPU is offlined, there may be unprocessed events on a port for that CPU. If the port is subsequently reused on a different CPU, it could be in an unexpecte

Re: [Xen-devel] Problems with merlot* AMD Opteron 6376 systems (Was Re: stable trees

On Fri, 2015-06-26 at 21:07 +0100, Ian Campbell wrote: > On Fri, 2015-06-26 at 15:36 -0400, Boris Ostrovsky wrote: > > On 06/26/2015 10:52 AM, Jan Beulich wrote: > > On 26.06.15 at 16:34, wrote: > > >> I did this using rdmsr from mst-tools instead, running on a native > > >> kernel gave: > >

Re: [Xen-devel] PCI Pass-through in Xen ARM - Draft 2.

Hi Manish, On 28/06/15 19:38, Manish Jaggi wrote: > 4.1 Holes in guest memory space > > Holes are added in the guest memory space for mapping pci device's BAR > regions. > These are defined in arch-arm.h > > /* For 32bit */ > GUEST_MMIO_HOLE0_BASE, GUEST_MMIO_HOLE0_SI

Re: [Xen-devel] PCI Pass-through in Xen ARM - Draft 2.

On Mon, 2015-06-29 at 11:31 +0100, Julien Grall wrote: > Hi Manish, > > On 28/06/15 19:38, Manish Jaggi wrote: > > 4.1 Holes in guest memory space > > > > Holes are added in the guest memory space for mapping pci device's BAR > > regions. > > These are defined in arch-

Re: [Xen-devel] [PATCH V5 2/7] libxl_read_file_contents: add new entry to read sysfs file

Chun Yan Liu writes ("Re: [PATCH V5 2/7] libxl_read_file_contents: add new entry to read sysfs file"): > On 6/26/2015 at 09:05 PM, in message > <21901.20009.85407.581...@mariner.uk.xensource.com>, Ian Jackson > wrote: > > But please feel free to explain why I'm wrong. > > You are right. I'm co

Re: [Xen-devel] PCI Pass-through in Xen ARM - Draft 2.

On 29/06/15 11:50, Ian Campbell wrote: > On Mon, 2015-06-29 at 11:31 +0100, Julien Grall wrote: >> Hi Manish, >> >> On 28/06/15 19:38, Manish Jaggi wrote: >>> 4.1 Holes in guest memory space >>> >>> Holes are added in the guest memory space for mapping pci device's BAR

[Xen-devel] [ovmf test] 58963: tolerable FAIL - PUSHED

flight 58963 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/58963/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 58919 test-amd64-i386-xl-qemuu-win7-amd64 1

Re: [Xen-devel] Stop testing SEDF almost at all (at least until Xen 4.2) [was: Re: [PATCH v2] OSSTest: stop testing SEDF, start testing RTDS]

On 06/26/2015 04:24 PM, Ian Jackson wrote: > Dario Faggioli writes ("Stop testing SEDF almost at all (at least until Xen > 4.2) [was: Re: [PATCH v2] OSSTest: stop testing SEDF, start testing RTDS]"): >> However, I honestly think that testing SEDF for earlier versions than >> xen-unstable (at least

Re: [Xen-devel] [RFC PATCH v3 04/18] xen/arm: gicv3: Refactor redistributor information

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Separate redistributor information into rdist and rdist_prop > structures. > > The rdist_prop holds the redistributor common information > and rdist holds the per cpu specific information. > > This percp

[Xen-devel] [PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is

The osstest branch doesn't expose pretest (at least not to the machine I tested this on), so it ends up ignored here. Some branches (e.g. linux-next) do not record a baseline, so the script allows for that. Since everything serialises on the repo lock I didn't bother trying to parallelise anythin

Re: [Xen-devel] [RFC PATCH v3 05/18] xen/arm: ITS: Port ITS driver to xen

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: [...] > +/* > + * ITS command descriptors - parameters to be encoded in a command > + * block. > + */ > +struct its_cmd_desc { > +union { > +struct { > +struct its_collection *col; > +u32 event_id;

Re: [Xen-devel] Xen-unstable: pci-passthrough of device using MSI-X interrupts not working after commit x86/MSI: track host and guest masking separately

On Fri, 26 Jun 2015, Jan Beulich wrote: > >>> On 26.06.15 at 17:04, wrote: > On 26.06.15 at 15:38, wrote: > >> On 2015-06-26 14:41, Jan Beulich wrote: > >> On 26.06.15 at 13:02, wrote: > Strange, i don't see *any* of your printk's being hit ... (xl dmesg > attached). > >>> >

Re: [Xen-devel] [RFC PATCH v3 07/18] xen/arm: ITS: implement hw_irq_controller for LPIs

On Fri, 2015-06-26 at 17:05 +0200, Julien Grall wrote: > Hi Vijay, > > On 26/06/2015 14:54, Vijay Kilari wrote: > > On Tue, Jun 23, 2015 at 8:02 PM, Julien Grall > > wrote: > >> Hi Vijay, > >> > >> On 22/06/15 13:01, vijay.kil...@gmail.com wrote: > >>> From: Vijaya Kumar K > >>> > >>> Implement

Re: [Xen-devel] [PATCH 4/7] xen: get rid of the SEDF scheduler

On 26/06/15 17:19, Dario Faggioli wrote: > --- a/xen/include/public/domctl.h > +++ b/xen/include/public/domctl.h > @@ -324,7 +324,6 @@ DEFINE_XEN_GUEST_HANDLE(xen_domctl_max_vcpus_t); > > /* XEN_DOMCTL_scheduler_op */ > /* Scheduler types. */ > -#define XEN_SCHEDULER_SEDF 4 Please instead

Re: [Xen-devel] [RFC PATCH v3 07/18] xen/arm: ITS: implement hw_irq_controller for LPIs

On Tue, 2015-06-23 at 15:32 +0100, Julien Grall wrote: [...] > > +{ > > +struct its_collection *col; > > +struct its_device *its_dev = get_irq_device(desc); > > +u8 *cfg; > > +u32 virq = irq_to_virq(desc); > > + > > +ASSERT(virq < its_dev->nr_lpis); > > + > > +cfg = gic_rdis

Re: [Xen-devel] [PATCH] Refactor ioreq server for better performance

> -Original Message- > From: Yu Zhang [mailto:yu.c.zh...@linux.intel.com] > Sent: 26 June 2015 11:30 > To: xen-de...@lists.xenproject.org; Paul Durrant; Andrew Cooper; > jbeul...@suse.com; Kevin Tian; zhiyuan...@intel.com > Subject: [PATCH] Refactor ioreq server for better performance > >

Re: [Xen-devel] [RFC PATCH v3 08/18] xen/arm: vITS: Add virtual ITS driver

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > +if ( !p2m_is_ram(p2mt) ) > +{ > +put_page(page); > +dprintk(XENLOG_G_ERR, "vITS:d%dv%d with wrong attributes\n", > +d->domain_id, current->vcpu_id); "d%dv%d" should be done (everywhere) wit

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

flight 58964 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/58964/ Failures :-/ but no regressions. Tests which did not succeed, including tests which could not be run: test-amd64-i386-libvirt-xsm 11 guest-start fail baseline untested test-amd64-i386-lib

Re: [Xen-devel] [RFC PATCH v3 09/18] xen/arm: ITS: Add virtual ITS commands support

On Wed, 2015-06-24 at 11:29 +0100, Julien Grall wrote: > > +if ( virt_cmd->mapd.valid ) > > +{ > > +/* itt field is 40 bit. extract 48 bit address by shifting */ > > +dt_entry.vitt_ipa = virt_cmd->mapd.itt << 8; > > + > > +dt_entry.vitt_size = (1 << (virt_cmd->mapd.

Re: [Xen-devel] [RFC PATCH v3 09/18] xen/arm: ITS: Add virtual ITS commands support

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: [...] > +/* XXX: Enable validation later */ > +vdev = find_vits_device(&v->domain->arch.vits->dev_root, dev_id); > +if ( !vdev && !vdev->its_dev ) > +return -EINVAL; vdev is unused I think. Which is good because a

Re: [Xen-devel] [RFC PATCH v3 09/18] xen/arm: ITS: Add virtual ITS commands support

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > +static int vgic_its_process_mapvi(struct vcpu *v, struct vgic_its *vits, > + its_cmd_block *virt_cmd) > +{ > +struct vitt entry; > +struct vits_device *vdev; > +uint8_t vcol_id, cmd; > +

Re: [Xen-devel] [PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is

Ian Campbell writes ("[PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is"): > The osstest branch doesn't expose pretest (at least not to the machine I > tested > this on), so it ends up ignored here. > > Some branches (e.g. linux-next) do not record a baseline, so the

Re: [Xen-devel] [RFC PATCH v3 10/18] xen/arm: ITS: Add APIs to add and assign device

On Wed, 2015-06-24 at 12:38 +0100, Julien Grall wrote: [...] > > @@ -459,7 +475,7 @@ void its_send_inv(struct its_device *dev, struct > > its_collection *col, > > its_send_single_command(dev->its, its_build_inv_cmd, &desc); > > } > > > > -void its_send_mapd(struct its_device *dev, int vali

Re: [Xen-devel] [RFC PATCH v3 10/18] xen/arm: ITS: Add APIs to add and assign device

CIOn Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > +/* Device assignment. Should be called from pci_device_add */ > +int its_add_device(struct domain *d, u32 devid) > +{ Prior to the PCI series landing, and to enable dom0 to use ITS it might be possible to call this from xen/arch

[Xen-devel] [PATCH] tools/libxl: Fix build following c/s c3c8da9

c/s c3c8da9 "libxl: ao: datacopier callback gets an rc" caused libxl__domain_save_device_model() to pass its rc directly into the callback. However in the preexisting code, there were 3 "goto out;" paths which left rc uninitialised, which is cause by GCC 4.8's -Wmaybe-uninitialized Signed-off-by:

Re: [Xen-devel] [PATCH v3] x86/arm/mm: use gfn instead of pfn in p2m_get_mem_access/p2m_set_mem_access

On 26/06/15 16:17, Vitaly Kuznetsov wrote: > 'pfn' and 'start_pfn' are ambiguous, both these functions expect GFNs as > input. > > On x86 the interface of p2m_set_mem_access() in p2m.c doesn't match the > declaration in p2m-common.h as 'pfn' is being used instead of 'start_pfn'. > > On ARM both p2

Re: [Xen-devel] [RFC PATCH v3 07/18] xen/arm: ITS: implement hw_irq_controller for LPIs

On 29/06/15 12:53, Ian Campbell wrote: >> In this case, I would prefer to see 2 callbacks (one for the host the >> other for the guest) which return the correct IRQ controller for a >> specific IRQ. I have in mind something like: >> >> get_guest_hw_irq_controller(unsigned int irq) >> { >>

Re: [Xen-devel] [PATCH v3] x86/arm/mm: use gfn instead of pfn in p2m_get_mem_access/p2m_set_mem_access

Andrew Cooper writes: > On 26/06/15 16:17, Vitaly Kuznetsov wrote: >> 'pfn' and 'start_pfn' are ambiguous, both these functions expect GFNs as >> input. >> >> On x86 the interface of p2m_set_mem_access() in p2m.c doesn't match the >> declaration in p2m-common.h as 'pfn' is being used instead of

Re: [Xen-devel] [PATCH v4 06/11][RESEND] x86/intel_pstate: APERF/MPERF feature detect

On 29/06/15 07:42, Wei Wang wrote: > Add support to detect the APERF/MPERF feature. Also, remove the identical > code in cpufreq.c and powernow.c. This patch is independent of the > earlier patches. > > Resend changes: > 1) defined macros for 0x1 and CPUID leaf5; > 2) added a statement stating that

Re: [Xen-devel] Migration bug added by commit 2df1aa01bef7366798248ac6d03cfb42048b003d

> -Original Message- > From: xen-devel-boun...@lists.xen.org [mailto:xen-devel- > boun...@lists.xen.org] On Behalf Of Paul Durrant > Sent: 29 June 2015 10:42 > To: Don Slutz; xen-devel@lists.xen.org; Jan Beulich > Subject: Re: [Xen-devel] Migration bug added by commit > 2df1aa01bef736679824

Re: [Xen-devel] [RFC PATCH v3 13/18] xen/arm: ITS: Add irq descriptors for LPIs

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Add irq descriptors for LPIs and route This seems to also do interrupt injection for LPIs and more. Please check that your commit messages are accurately describing the contents of the patch. If it turns

[Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

Add an option to the vm_event response to toggle singlestepping on the vCPU. Singed-off-by: Tamas K Lengyel --- MAINTAINERS| 1 + xen/arch/x86/Makefile | 1 + xen/arch/x86/hvm/hvm.c | 8 xen/arch/x86/vm_event.c| 41

Re: [Xen-devel] [PATCH v2 04/12] x86/altp2m: basic data structures and support routines.

On 26/06/15 22:17, Ed White wrote: > On 06/24/2015 03:29 AM, Andrew Cooper wrote: >> On 22/06/15 19:56, Ed White wrote: >>> diff --git a/xen/include/asm-x86/hvm/vcpu.h b/xen/include/asm-x86/hvm/vcpu.h >>> index 3d8f4dc..a1529c0 100644 >>> --- a/xen/include/asm-x86/hvm/vcpu.h >>> +++ b/xen/include/a

Re: [Xen-devel] [RFC PATCH v3 15/18] xen/arm: ITS: Add domain specific ITS initialization

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Add Domain and vcpu specific ITS initialization > > Signed-off-by: Vijaya Kumar K > --- > xen/arch/arm/gic-v3-its.c | 17 > xen/arch/arm/setup.c |1 + > xen/arch/arm/

Re: [Xen-devel] [RFC PATCH v3 16/18] xen/arm: ITS: Handle LPI interrupts

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Handle and route LPI interrupts > > Signed-off-by: Vijaya Kumar K > --- > xen/arch/arm/gic.c |5 + > 1 file changed, 5 insertions(+) > > diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c > i

Re: [Xen-devel] [PATCH v2 09/12] x86/altp2m: add remaining support routines.

On 26/06/15 17:30, Ed White wrote: > On 06/24/2015 11:19 AM, Andrew Cooper wrote: >> On 24/06/15 18:47, Ed White wrote: > This looks like some hoop jumping around the assertions in > domain_pause() and vcpu_pause(). > > We should probably have some new helpers where the domain needs

Re: [Xen-devel] [RFC PATCH v3 17/18] xen/arm: ITS: Generate ITS node for Dom0

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Parse host dt and generate ITS node for Dom0. > ITS node resides inside GIC node so when GIC node > is encountered look for ITS node. > > Signed-off-by: Vijaya Kumar K > --- > xen/arch/arm/domain_build.

Re: [Xen-devel] [RFC PATCH v3 00/18] Add ITS support

On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > Vijaya Kumar K (18): > xen/arm: Add bitmap_find_next_zero_area helper function > xen: Add log2 functionality > xen: console: Add ratelimit support for error message > xen/arm: gicv3: Refactor redistributor information > xe

Re: [Xen-devel] [RFC PATCH v3 13/18] xen/arm: ITS: Add irq descriptors for LPIs

On 29/06/15 13:58, Ian Campbell wrote: > On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: >> From: Vijaya Kumar K >> >> Add irq descriptors for LPIs and route > > This seems to also do interrupt injection for LPIs and more. Please > check that your commit messages are accurately d

Re: [Xen-devel] Problems with merlot* AMD Opteron 6376 systems (Was Re: stable trees

On 06/29/2015 06:23 AM, Ian Campbell wrote: On Fri, 2015-06-26 at 21:07 +0100, Ian Campbell wrote: On Fri, 2015-06-26 at 15:36 -0400, Boris Ostrovsky wrote: On 06/26/2015 10:52 AM, Jan Beulich wrote: On 26.06.15 at 16:34, wrote: I did this using rdmsr from mst-tools instead, running on a nat

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On 06/29/2015 03:58 PM, Tamas K Lengyel wrote: > Add an option to the vm_event response to toggle singlestepping on the vCPU. > > Singed-off-by: Tamas K Lengyel > --- > MAINTAINERS| 1 + > xen/arch/x86/Makefile | 1 + > xen/arch/x86/hvm/hvm.c | 8

Re: [Xen-devel] [PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is

On Mon, 2015-06-29 at 13:25 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST v1] mg-all-branch-statuses: Show how up > to date each branch is"): > > The osstest branch doesn't expose pretest (at least not to the machine I > > tested > > this on), so it ends up ignored here. > > >

Re: [Xen-devel] pvUSB backend performance

On Wed, Jun 24, 2015 at 1:06 PM, Juergen Gross wrote: > Hi, > > my qemu integrated pvUSB backend is now running stable enough to do > some basic performance measurements. I've passed a memory-stick with > about 90MB of data on it to a pv-domU. Then I read all the data on > it with tar and looked h

Re: [Xen-devel] [Xen-users] xen physical address（paddr）and machine address (maddr)

On Mon, 2015-06-29 at 18:35 +0800, xinyue wrote: Please don't top post. Please have another read of hte Etiquette section of http://wiki.xen.org/wiki/Asking_Xen_Devel_Questions . > Thanks very much，I think it‘s very helpful and I'll try it. > > Does "for an arbitrary guest page it is unlikely to

Re: [Xen-devel] [PATCH 4/7] xen: get rid of the SEDF scheduler

On Mon, 2015-06-29 at 12:56 +0100, Andrew Cooper wrote: > On 26/06/15 17:19, Dario Faggioli wrote: > > --- a/xen/include/public/domctl.h > > +++ b/xen/include/public/domctl.h > > @@ -324,7 +324,6 @@ DEFINE_XEN_GUEST_HANDLE(xen_domctl_max_vcpus_t); > > > > /* XEN_DOMCTL_scheduler_op */ > > /* Sc

Re: [Xen-devel] Stop testing SEDF almost at all (at least until Xen 4.2) [was: Re: [PATCH v2] OSSTest: stop testing SEDF, start testing RTDS]

On Mon, 2015-06-29 at 12:07 +0100, George Dunlap wrote: > On 06/26/2015 04:24 PM, Ian Jackson wrote: > > Dario Faggioli writes ("Stop testing SEDF almost at all (at least until Xen > > 4.2) [was: Re: [PATCH v2] OSSTest: stop testing SEDF, start testing RTDS]"): > >> However, I honestly think that

Re: [Xen-devel] [PATCH] xen/events/fifo: Consume unprocessed events when a CPU dies

On 06/29/2015 06:19 AM, Ross Lagerwall wrote: On 06/19/2015 05:06 PM, David Vrabel wrote: On 19/06/15 17:02, Boris Ostrovsky wrote: On 06/19/2015 11:15 AM, Ross Lagerwall wrote: When a CPU is offlined, there may be unprocessed events on a port for that CPU. If the port is subsequently reused

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On 29/06/15 13:58, Tamas K Lengyel wrote: > Add an option to the vm_event response to toggle singlestepping on the vCPU. > > Singed-off-by: Tamas K Lengyel > --- > MAINTAINERS| 1 + > xen/arch/x86/Makefile | 1 + > xen/arch/x86/hvm/hvm.c | 8 > xen

Re: [Xen-devel] pvUSB backend performance

On 06/29/2015 03:22 PM, George Dunlap wrote: On Wed, Jun 24, 2015 at 1:06 PM, Juergen Gross wrote: Hi, my qemu integrated pvUSB backend is now running stable enough to do some basic performance measurements. I've passed a memory-stick with about 90MB of data on it to a pv-domU. Then I read all

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On Mon, Jun 29, 2015 at 9:35 AM, Andrew Cooper wrote: > On 29/06/15 13:58, Tamas K Lengyel wrote: > > Add an option to the vm_event response to toggle singlestepping on the > vCPU. > > > > Singed-off-by: Tamas K Lengyel > > --- > > MAINTAINERS| 1 + > > xen/arch/x86/Makefil

Re: [Xen-devel] pvUSB backend performance

On 24/06/15 13:06, Juergen Gross wrote: > Hi, > > my qemu integrated pvUSB backend is now running stable enough to do > some basic performance measurements. I've passed a memory-stick with > about 90MB of data on it to a pv-domU. Then I read all the data on > it with tar and looked how long this w

Re: [Xen-devel] pvUSB backend performance

On 06/29/2015 03:46 PM, David Vrabel wrote: On 24/06/15 13:06, Juergen Gross wrote: Hi, my qemu integrated pvUSB backend is now running stable enough to do some basic performance measurements. I've passed a memory-stick with about 90MB of data on it to a pv-domU. Then I read all the data on it

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On 29/06/15 14:42, Lengyel, Tamas wrote: > > > > --- a/xen/arch/x86/hvm/hvm.c > > +++ b/xen/arch/x86/hvm/hvm.c > > @@ -6431,6 +6431,14 @@ int hvm_debug_op(struct vcpu *v, int32_t op) > > return rc; > > } > > > > +void hvm_toggle_singlestep(struct vcpu *v) > > +

Re: [Xen-devel] traps.c:3227: GPF (0000): ffff82d080194a4d -> ffff82d080239d85 and other dom0 induced log messages

On 26/06/15 16:51, Jan Beulich wrote: On 26.06.15 at 17:41, wrote: >> from 3.16 to 3.19 we gained a lot of these, if i remember correctly >> related to >> perf being enabled in the kernel: >> >> + traps.c:2655:d0v0 Domain attempted WRMSR c081 from >> 0xe023e008 to 0x00

Re: [Xen-devel] Migration bug added by commit 2df1aa01bef7366798248ac6d03cfb42048b003d

> -Original Message- > From: Paul Durrant > Sent: 29 June 2015 13:54 > To: Paul Durrant; Don Slutz; xen-devel@lists.xen.org; Jan Beulich > Subject: RE: [Xen-devel] Migration bug added by commit > 2df1aa01bef7366798248ac6d03cfb42048b003d > > > -Original Message- > > From: xen-devel-

Re: [Xen-devel] [GIT PULL] (xen) stable/for-jens-4.2

On Sat, Jun 27, 2015 at 11:47:49AM -0600, Jens Axboe wrote: > On 06/23/2015 06:33 PM, Konrad Rzeszutek Wilk wrote: > > > >Hey Jens, > > > >Please git pull the following branch: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git > >stable/for-jens-4.2 > > > >in your 'for-4.2/driver

Re: [Xen-devel] [libvirt test] 58119: regressions - FAIL

On Fri, Jun 26, 2015 at 05:44:59PM +0100, Ian Jackson wrote: > Anthony PERARD writes ("Re: [Xen-devel] [libvirt test] 58119: regressions - > FAIL"): > > FYI, I have looked at how long it takes for QEMU to start, from libxl point > > of view, and from strace point of view. > > > > For libxl, I hav

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On Mon, Jun 29, 2015 at 9:55 AM, Andrew Cooper wrote: > On 29/06/15 14:42, Lengyel, Tamas wrote: > > > > > --- a/xen/arch/x86/hvm/hvm.c >> > +++ b/xen/arch/x86/hvm/hvm.c >> > @@ -6431,6 +6431,14 @@ int hvm_debug_op(struct vcpu *v, int32_t op) >> > return rc; >> > } >> > >> > +void hvm_to

Re: [Xen-devel] [PATCH] tools/libxl: Fix build following c/s c3c8da9

Andrew Cooper writes ("[PATCH] tools/libxl: Fix build following c/s c3c8da9"): > c/s c3c8da9 "libxl: ao: datacopier callback gets an rc" caused > libxl__domain_save_device_model() to pass its rc directly into the callback. > > However in the preexisting code, there were 3 "goto out;" paths which l

Re: [Xen-devel] [PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is

Ian Campbell writes ("Re: [PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is"): > On Mon, 2015-06-29 at 13:25 +0100, Ian Jackson wrote: > > It's probably fairly straightforward to search through the database or > > history to find some relevant date. What do want to kno

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On Mon, Jun 29, 2015 at 10:09 AM, Lengyel, Tamas wrote: > > > On Mon, Jun 29, 2015 at 9:55 AM, Andrew Cooper > wrote: > >> On 29/06/15 14:42, Lengyel, Tamas wrote: >> >> >> >> > --- a/xen/arch/x86/hvm/hvm.c >>> > +++ b/xen/arch/x86/hvm/hvm.c >>> > @@ -6431,6 +6431,14 @@ int hvm_debug_op(struc

Re: [Xen-devel] [PATCH v2 02/12] VMX: implement suppress #VE.

On Mon, Jun 22, 2015 at 7:56 PM, Ed White wrote: > In preparation for selectively enabling #VE in a later patch, set > suppress #VE on all EPTE's. > > Suppress #VE should always be the default condition for two reasons: > it is generally not safe to deliver #VE into a guest unless that guest > has

[Xen-devel] Work-arounds in Xen code for Intel GFX?Re: Is: graphics corruption with 'xen: Support Xen pv-domains using PAT." Was:Re: [BUG] Characters on the screen are broken on Linux >= 3.19 with VT-

On Sun, Jun 28, 2015 at 05:15:28AM +0800, Ting-Wei Lan wrote: > 於 二，2015-06-16 於 11:58 +0200，Juergen Gross 提到： > > On 06/16/2015 11:32 AM, 藍挺瑋 wrote: > > > 於 二，2015-06-16 於 11:06 +0200，Juergen Gross 提到： > > > > On 06/16/2015 10:55 AM, Ting-Wei Lan wrote: > > > > > Juergen Gross 於 西元2015年06月16日 12:3

Re: [Xen-devel] [PATCH] tools/libxl: Fix build following c/s c3c8da9

On 29/06/15 15:09, Ian Jackson wrote: > Andrew Cooper writes ("[PATCH] tools/libxl: Fix build following c/s c3c8da9"): >> c/s c3c8da9 "libxl: ao: datacopier callback gets an rc" caused >> libxl__domain_save_device_model() to pass its rc directly into the callback. >> >> However in the preexisting c

Re: [Xen-devel] [PATCH] libxl: Increase device model startup timeout to 1min.

On Fri, Jun 26, 2015 at 05:41:07PM +0100, Ian Campbell wrote: > On Fri, 2015-06-26 at 12:57 +0100, Anthony PERARD wrote: > > On a busy host, QEMU may take more than 10s to start. > > Please show your working here so that in 2 years when we want to know > why this value was chosen we don't have to

Re: [Xen-devel] [PATCH] tools/libxl: Fix build following c/s c3c8da9

Andrew Cooper writes ("Re: [PATCH] tools/libxl: Fix build following c/s c3c8da9"): > On 29/06/15 15:09, Ian Jackson wrote: > > Can you easily confirm that this fixes it ? > > It does indeed. Tested-by: Andrew Cooper > > However, the problem with this style is that it is subverted by: > > rc =

Re: [Xen-devel] [PATCH v2 02/12] VMX: implement suppress #VE.

On 29/06/15 15:20, George Dunlap wrote: > On Mon, Jun 22, 2015 at 7:56 PM, Ed White wrote: >> In preparation for selectively enabling #VE in a later patch, set >> suppress #VE on all EPTE's. >> >> Suppress #VE should always be the default condition for two reasons: >> it is generally not safe to d

[Xen-devel] [PATCH] libxl: Fix uninitialised rc in libxl__domain_save_device_model

c3c8da9 "libxl: ao: datacopier callback gets an rc" caused libxl__domain_save_device_model() to pass its rc directly into the callback. However in the preexisting code, there were 3 "goto out;" paths which left rc uninitialised. This causes a build failure with GCC 4.8's -Wmaybe-uninitialized. S

Re: [Xen-devel] [PATCH OSSTEST v1] mg-all-branch-statuses: Show how up to date each branch is

On Mon, 2015-06-29 at 15:15 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH OSSTEST v1] mg-all-branch-statuses: Show how > up to date each branch is"): > > On Mon, 2015-06-29 at 13:25 +0100, Ian Jackson wrote: > > > It's probably fairly straightforward to search through the database o

Re: [Xen-devel] race condition in xen-gntdev

On Fri, Jun 26, 2015 at 03:28:24AM +0200, Marek Marczykowski-Górecki wrote: > On Mon, Jun 22, 2015 at 03:14:16PM -0400, Daniel De Graaf wrote: > > The reason that gntdev_release didn't have a lock is because there are not > > supposed to be any references to the areas pointed to by priv->maps when

Re: [Xen-devel] [PATCH] x86/vm_event: toggle singlestep from vm_event response

On 29/06/15 15:17, Lengyel, Tamas wrote: > > > On Mon, Jun 29, 2015 at 10:09 AM, Lengyel, Tamas > wrote: > > > > On Mon, Jun 29, 2015 at 9:55 AM, Andrew Cooper > mailto:andrew.coop...@citrix.com>> wrote: > > On 29/06/15 14:42, Lengyel, Tamas wrote: >> >

Re: [Xen-devel] Xen PV IOMMU interface draft C

On Fri, Jun 26, 2015 at 12:03:44PM +0100, Ian Campbell wrote: > +ARM devs. > > On Fri, 2015-06-26 at 11:23 +0100, Malcolm Crossley wrote: > > Hi All, > > I had a chat with Malcolm about this with respect to ARM. > > The upshot is that this does not help us to remove the dom0 1:1 > workaround or

[Xen-devel] [xen-unstable test] 58965: tolerable FAIL

flight 58965 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/58965/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemuu-debianhvm-amd64 18 guest-start/debianhvm.repeat fail in 58948 pass in 58965 test-amd64-

Re: [Xen-devel] race condition in xen-gntdev

On Mon, Jun 29, 2015 at 10:39:26AM -0400, Konrad Rzeszutek Wilk wrote: > On Fri, Jun 26, 2015 at 03:28:24AM +0200, Marek Marczykowski-Górecki wrote: > > On Mon, Jun 22, 2015 at 03:14:16PM -0400, Daniel De Graaf wrote: > > > The reason that gntdev_release didn't have a lock is because there are not

Re: [Xen-devel] [PATCH] libxl: Increase device model startup timeout to 1min.

On Mon, 2015-06-29 at 15:23 +0100, Anthony PERARD wrote: > On Fri, Jun 26, 2015 at 05:41:07PM +0100, Ian Campbell wrote: > > On Fri, 2015-06-26 at 12:57 +0100, Anthony PERARD wrote: > > > On a busy host, QEMU may take more than 10s to start. > > > > Please show your working here so that in 2 years

Re: [Xen-devel] Xen PV IOMMU interface draft C

On Mon, 2015-06-29 at 10:40 -0400, Konrad Rzeszutek Wilk wrote: > On Fri, Jun 26, 2015 at 12:03:44PM +0100, Ian Campbell wrote: > > +ARM devs. > > > > On Fri, 2015-06-26 at 11:23 +0100, Malcolm Crossley wrote: > > > Hi All, > > > > I had a chat with Malcolm about this with respect to ARM. > > >

Re: [Xen-devel] [PATCH v12 8/8] Add xentrace to vmware_port

On 28/06/15 00:27, Don Slutz wrote: > From: Don Slutz > > Also added missing TRAP_DEBUG & VLAPIC. > > Signed-off-by: Don Slutz > Acked-by: Ian Campbell > CC: Don Slutz > --- > v12: > Switch VMPORT_IGNORED to port, regs->_eax. > > v11: > No change > > v10: > Added Acked-by: Ian Campbell >

Re: [Xen-devel] [PATCH v2 02/12] VMX: implement suppress #VE.

On Mon, Jun 29, 2015 at 3:31 PM, Andrew Cooper wrote: > On 29/06/15 15:20, George Dunlap wrote: >> On Mon, Jun 22, 2015 at 7:56 PM, Ed White wrote: >>> In preparation for selectively enabling #VE in a later patch, set >>> suppress #VE on all EPTE's. >>> >>> Suppress #VE should always be the defau

Re: [Xen-devel] Migration bug added by commit 2df1aa01bef7366798248ac6d03cfb42048b003d

On 06/29/15 10:03, Paul Durrant wrote: -Original Message- From: Paul Durrant Sent: 29 June 2015 13:54 To: Paul Durrant; Don Slutz; xen-devel@lists.xen.org; Jan Beulich Subject: RE: [Xen-devel] Migration bug added by commit 2df1aa01bef7366798248ac6d03cfb42048b003d -Original Message--

Re: [Xen-devel] Migration bug added by commit 2df1aa01bef7366798248ac6d03cfb42048b003d

> -Original Message- > From: Don Slutz [mailto:don.sl...@gmail.com] > Sent: 29 June 2015 16:14 > To: Paul Durrant; xen-devel@lists.xen.org; Jan Beulich > Subject: Re: [Xen-devel] Migration bug added by commit > 2df1aa01bef7366798248ac6d03cfb42048b003d > > On 06/29/15 10:03, Paul Durrant wr

Re: [Xen-devel] Xen PV IOMMU interface draft C

On 29/06/15 15:52, Ian Campbell wrote: > On Mon, 2015-06-29 at 10:40 -0400, Konrad Rzeszutek Wilk wrote: >> On Fri, Jun 26, 2015 at 12:03:44PM +0100, Ian Campbell wrote: >>> +ARM devs. >>> >>> On Fri, 2015-06-26 at 11:23 +0100, Malcolm Crossley wrote: Hi All, >>> >>> I had a chat with Malcolm

Re: [Xen-devel] Xen PV IOMMU interface draft C

On 29/06/15 15:52, Ian Campbell wrote: > On Mon, 2015-06-29 at 10:40 -0400, Konrad Rzeszutek Wilk wrote: >> On Fri, Jun 26, 2015 at 12:03:44PM +0100, Ian Campbell wrote: >>> +ARM devs. >>> >>> On Fri, 2015-06-26 at 11:23 +0100, Malcolm Crossley wrote: Hi All, >>> >>> I had a chat with Malcolm

Re: [Xen-devel] [v3 06/15] vmx: Extend struct pi_desc to support VT-d Posted-Interrupts

On 24/06/15 06:18, Feng Wu wrote: > Extend struct pi_desc according to VT-d Posted-Interrupts Spec. > > Signed-off-by: Feng Wu Reviewed-by: Andrew Cooper Although this, like many other patches in the series needs a VT-d maintainers ack/review. > --- > v3: > - Use u32 instead of u64 for the bit

Re: [Xen-devel] [v3 07/15] vmx: Initialize VT-d Posted-Interrupts Descriptor

On 24/06/15 06:18, Feng Wu wrote: > This patch initializes the VT-d Posted-interrupt Descriptor. > > Signed-off-by: Feng Wu > --- > v3: > - Move pi_desc_init() to xen/arch/x86/hvm/vmx/vmcs.c > - Remove the 'inline' flag of pi_desc_init() > > xen/arch/x86/hvm/vmx/vmcs.c | 18

Re: [Xen-devel] PCI Pass-through in Xen ARM - Draft 2.

On Mon, 2015-06-29 at 00:08 +0530, Manish Jaggi wrote: > PCI Pass-through in Xen ARM > -- > > Draft 2 > > Index > > 1. Background > > 2. Basic PCI Support in Xen ARM > 2.1 pci_hostbridge and pci_hostbridge_ops > 2.2 PHYSDEVOP_HOSTBRIDGE_ADD hypercall > > 3. Dom0 Access

Re: [Xen-devel] Xen PV IOMMU interface draft C

On Mon, 2015-06-29 at 16:24 +0100, David Vrabel wrote: > On 29/06/15 15:52, Ian Campbell wrote: > > On Mon, 2015-06-29 at 10:40 -0400, Konrad Rzeszutek Wilk wrote: > >> On Fri, Jun 26, 2015 at 12:03:44PM +0100, Ian Campbell wrote: > >>> +ARM devs. > >>> > >>> On Fri, 2015-06-26 at 11:23 +0100, Malc

Re: [Xen-devel] [v3 08/15] Suppress posting interrupts when 'SN' is set

On 24/06/15 06:18, Feng Wu wrote: > Currently, we don't support urgent interrupt, all interrupts > are recognized as non-urgent interrupt, so we cannot send > posted-interrupt when 'SN' is set. > > Signed-off-by: Feng Wu > --- > v3: > use cmpxchg to test SN/ON and set ON > > xen/arch/x86/hvm/vmx/

Re: [Xen-devel] [RFC PATCH v3 05/18] xen/arm: ITS: Port ITS driver to xen

On Mon, Jun 29, 2015 at 5:09 PM, Ian Campbell wrote: > On Mon, 2015-06-22 at 17:31 +0530, vijay.kil...@gmail.com wrote: > [...] >> +/* >> + * ITS command descriptors - parameters to be encoded in a command >> + * block. >> + */ >> +struct its_cmd_desc { >> +union { >> +struct { >> +

  1   2   >