Re: [Xen-devel] [PATCH v4 10/11] x86/intel_pstate: support the use of intel_pstate in pmstat.c

>>> On 09.09.15 at 17:16, wrote: > On 09/09/2015 21:12, Jan Beulich wrote: On 09.09.15 at 14:56, wrote: >> Can you please explain more why it doesn't scale? >> From my point of view, any other future value representation can be >> passed from

Re: [Xen-devel] [PATCH v6 09/31] xen/arm: ITS: Add APIs to add and assign device

On 09/09/15 16:07, Ian Campbell wrote: >> In the ITS, discard means removing the mapping from the MSI (eventID) to >> the LPI. > > Table 6-6 in the gic arch spec (ARM IHI 0069A (ID060315)) says about the > discard ITS command "Translates the event defined by EventID and DeviceID > and instructs

Re: [Xen-devel] [PATCH] xen/domctl: lower loglevel of XEN_DOMCTL_memory_mapping

On Wed, Sep 09, 2015 at 08:55:38AM -0600, Jan Beulich wrote: > >>> On 09.09.15 at 16:50, wrote: > > On Wed, Sep 09, 2015 at 08:33:52AM -0600, Jan Beulich wrote: > >> >>> On 09.09.15 at 16:20, wrote: > >> > Perhaps the solution is remove the first

[Xen-devel] [PATCH] Config.mk: Non-debug build by default.

Set debug ?= n, in preperation for late RCs and eventual release. Signed-off-by: Ian Jackson CC: Wei Liu --- Config.mk |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Config.mk b/Config.mk index 51bcf5f..403d0fd 100644 ---

Re: [Xen-devel] [PATCH] Config.mk: Non-debug build by default.

On Wed, Sep 09, 2015 at 04:23:02PM +0100, Ian Jackson wrote: > Set debug ?= n, in preperation for late RCs and eventual release. > > Signed-off-by: Ian Jackson > CC: Wei Liu Release-acked-by: Wei Liu > --- > Config.mk |

[Xen-devel] [OSSTEST PATCH] production-config: Update TftpDiVersion

I have already run mg-debian-installer-update-all Signed-off-by: Ian Jackson --- production-config |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/production-config b/production-config index 052314d..3c5bc8d 100644 --- a/production-config +++

Re: [Xen-devel] [PATCH v6 09/31] xen/arm: ITS: Add APIs to add and assign device

On Wed, 2015-09-09 at 14:44 +0100, Julien Grall wrote: > On 09/09/15 14:28, Ian Campbell wrote: > > On Thu, 2015-09-03 at 18:34 +0100, Julien Grall wrote: > > > @@ -522,6 +535,205 @@ static void its_lpi_free(struct its_device > > > *dev) > > > > xfree(dev->event_map.lpi_map); > > > > } > > >

[Xen-devel] [linux-3.10 bisection] complete test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm

branch xen-unstable xen branch xen-unstable job test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm test debian-hvm-install Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu

Re: [Xen-devel] [PATCH v6 24/31] xen/arm: ITS: Add GICR register emulation

On 09/09/15 14:55, Ian Campbell wrote: >>> Based on the spec, those 2 checks are wrong and make impossible to use >>> LPIs. Please test this patch series before sending it on the ML. >> >> Why do you think so?. > > Consider which LPI is the subject of the word at the address pointed to by >

Re: [Xen-devel] [OSSTEST PATCH] production-config: Update TftpDiVersion

On Wed, 2015-09-09 at 16:46 +0100, Ian Jackson wrote: > I have already run mg-debian-installer-update-all > > Signed-off-by: Ian Jackson Acked + pushed to pretest. I also copied */wheezy-2015-09-07 to the Cambridge instance and modified that config too. > --- >

Re: [Xen-devel] [Patch V1 2/3] xen/usb: add capability for passing through isoc jobs to host devices

