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

> On Sep 9, 2015, at 11:19 PM, Alexander Graf wrote: > > > >> Am 10.09.2015 um 07:32 schrieb Jordan Justen : >> >> 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

[Xen-devel] [xen-unstable test] 61627: regressions - trouble: broken/fail/pass

flight 61627 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/61627/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64 19 guest-start/debianhvm.repeat fail REGR. vs. 61059 Tes

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

> Am 10.09.2015 um 07:32 schrieb Jordan Justen : > > 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?

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

> From: Chen, Tiejun > Sent: Thursday, September 10, 2015 1:47 PM > > > 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 > > specifie

[Xen-devel] [PATCH V2] x86/hvm: fix saved pmtimer value

The ACPI PM timer is sometimes broken on live migration. Since vcpu->arch.hvm_vcpu.guest_time is always zero in other than "delay for missed ticks mode". Even in "delay for missed ticks mode", vcpu's guest_time field is not valid (i.e. zero) when the state of vcpu is "blocked". (see pt_save_timer f

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] 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 legac

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 [mailto:edk2-d

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: a

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 value representation can be >> passed from the p

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 you? :) > > No but I have

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 co

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 && > > rmrr->scope.devices_cnt > 1 ) > >

[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 test-amd64-amd64-xl-qemuu-ov

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 applied, thanks. Yo, this doesn't even compil

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 Xen-devel@lists.xen.org http://list

[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 build-i386-rumpuserxen

[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 git://xenbits.xen.org/staging/qemu-xen-un

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 expansions beyond BSD where all permissive licenses (BSD

[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 test-am

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] [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 - " ca

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 8611280505119e296757a60711a881341603fa5a: > > > > target-m

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 for pcmp* (2015-09-08 08:49:33 +020

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 wr

[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 patc

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. > >> > >> I agree with Andrew,

[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 te

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 licensed code in EDK2 >> will hav

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 f

[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 libra

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 >>> GplDriverPkg. Would the community allow it as a new package

[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 Regres

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 > EDK2.

[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 Regress

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 ov

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 no

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

On Tue, Sep 08, 2015 at 02:25:14PM +0100, David Vrabel wrote: > 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 guest Rx ring. in IPXE ?

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 guest Rx ring. > Since netbac

[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 test-amd64-amd64-xl-vh

Re: [Xen-devel] BUG: failed to save x86 HVM guest with 1TB ram

On 08/09/15 03:28, wangxin (U) wrote: The check serves a dual purpose. In the legacy case, it is to avoid clobbering the upper bits of pfn information with pfn type information for 32bit toolstacks; any PFN above 2^28 would have type information clobbering the upper bits. This has been mitig

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

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 oversight with the vNUMA work. Isn't this information available in the do

[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&view=markup https://git.kernel.org/cgit/linux/kern

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] [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 would a separate repo be require

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:33:15PM -0400, Boris Ostrovsky wrote: > 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 > >>>informatio

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: andrew.coop...@citrix.com --- docs/man/xl.

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 `_pread' > > It is introduced by: > > co

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

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|#$&|; (I have tested both of these ad-hoc.) Also > +my $hn = $ho->{Nam

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 > >--- > > docs/man/xl.cfg.pod.5 | 2

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 > cross-compile, following http://wiki.qem

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, 16 insertions(+) dif

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 discussion (I tried >> to in

[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 index 5128160..29c2641

[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 a/docs/man/xl.cfg.pod.5 b/docs/man/x

[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 | 1

Re: [Xen-devel] Asus X99-A VT-d problems

Hi, I thought that some of those verbose logging notifications were errors like for example "traps.c:2685:d0v10 Domain attempted WRMSR" Well, now the system is booting but would you have any idea why the system only boots with iommu=verbose,debug but not with iommu=1? If I pass iommu=1 as a boot

[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 a/tools/libxc/include/xenctrl.h b/tools/libxc/in

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 f

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 f

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

On 09/09/15 18:17, 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 discussion (I tried >> to incorporate comments

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 th

[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" fo

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

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 > > > 8611280505119e296757a60711a881341603fa5a: > > > > > > target-microblaze: Use setcond for pcmp*

Re: [Xen-devel] [PATCH OSSTEST] Osstest/TestSupport: Hide $ho->{Toolstack} from casual use

On Wed, 2015-09-09 at 16:52 +0100, Ian Jackson wrote: > Acked-by: Ian Jackson Added to pretest. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH OSSTEST v3 2/2] cambridge: arrange to test each new baseline

On Thu, 2015-08-13 at 19:07 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST v3 2/2] cambridge: arrange to test > each new baseline"): > > Provide a new cr-daily-branch setting OSSTEST_BASELINES_ONLY which > > causes it to only attempt to test the current baseline (if it is > > unte

Re: [Xen-devel] [PATCH OSSTEST v2 0/6] Have OpenStack tested on top of xen's master and libvirt's master.

On Thu, 2015-08-06 at 18:03 +0100, Anthony PERARD wrote: > Anthony PERARD (6): > ts-kernel-build: Enable CONFIG_NETFILTER_XT_TARGET_CHECKSUM > ts-kernel-build: Compile CONFIG_CRYPTO_XTS in > ts-xen-install: Add dom0_mem runvar to control dom0 memory I stuck these 3 into osstest's pretest wi

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. > --- > production-config |2 +- >

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 > GICR_P

[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 git://xen

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 the producer to the related consumer through t

Re: [Xen-devel] [PATCH OSSTEST] Osstest/TestSupport: Hide $ho->{Toolstack} from casual use

Ian Campbell writes ("[PATCH OSSTEST] Osstest/TestSupport: Hide $ho->{Toolstack} from casual use"): > This should only be accessed via toolstack($ho), which is responsible > for caching the value. Rename the field to _Toolstack to deter code > from using it. Acked-by: Ian Jackson __

[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 +++ b/production-config @@ -87,7 +

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

>>> On 09.09.15 at 17:19, wrote: > 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?

Re: [Xen-devel] [PATCH v6 00/31] Add ITS support

On Mon, 2015-08-31 at 16:36 +0530, vijay.kil...@gmail.com wrote: > Some Major TODOs: >1) Avoid making vits_process_cmd() static in later point of time >2) How to handle LPI that does not have LPI config table entry. >3) Enable/disable ITS to Dom0 I'm not quite sure what any of these 3

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 |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[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 --- a/Config.mk +++ b/Config.mk @@ -17,7 +17,7 @@ or

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

On Mon, 2015-08-31 at 16:36 +0530, vijay.kil...@gmail.com wrote: > [...] > +#define NUM_DEVIDS 54 > + > +static struct pci_dev_list bdf[NUM_DEVIDS] = FYI you could make this static struct pci_dev_list bdf[] = and use ARRAY_SIZE(bdf) in the loops. That would save you having to manually keep NUM

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 the outstanding tasklet >>>

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); > > > > } > > >

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. > Did you read all of my ea

[Xen-devel] [raisin][PATCH 1/3] Handle unsupported distros with a prettier message

Handle unknown distros by saying "unknown" instead of an empty string and for Gentoo users actually mention it. Signed-off-by: Doug Goldstein --- lib/common-functions.sh | 4 1 file changed, 4 insertions(+) diff --git a/lib/common-functions.sh b/lib/common-functions.sh index c52174a..e96b1

[Xen-devel] [raisin][PATCH 2/3] Delete dangling white space

Signed-off-by: Doug Goldstein --- lib/commands.sh | 4 ++-- lib/common-functions.sh | 10 +- scripts/mkdeb | 8 scripts/mkrpm | 4 ++-- tests/busybox-hvm | 8 tests/busybox-hvm-migrate | 4 ++-- tests/busybox-pv |

[Xen-devel] [raisin][PATCH 3/3] Fix up coding style

Signed-off-by: Doug Goldstein --- lib/git-checkout.sh | 26 +- scripts/mkdeb | 22 +++--- 2 files changed, 24 insertions(+), 24 deletions(-) diff --git a/lib/git-checkout.sh b/lib/git-checkout.sh index 2ca8f25..d462453 100755 --- a/lib/git-checkout.s

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 printk(s) and just have them > >> > once the opera

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 v2] Remove XenPTReg->data and use dev.config for guest configuration values.

On Tue, Sep 08, 2015 at 06:22:13PM +0100, Stefano Stabellini wrote: > Now that is fully Acked, could you please rebase on > > http://marc.info/?i=alpine.DEB.2.02.1509081818590.2672%40kaball.uk.xensource.com > > and resend? I've rebased it (and put in your Reviewed-by tags) and stuck it in: git

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

>>> 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 printk(s) and just have them >> > once the operation has completed? That may fix the outstanding tasklet >> > problem?

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? > > Considering that this is a tool sta

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 opera

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

>>> 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? Considering that this is a tool stack based retry, how would the hypervisor know when the _whole_ operation

Re: [Xen-devel] [PATCH v6 11/29] xen/x86: add bitmap of enabled emulated devices

On Fri, Sep 04, 2015 at 02:08:50PM +0200, Roger Pau Monne wrote: > Introduce a bitmap in x86 xen_arch_domainconfig that allows enabling or > disabling specific devices emulated inside of Xen for HVM guests. > > Signed-off-by: Roger Pau Monné > Reviewed-by: Andrew Cooper > Cc: Ian Jackson > Cc:

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

On Wed, Sep 09, 2015 at 02:50:25PM +0800, Tiejun Chen wrote: > We should lower loglevel to XENLOG_G_DEBUG while mapping or > unmapping memory via XEN_DOMCTL_memory_mapping since its > fair enough to check this info just while debugging. The issue you folks are hitting where it takes eons to boot w

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

On Mon, 2015-09-07 at 20:56 +0530, Vijay Kilari wrote: > On Mon, Sep 7, 2015 at 7:50 PM, Julien Grall > wrote: > > Hi Vijay, > > > > On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > > > +static int vgic_v3_gits_lpi_mmio_read(struct vcpu *v, mmio_info_t > > > *info) > > > > [...] > > > > > +

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

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); >>> } >>> >>> +static void its_discard_lpis(struct its_device *dev, u32 ids) >>> +{ >>

Re: [Xen-devel] On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15)

Ian, Thank you for the explanations. Hmm. (not replying to anything specific) My guess is that shared libs won't be the biggest problem. I'd find it extremely surprising if you can take a Linux (or any other !NetBSD) packaging system and discover the dozens of dependencies of QEMU to not c

[Xen-devel] Xen 4.6 branched, unstable reopen for new contributions

Hi all Xen 4.6 has been branched and xen-unstable is reopen to new contributions. The commit moratorium is now lifted. Committers can now commit any remaining patches to both branches. Note that Xen 4.6 is not yet out released, please consider the impact on Xen 4.6 branch when applying new patch

Re: [Xen-devel] [PATCH v6 08/31] xen/arm: ITS: Introduce msi_desc for LPIs

On 09/09/15 14:16, Ian Campbell wrote: > On Mon, 2015-08-31 at 16:36 +0530, vijay.kil...@gmail.com wrote: >> From: Vijaya Kumar K >> >> Define msi_desc structure for arm and introduce >> helper functions to access msi_desc member variables. >> >> Signed-off-by: Vijaya Kumar K >> --- >> xen/arch/

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

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); > > } > > > > +static void its_discard_lpis(struct its_device *dev, u32 ids) > > +{ > > +int i; > > + > > I would have expe

  1   2   >