> > Why multiple small iovecs instead of one big iovec? > > The guest buffer might span multiple physical non contiguous pages. Sure, thats why we have iovecs in the first place. > I > don't want to copy data to a new buffer due to performance reasons > (there is already at least one copy

Re: [Xen-devel] [PATCH] xen/domctl: lower loglevel of XEN_DOMCTL_memory_mapping

On Wed, Sep 09, 2015 at 08:33:52AM -0600, Jan Beulich wrote: > >>> On 09.09.15 at 16:20, wrote: > > Perhaps the solution is remove the first printk(s) and just have them > > once the operation has completed? That may fix the outstanding tasklet > > problem? > >

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

On Tue, Sep 08, 2015 at 12:43:41PM +0200, Roger Pau Monné wrote: > El 07/09/15 a les 13.35, Bob Liu ha escrit: > > > > On 09/07/2015 07:10 PM, Julien Grall wrote: > >> On 07/09/15 07:07, Bob Liu wrote: > >>> Hi Julien, > >> > >> Hi Bob, > >> > >>> On 09/04/2015 09:51 PM, Julien Grall wrote: >

Re: [Xen-devel] [PATCH v4 10/11] x86/intel_pstate: support the use of intel_pstate in pmstat.c

On 09/09/2015 21:12, Jan Beulich wrote: >>> On 09.09.15 at 14:56, wrote: > Can you please explain more why it doesn't scale? > From my point of view, any other future value representation can be > passed from the producer to the related consumer through this method. >

Re: [Xen-devel] [PATCH] xen/domctl: lower loglevel of XEN_DOMCTL_memory_mapping

On 09/09/15 15:50, Konrad Rzeszutek Wilk wrote: > On Wed, Sep 09, 2015 at 08:33:52AM -0600, Jan Beulich wrote: > On 09.09.15 at 16:20, wrote: >>> Perhaps the solution is remove the first printk(s) and just have them >>> once the operation has completed? That may fix

[Xen-devel] EDK II & GPL - Re: [edk2] OVMF BoF @ KVM Forum 2015

On 2015-09-09 01:57:51, Laszlo Ersek wrote: > On 08/10/15 18:24, Laszlo Ersek wrote: > > Hi. > > > > Let's do an OVMF BoF at this year's KVM Forum too. > > Here's a preliminary task list, after some off-list discussion (I tried > to incorporate comments): > > - create GPL'd fork called "ovmf"

[Xen-devel] [PATCH for 4.6] configure: don't silently disable systemd support

Originally when user runs ./configure --enable-systemd and systemd development library is not available the build system silently disables systemd support. This is not in line with normal expectation. Instead, configure should error out when user has asked for systemd support but development

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

> On Sep 9, 2015, at 10:57 AM, Jordan Justen wrote: > > On 2015-09-09 10:04:50, Andrew Fish wrote: >> >>> On Sep 9, 2015, at 9:17 AM, Jordan Justen wrote: >>> >>> So, related to this, I wonder how the community would feel about a >>>

[Xen-devel] [qemu-upstream-4.3-testing test] 61620: regressions - FAIL

flight 61620 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/61620/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 60700

[Xen-devel] [qemu-upstream-4.2-testing test] 61619: regressions - FAIL

flight 61619 qemu-upstream-4.2-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/61619/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-i386-i386-xl-qemuu-winxpsp3 16 guest-localmigrate/x10 fail REGR. vs. 60611

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

> On Sep 9, 2015, at 3:24 PM, Jordan Justen wrote: > > On 2015-09-09 12:11:26, El-Haj-Mahmoud, Samer wrote: >> The recent expansions beyond BSD where all permissive licenses (BSD >> like) as far as I can tell. >> >> I agree with Andrew, opening the door for GPL

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

On 2015-09-09 12:11:26, El-Haj-Mahmoud, Samer wrote: > The recent expansions beyond BSD where all permissive licenses (BSD > like) as far as I can tell. > > I agree with Andrew, opening the door for GPL licensed code in EDK2 > will have severe consequences for products that are built using >

Re: [Xen-devel] OVMF BoF @ KVM Forum 2015

On 09/09/15 18:34, Ian Campbell wrote: > On Wed, 2015-09-09 at 10:57 +0200, Laszlo Ersek wrote: >> On 08/10/15 18:24, Laszlo Ersek wrote: >>> Hi. >>> >>> Let's do an OVMF BoF at this year's KVM Forum too. >> >> Here's a preliminary task list > > Thanks for including xen-devel in this. Was anyone

Re: [Xen-devel] [PATCH v6 16/18] vmx: Add some scheduler hooks for VT-d posted interrupts

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Wednesday, September 09, 2015 6:27 PM > To: Wu, Feng > Cc: Andrew Cooper; Dario Faggioli; George Dunlap; Tian, Kevin; > xen-devel@lists.xen.org; Keir Fraser > Subject: RE: [PATCH v6 16/18] vmx: Add some scheduler

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

On 2015-09-09 16:05:20, Andrew Fish wrote: > > > On Sep 9, 2015, at 3:24 PM, Jordan Justen wrote: > > > > On 2015-09-09 12:11:26, El-Haj-Mahmoud, Samer wrote: > >> The recent expansions beyond BSD where all permissive licenses (BSD > >> like) as far as I can tell. >

Re: [Xen-devel] [v2][PATCH] xen/vtd/iommu: permit group devices to passthrough in relaxed mode

On 9/9/2015 2:54 PM, Jan Beulich wrote: On 09.09.15 at 03:59, wrote: @@ -2310,12 +2312,16 @@ static int intel_iommu_assign_device( PCI_DEVFN2(bdf) == devfn && rmrr->scope.devices_cnt > 1 ) { -printk(XENLOG_G_ERR VTDPREFIX

Re: [Xen-devel] [PULL 0/19] xen-2015-09-08-tag

On 9/10/2015 12:10 AM, Stefano Stabellini wrote: On Wed, 9 Sep 2015, Stefano Stabellini wrote: On Tue, 8 Sep 2015, Peter Maydell wrote: > On 8 September 2015 at 18:21, Stefano Stabellini > wrote: > > The following changes since commit

[Xen-devel] PVGRUB2 works here and broken there...

We are experiencing a odd issue after we built grub2 support. The image we built works fine on some hosts and then just hangs on others. I built grub2 as follows... - git clone http://git.savannah.gnu.org/cgit/grub.git cd grub wget http://prgmr.com/~srn/grub2/xen-linux16.patch

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

Hi Manish, On 13/08/2015 10:42, Manish Jaggi wrote: 3.2.Mapping between streamID - deviceID - pci sbdf - requesterID - For a simpler case all should be equal to BDF. But there are some devices that use the

Re: [Xen-devel] [PULL 0/19] xen-2015-09-08-tag

On 9/9/2015 9:06 PM, Stefano Stabellini wrote: On Tue, 8 Sep 2015, Peter Maydell wrote: On 8 September 2015 at 18:21, Stefano Stabellini wrote: > The following changes since commit 8611280505119e296757a60711a881341603fa5a: > > target-microblaze: Use setcond

[Xen-devel] [xen-4.0-testing test] 61657: tolerable FAIL

flight 61657 xen-4.0-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/61657/ Failures :-/ but no regressions. Tests which did not succeed, including tests which could not be run: build-i386-libvirt1 build-check(1) blocked n/a

Re: [Xen-devel] [PATCH net v2 0/2] xen-net{front, back}: respect user provided max_queues

From: Wei Liu Date: Wed, 9 Sep 2015 11:23:04 +0100 > Wei Liu (2): > xen-netback: respect user provided max_queues > xen-netfront: respect user provided max_queues Both applied, thanks. ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH net v2 0/2] xen-net{front, back}: respect user provided max_queues

From: David Miller Date: Wed, 09 Sep 2015 21:53:22 -0700 (PDT) > From: Wei Liu > Date: Wed, 9 Sep 2015 11:23:04 +0100 > >> Wei Liu (2): >> xen-netback: respect user provided max_queues >> xen-netfront: respect user provided max_queues > > Both

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

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

Re: [Xen-devel] [v2][PATCH] xen/vtd/iommu: permit group devices to passthrough in relaxed mode

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Wednesday, September 09, 2015 2:55 PM > > >>> On 09.09.15 at 03:59, wrote: > > @@ -2310,12 +2312,16 @@ static int intel_iommu_assign_device( > > PCI_DEVFN2(bdf) == devfn && > >

[Xen-devel] [qemu-upstream-4.5-testing test] 61618: regressions - trouble: broken/fail/pass

flight 61618 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/61618/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 3 host-install(3) broken REGR. vs. 60577

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

> On Sep 9, 2015, at 5:41 PM, Jordan Justen wrote: > > On 2015-09-09 16:05:20, Andrew Fish wrote: >> >>> On Sep 9, 2015, at 3:24 PM, Jordan Justen wrote: >>> >>> On 2015-09-09 12:11:26, El-Haj-Mahmoud, Samer wrote: The recent

[Xen-devel] [linux-3.14 bisection] complete test-amd64-i386-xl-vhd

branch xen-unstable xen branch xen-unstable job test-amd64-i386-xl-vhd test guest-saverestore Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu

Re: [Xen-devel] [PATCH] xen/domctl: lower loglevel of XEN_DOMCTL_memory_mapping

If the 64 limit was arbitrary then I would suggest increasing it to at least 1024 so that at least 4M of BAR can be mapped in one go and it reduces the overhead by a factor of 16. 1024 may be a little much, but 256 is certainly a possibility, plus Konrad's suggestion to allow this limit to be

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

On 2015-09-09 20:26:54, Andrew Fish wrote: > > On Sep 9, 2015, at 5:41 PM, Jordan Justen wrote: > > On 2015-09-09 16:05:20, Andrew Fish wrote: > >> So you have a legal degree and are speaking on behalf of your > >> employer on this subject? > > > > No and no. How about

Re: [Xen-devel] [PATCH v4 10/11] x86/intel_pstate: support the use of intel_pstate in pmstat.c

On 09/09/2015 23:55, Jan Beulich wrote: >>> On 09.09.15 at 17:16, wrote: > On 09/09/2015 21:12, Jan Beulich wrote: On 09.09.15 at 14:56, wrote: >> Can you please explain more why it doesn't scale? >> From my point of view, any other future

Re: [Xen-devel] OVMF/Xen, Debian wheezy can't boot with NX on stack (Was: Re: [edk2] [PATCH] OvmfPkg: prevent code execution from DXE stack)

On 2015/9/9 18:48, Laszlo Ersek wrote: me neither :) but if this (executable code on stack) is happening in grub is there something which is explicitly forbidden to UEFI apps by the UEFI spec? Yes, there is. This small OvmfPkg patch only enables the edk2 feature added by Star Zeng in

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

Adding back edk2-devel that got accidently dropped I am against putting any GPL licensed code in EDK2. Having it live in a separate repo and pulling an additional package from that repo is fine. But the main EDK2 repo needs to stay GPL-free. Thanks, --Samer -Original Message- From:

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

The recent expansions beyond BSD where all permissive licenses (BSD like) as far as I can tell. I agree with Andrew, opening the door for GPL licensed code in EDK2 will have severe consequences for products that are built using EDK2. -Original Message- From: edk2-devel

Re: [Xen-devel] [edk2] OVMF/Xen, Debian wheezy can't boot with NX on stack (Was: Re: [PATCH] OvmfPkg: prevent code execution from DXE stack)

On 2015/9/9 19:30, Laszlo Ersek wrote: On 09/09/15 13:07, Ian Campbell wrote: On Wed, 2015-09-09 at 12:48 +0200, Laszlo Ersek wrote: Thanks for all the info, I think I get it (although its not clear to me whether how an app can claim to be UEFI 2.5 capable and what the transition plan for

Re: [Xen-devel] [v2][PATCH] xen/vtd/iommu: permit group devices to passthrough in relaxed mode

Need to have separate warning/error level for relax/strict. However I don't think this patch is a right fix. So far relax/strict policy is per-domain. what about one VM specifies relax while another VM specifies strict when each is assigned with a device sharing rmrr with the other? In that case

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

> On Sep 9, 2015, at 9:17 AM, Jordan Justen wrote: > > On 2015-09-09 01:57:51, Laszlo Ersek wrote: >> On 08/10/15 18:24, Laszlo Ersek wrote: >>> Hi. >>> >>> Let's do an OVMF BoF at this year's KVM Forum too. >> >> Here's a preliminary task list, after some off-list

[Xen-devel] Missing copyright in the Xen header files

Hi, We're in the process of porting Xen PVHVM drivers to OpenBSD and have come across missing copyright lines on some of Xen interface header files, for instance: https://svnweb.freebsd.org/base/head/sys/xen/interface/hvm/hvm_op.h?revision=251767=markup

[Xen-devel] [linux-3.10 test] 61615: regressions - FAIL

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

[Xen-devel] [qemu-upstream-4.4-testing test] 61617: regressions - FAIL

flight 61617 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/61617/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-vhd9 debian-di-install fail REGR. vs. 60565

[Xen-devel] [PATCH for 4.6 v2 0/3] More vNUMA patches

Discovered some fallouts when I tried to fix a migration v2 bug Wei Liu (3): libxl: set ret to non-zero value in failure path libxc: introduce xc_domain_getvnuma xl/libxl: disallow saving a guest with vNUMA configured docs/man/xl.cfg.pod.5 | 2 ++ tools/libxc/include/xenctrl.h |

[Xen-devel] [PATCH for 4.6 v2 3/3] xl/libxl: disallow saving a guest with vNUMA configured

This is due to migration v2 frame record doesn't contain node information. Signed-off-by: Wei Liu --- Cc: andrew.coop...@citrix.com --- docs/man/xl.cfg.pod.5 | 2 ++ tools/libxl/libxl_dom.c | 14 ++ 2 files changed, 16 insertions(+) diff --git

[Xen-devel] [PATCH for 4.6 v2 1/3] libxl: set ret to non-zero value in failure path

... otherwise we have something like: xl: libxl_create.c:968: initiate_domain_create: Assertion `ret' failed. Signed-off-by: Wei Liu --- tools/libxl/libxl_create.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c

Re: [Xen-devel] [PATCH for 4.6 v2 3/3] xl/libxl: disallow saving a guest with vNUMA configured

On 09/09/2015 01:03 PM, Wei Liu wrote: This is due to migration v2 frame record doesn't contain node information. Signed-off-by: Wei Liu --- Cc: andrew.coop...@citrix.com --- docs/man/xl.cfg.pod.5 | 2 ++ tools/libxl/libxl_dom.c | 14 ++ 2 files changed,

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

On 2015-09-09 10:04:50, Andrew Fish wrote: > > > On Sep 9, 2015, at 9:17 AM, Jordan Justen wrote: > > > > So, related to this, I wonder how the community would feel about a > > GplDriverPkg. Would the community allow it as a new package in EDK II > > directly, or

Re: [Xen-devel] [PATCH OSSTEST] ts-xen-install: Rewrite /etc/hosts to comment out 127.0.1.1 entry

On Wed, 2015-09-09 at 18:31 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST] ts-xen-install: Rewrite > /etc/hosts to comment out 127.0.1.1 entry"): > > + s|^127.0.1.1|#$&|; > > I think you mean > > s|^\Q127.0.1.1\E\b|#$&|; > > or > > s|^127\.0\.1\.1\b|#$&|; > >

Re: [Xen-devel] [PULL 0/19] xen-2015-09-08-tag

On 9 September 2015 at 14:06, Stefano Stabellini wrote: > Speak about build environments, Peter, would you care to share your > scripts and setup so that I can run similar tests in the future on my > own? I have no OSX machines so I tried to do a Windows >

Re: [Xen-devel] OVMF BoF @ KVM Forum 2015

On 09/09/15 18:34, Ian Campbell wrote: > On Wed, 2015-09-09 at 10:57 +0200, Laszlo Ersek wrote: >> On 08/10/15 18:24, Laszlo Ersek wrote: >>> Hi. >>> >>> Let's do an OVMF BoF at this year's KVM Forum too. >> >> Here's a preliminary task list > > Thanks for including xen-devel in this. Was anyone

Re: [Xen-devel] [PATCH for 4.6 v2 3/3] xl/libxl: disallow saving a guest with vNUMA configured

On Wed, Sep 09, 2015 at 01:17:40PM -0400, Boris Ostrovsky wrote: > On 09/09/2015 01:03 PM, Wei Liu wrote: > >This is due to migration v2 frame record doesn't contain node > >information. > > > >Signed-off-by: Wei Liu > >--- > >Cc: andrew.coop...@citrix.com > >--- > >

Re: [Xen-devel] [PATCH for 4.6 v2 3/3] xl/libxl: disallow saving a guest with vNUMA configured

On 09/09/2015 01:29 PM, Wei Liu wrote: On Wed, Sep 09, 2015 at 01:17:40PM -0400, Boris Ostrovsky wrote: On 09/09/2015 01:03 PM, Wei Liu wrote: This is due to migration v2 frame record doesn't contain node information. Signed-off-by: Wei Liu --- Cc:

Re: [Xen-devel] OVMF BoF @ KVM Forum 2015

On Wed, 2015-09-09 at 10:57 +0200, Laszlo Ersek wrote: > On 08/10/15 18:24, Laszlo Ersek wrote: > > Hi. > > > > Let's do an OVMF BoF at this year's KVM Forum too. > > Here's a preliminary task list Thanks for including xen-devel in this. Was anyone from the Xen community present at the BoF (so

[Xen-devel] [PATCH for 4.6 v2 2/3] libxc: introduce xc_domain_getvnuma

A simple wrapper for XENMEM_get_vnumainfo. Signed-off-by: Wei Liu --- tools/libxc/include/xenctrl.h | 18 +++ tools/libxc/xc_domain.c | 54 +++ 2 files changed, 72 insertions(+) diff --git

Re: [Xen-devel] [PULL 0/19] xen-2015-09-08-tag

On 9 September 2015 at 17:10, Stefano Stabellini wrote: > I found another issue introduced by the gfx passthrough series on > Windows: > > ../hw/pci-host/piix.o: In function `host_pci_config_read': > /root/qemu/hw/pci-host/piix.c:778: undefined reference to

Re: [Xen-devel] [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015

Well, FatPkg is only superficially permissive and not even open source, so there is a precedent. (A precedent that, I might add, happens to violate SourceForge's the off service). When we import edk2 into Fedora we just remove FatBinPkg. We would think twice before contributing to it, but do

Re: [Xen-devel] [PATCH for 4.6 v2 3/3] xl/libxl: disallow saving a guest with vNUMA configured

On Wed, Sep 09, 2015 at 07:49:16PM +0100, Andrew Cooper wrote: > On 09/09/15 18:03, Wei Liu wrote: > >This is due to migration v2 frame record doesn't contain node > >information. > > This isn't a migration v2 bug, and it was similarly non-functional with > legacy migration. It was yet another

Re: [Xen-devel] [PATCHv1 net] xen-netback: require fewer guest Rx slots when not using GSO

From: David Vrabel Date: Tue, 8 Sep 2015 14:25:14 +0100 > Commit f48da8b14d04ca87ffcffe68829afd45f926ec6a (xen-netback: fix > unlimited guest Rx internal queue and carrier flapping) introduced a > regression. > > The PV frontend in IPXE only places 4 requests on the

<    1   2