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

On 10 September 2015 at 02:21, Chen, Tiejun wrote: > On 9/10/2015 12:10 AM, 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': >>

Re: [Xen-devel] linux-3.4 broken on chardonnay and huxelrebe (Re: [linux-3.4 test] 61301: regressions - FAIL)

On Wed, 2015-09-09 at 10:44 +0100, Ian Campbell wrote: > On Fri, 2015-09-04 at 08:58 +, osstest service owner wrote: > > flight 61301 linux-3.4 real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/61301/ > > > > Regressions :-( > > > > Tests which did not succeed and are

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

>>> On 09.09.15 at 19:02, wrote: > 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 parameter it fails detecting SATA drives (AHCI) with "ata1.00: >

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

>>> On 10.09.15 at 07:35, wrote: > 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

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

Sort of (the patch has the intended effect, but for its size very many rough edges). I guess we need to amend the original parameter, once_mapping_mfns, like this, /* xen_once_mapping_mfns: memory mapping mfn bumbers once. */ unsigned int xen_once_mapping_mfns;

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

On Wed, Sep 09, 2015 at 10:05:53PM -0700, David Miller wrote: > 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

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

On Wed, Sep 09, 2015 at 05:41:59PM -0700, Jordan Justen wrote: > On 2015-09-09 16:05:20, Andrew Fish wrote: > > > > > On Sep 9, 2015, at 3:24 PM, Jordan Justen > > > wrot> > > FWIW, I don't mind if the consensus is that GplDriverPkg must > > > live in > > > a

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

>>> On 10.09.15 at 10:59, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Thursday, September 10, 2015 4:28 PM >> >>> On 10.09.15 at 04:07, wrote: >> >> From: Jan Beulich [mailto:jbeul...@suse.com] >> >> Sent: Wednesday, September 09, 2015

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

On Thu, 10 Sep 2015, Chen, Tiejun wrote: > > xen-host-pci-device.c is only compiled if CONFIG_XEN_PCI_PASSTHROUGH > > was set by configure. That won't be the case on OSX or Windows, where > > the Xen headers don't exist. > > > > Okay. This actually shouldn't be enabled on Windows so what about

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

>>> On 10.09.15 at 07:28, wrote: >> > 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

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 09/10/15 05:05, Zeng, Star wrote: > 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

[Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

From: Shannon Zhao These EFI stub parameters are used to internal communication between EFI stub and Linux kernel and EFI stub creates these parameters. But for Xen on ARM when booting with UEFI, Xen will create a minimal DT providing these parameters for Dom0 and Dom0

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

>>> On 10.09.15 at 10:55, wrote: >> Sort of (the patch has the intended effect, but for its size very >> many rough edges). >> > > I guess we need to amend the original parameter, once_mapping_mfns, like > this, > > /* xen_once_mapping_mfns: memory mapping mfn bumbers

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

On 10 September 2015 at 02:12, Chen, Tiejun wrote: > 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

[Xen-devel] [distros-debian-jessie test] 37919: regressions - FAIL

flight 37919 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37919/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 5 kernel-build fail REGR. vs. 37850

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

Hi, I'm not necessarily opposed to the renaming, but I think that this is the least important thing to standardize for this to work. On Thu, Sep 10, 2015 at 09:41:56AM +0100, Shannon Zhao wrote: > From: Shannon Zhao > > These EFI stub parameters are used to internal

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

On Thu, Sep 10, 2015 at 02:09:39AM -0600, Jan Beulich wrote: > >>> On 10.09.15 at 07:23, wrote: > >> From: Jan Beulich [mailto:jbeul...@suse.com] > >> Sent: Wednesday, September 09, 2015 2:55 PM > >> > >> >>> On 09.09.15 at 03:59, wrote: > >> > @@

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

On 10/09/2015 17:55, Jan Beulich wrote: >>> On 10.09.15 at 11:33, wrote: > On 09/09/2015 16:17, Jan Beulich wrote: On 10.09.15 at 07:35, wrote: >> Seems we still cannot get rid of these strncmp()s. Is this >> acceptable, or should we change

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

> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Jordan Justen > Sent: Thursday, September 10, 2015 11:03 AM > 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,

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: Thursday, September 10, 2015 4:28 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] [PULL 0/19] xen-2015-09-08-tag

As you see this short log, "hw/pci-assign: split pci-assign.c", so this means I just extract something from the original hw/i386/kvm/pci-assign.c, and here so I just keep those original head files residing hw/i386/kvm/pci-assign.c, and I didn't introduce anything new. hw/i386/kvm/pci-assign.c

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

>>> On 10.09.15 at 08:06, wrote: > 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

[Xen-devel] [PATCH net v3 1/2] xen-netback: respect user provided max_queues

Originally that parameter was always reset to num_online_cpus during module initialisation, which renders it useless. The fix is to only set max_queues to num_online_cpus when user has not provided a value. Reported-by: Johnny Strom Signed-off-by: Wei Liu

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

xen-host-pci-device.c is only compiled if CONFIG_XEN_PCI_PASSTHROUGH was set by configure. That won't be the case on OSX or Windows, where the Xen headers don't exist. Okay. This actually shouldn't be enabled on Windows so what about this? diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c

[Xen-devel] [linux-3.14 test] 61641: regressions - FAIL

flight 61641 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61641/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-vhd 13 guest-saverestore fail REGR. vs. 60666

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

On 09/09/2015 16:17, Jan Beulich wrote: >>> On 10.09.15 at 07:35, wrote: > 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:

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: Thursday, September 10, 2015 5:26 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] [PATCH v6 16/18] vmx: Add some scheduler hooks for VT-d posted interrupts

>>> On 10.09.15 at 11:41, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Thursday, September 10, 2015 5:26 PM >> >>> On 10.09.15 at 10:59, wrote: >> > First, how to check it while waiting to acquire the lock .pi_block_cpu >> > didn't change?

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

On Thu, 10 Sep 2015, Chen, Tiejun wrote: > > > As you see this short log, "hw/pci-assign: split pci-assign.c", so this > > > means I just extract something from the original hw/i386/kvm/pci-assign.c, > > > and here so I just keep those original head files residing > > > hw/i386/kvm/pci-assign.c,

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, 10 Sep 2015, Mark Rutland wrote: > Hi, > > I'm not necessarily opposed to the renaming, but I think that this is > the least important thing to standardize for this to work. > > On Thu, Sep 10, 2015 at 09:41:56AM +0100, Shannon Zhao wrote: > > From: Shannon Zhao

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

>>> On 10.09.15 at 12:10, wrote: > Ok. If we add this "enum meaning_of_data", the xen_get_cpufreq_para will > exceed 128Byte, which cannot even pass the compilation. I am not sure how to > deal with this nicely. Do you have a suggestion? Currently afaict the structure

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

>>> On 10.09.15 at 07:23, wrote: >> 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( >> >

[Xen-devel] [linux-3.18 bisection] complete test-amd64-amd64-xl-pvh-intel

branch xen-unstable xen branch xen-unstable job test-amd64-amd64-xl-pvh-intel test guest-start 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

[Xen-devel] [PULL 2/7] pc: Remove redundant arguments from xen_hvm_init()

From: Eduardo Habkost Remove arguments that can be found in PCMachineState. Signed-off-by: Eduardo Habkost Reviewed-by: Michael S. Tsirkin Signed-off-by: Michael S. Tsirkin --- include/hw/xen/xen.h | 4 ++--

[Xen-devel] [GIT PULL] xen: MFN/GFN/BFN terminology changes for 4.3-rc0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.3-rc0b-tag xen: MFN/GFN/BFN terminology changes for 4.3-rc0 - - Use the correct GFN/BFN terms more consistently. Thanks. David

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

>>> On 10.09.15 at 04:07, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Wednesday, September 09, 2015 6:27 PM >> >>> On 09.09.15 at 10:56, wrote: >> >> From: Jan Beulich [mailto:jbeul...@suse.com] >> >> Sent: Monday, September 07, 2015 8:55

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

>>> On 10.09.15 at 11:33, wrote: > On 09/09/2015 16:17, Jan Beulich wrote: On 10.09.15 at 07:35, wrote: >> Seems we still cannot get rid of these strncmp()s. Is this acceptable, >> or should we change "struct cpufreq_driver" to use enum

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

On 09/10/15 08:19, Alexander Graf wrote: > > >> Am 10.09.2015 um 07:32 schrieb Jordan Justen : >> Laszlo's email raised the GPL question, but I was not sure what the >> EDK II community would accept with regards to GPL. Thus ... I asked. I >> guess I'm getting a

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

Wei Liu (2): xen-netback: respect user provided max_queues xen-netfront: respect user provided max_queues drivers/net/xen-netback/netback.c | 7 +-- drivers/net/xen-netfront.c| 7 +-- 2 files changed, 10 insertions(+), 4 deletions(-) -- 2.1.4

[Xen-devel] [PATCH net v3 2/2] xen-netfront: respect user provided max_queues

Originally that parameter was always reset to num_online_cpus during module initialisation, which renders it useless. The fix is to only set max_queues to num_online_cpus when user has not provided a value. Signed-off-by: Wei Liu Cc: David Vrabel

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

CC Michael On Thu, 10 Sep 2015, Stefano Stabellini wrote: > On Thu, 10 Sep 2015, Chen, Tiejun wrote: > > > xen-host-pci-device.c is only compiled if CONFIG_XEN_PCI_PASSTHROUGH > > > was set by configure. That won't be the case on OSX or Windows, where > > > the Xen headers don't exist. > > > > >

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

On Thu, Sep 10, 2015 at 12:04:10PM +0100, Wei Liu wrote: > On Thu, Sep 10, 2015 at 11:54:16AM +0100, Ian Campbell wrote: > > On Wed, 2015-09-09 at 23:35 +0100, Wei Liu wrote: > > > Originally when user runs ./configure --enable-systemd and systemd > > > development library is not available the

[Xen-devel] [PATCH for 4.6 v2] 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] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

> > Does Xen not talk to EFI itself and/or give the kernel a virtual EFI > > interface? > > Xen talks to EFI itself but the interface provided to dom0 is somewhat > different: there are no BootServices (Xen calls ExitBootServices before > running the kernel), and the RuntimeServices go via

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On 10/09/15 12:32, Andrew Turner wrote: > On Thu, 10 Sep 2015 16:41:56 +0800 > Shannon Zhao wrote: > >> From: Shannon Zhao >> >> These EFI stub parameters are used to internal communication between >> EFI stub and Linux kernel and EFI stub

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: Thursday, September 10, 2015 8:45 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] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, 2015-09-10 at 13:15 +0100, Mark Rutland wrote: > > In any case this should be separate from the shim ABI discussion. > > I disagree; I think this is very much relevant to the ABI discussion. > That's not to say that I insist on a particular approach, but I think > that they need to be

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

On Thu, Sep 10, 2015 at 11:29:18AM +0100, Stefano Stabellini wrote: > CC Michael > > On Thu, 10 Sep 2015, Stefano Stabellini wrote: > > On Thu, 10 Sep 2015, Chen, Tiejun wrote: > > > > xen-host-pci-device.c is only compiled if CONFIG_XEN_PCI_PASSTHROUGH > > > > was set by configure. That won't be

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

On Thu, 10 Sep 2015, Michael S. Tsirkin wrote: > On Thu, Sep 10, 2015 at 12:26:21PM +0100, Stefano Stabellini wrote: > > On Thu, 10 Sep 2015, Michael S. Tsirkin wrote: > > > On Thu, Sep 10, 2015 at 11:29:18AM +0100, Stefano Stabellini wrote: > > > > CC Michael > > > > > > > > On Thu, 10 Sep 2015,

[Xen-devel] [BUG] xenctrl.h : error with xc_error_code declaration

Hello, I just write to signal a bug and its solution. I installed the 14.04 LTS ubuntu version and installed the xen version through synaptic. As I'm developping modules for Xen I also installed the xen dev package. The installed Xen version is 4.4.2. I tried to compile one of my C files

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, 2015-09-10 at 07:08 -0600, Jan Beulich wrote: > > > > On 10.09.15 at 14:58, wrote: > > On Thu, 2015-09-10 at 13:15 +0100, Mark Rutland wrote: > > > > > > In any case this should be separate from the shim ABI discussion. > > > > > > I disagree; I think this is

Re: [Xen-devel] [PATCH net v3 2/2] xen-netfront: respect user provided max_queues

On 10/09/15 11:18, Wei Liu wrote: > Originally that parameter was always reset to num_online_cpus during > module initialisation, which renders it useless. > > The fix is to only set max_queues to num_online_cpus when user has not > provided a value. Reviewed-by: David Vrabel

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

Den 10. sep. 2015 08:06, skrev Tian, Kevin: >> From: Chen, Tiejun >> Sent: Thursday, September 10, 2015 1:47 PM >> >> But recently someone was encountering this problem. >> >> http://www.gossamer-threads.com/lists/xen/devel/391684?page=last >> >> We'd better figure out a simple way to this

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

On Wed, 2015-09-09 at 21:21 +0100, Wei Liu wrote: > 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

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

On Thu, Sep 10, 2015 at 11:54:16AM +0100, Ian Campbell wrote: > On Wed, 2015-09-09 at 23:35 +0100, Wei Liu wrote: > > 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

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

Den 10. sep. 2015 13:04, skrev Håkon Alstadheim: > Den 10. sep. 2015 08:06, skrev Tian, Kevin: >>> From: Chen, Tiejun >>> Sent: Thursday, September 10, 2015 1:47 PM >>> >>> But recently someone was encountering this problem. >>> >>> http://www.gossamer-threads.com/lists/xen/devel/391684?page=last

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

* Daniel P. Berrange (berra...@redhat.com) wrote: > On Wed, Sep 09, 2015 at 05:41:59PM -0700, Jordan Justen wrote: > > On 2015-09-09 16:05:20, Andrew Fish wrote: > > > > > > > On Sep 9, 2015, at 3:24 PM, Jordan Justen > > > > wrot> > > FWIW, I don't mind if the

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, Sep 10, 2015 at 12:37:57PM +0100, Stefano Stabellini wrote: > On Thu, 10 Sep 2015, Mark Rutland wrote: > > > > Does Xen not talk to EFI itself and/or give the kernel a virtual EFI > > > > interface? > > > > > > Xen talks to EFI itself but the interface provided to dom0 is somewhat > > >

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

>>> On 10.09.15 at 14:34, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Thursday, September 10, 2015 6:01 PM >> To: Wu, Feng >> Cc: Andrew Cooper; Dario Faggioli; George Dunlap; Tian, Kevin; >> xen-devel@lists.xen.org; Keir

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

> Am 10.09.2015 um 14:17 schrieb Andrew Fish : > > >> On Sep 10, 2015, at 4:40 AM, Alexander Graf wrote: >> >> >> >>> On 10.09.15 12:04, Laszlo Ersek wrote: On 09/10/15 08:19, Alexander Graf wrote: > Am 10.09.2015 um 07:32 schrieb Jordan

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: Thursday, September 10, 2015 9:15 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] [PULL 0/19] xen-2015-09-08-tag

On Thu, Sep 10, 2015 at 12:26:21PM +0100, Stefano Stabellini wrote: > On Thu, 10 Sep 2015, Michael S. Tsirkin wrote: > > On Thu, Sep 10, 2015 at 11:29:18AM +0100, Stefano Stabellini wrote: > > > CC Michael > > > > > > On Thu, 10 Sep 2015, Stefano Stabellini wrote: > > > > On Thu, 10 Sep 2015,

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

>>> On 10.09.15 at 14:58, wrote: > On Thu, 2015-09-10 at 13:15 +0100, Mark Rutland wrote: > >> > In any case this should be separate from the shim ABI discussion. >> >> I disagree; I think this is very much relevant to the ABI discussion. >> That's not to say that I

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

> On Sep 10, 2015, at 4:40 AM, Alexander Graf wrote: > > > > On 10.09.15 12:04, Laszlo Ersek wrote: >> On 09/10/15 08:19, Alexander Graf wrote: >>> >>> Am 10.09.2015 um 07:32 schrieb Jordan Justen : >> Laszlo's email raised the GPL

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

On Wed, 2015-09-09 at 18:03 +0100, Wei Liu wrote: > ... otherwise we have something like: > > xl: libxl_create.c:968: initiate_domain_create: Assertion `ret' failed. > > Signed-off-by: Wei Liu Acked-by: Ian Campbell

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

On 10.09.15 12:04, Laszlo Ersek wrote: > On 09/10/15 08:19, Alexander Graf wrote: >> >> >>> Am 10.09.2015 um 07:32 schrieb Jordan Justen : > >>> Laszlo's email raised the GPL question, but I was not sure what the >>> EDK II community would accept with regards to GPL.

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, 10 Sep 2015, Mark Rutland wrote: > > > Does Xen not talk to EFI itself and/or give the kernel a virtual EFI > > > interface? > > > > Xen talks to EFI itself but the interface provided to dom0 is somewhat > > different: there are no BootServices (Xen calls ExitBootServices before > >

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

On Thu, Sep 10, 2015 at 01:00:35PM +0100, Stefano Stabellini wrote: > On Thu, 10 Sep 2015, Michael S. Tsirkin wrote: > > On Thu, Sep 10, 2015 at 12:26:21PM +0100, Stefano Stabellini wrote: > > > On Thu, 10 Sep 2015, Michael S. Tsirkin wrote: > > > > On Thu, Sep 10, 2015 at 11:29:18AM +0100,

[Xen-devel] [PATCH] libxl: slightly refine pci-assignable-{add, remove} handling

While it appears to be intentional for "xl pci-assignable-remove" to not re-bind the original driver by default (requires the -r option), permanently losing the information which driver was originally used seems bad. Make "add; remove; add; remove -r" re-bind the original driver by allowing

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

>>> On 10.09.15 at 13:37, wrote: > On Thu, 10 Sep 2015, Mark Rutland wrote: >> Why can't Xen give a virtual EFI interface to Dom0 / guests? e.g. >> create pages of RuntimeServicesCode that are trivial assembly shims >> doing hypercalls, and plumb these into the

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On 10/09/15 13:05, Roger Pau Monné wrote: > El 10/09/15 a les 13.48, Julien Grall ha escrit: >> On 10/09/15 12:32, Andrew Turner wrote: >>> On Thu, 10 Sep 2015 16:41:56 +0800 >>> Shannon Zhao wrote: >>> From: Shannon Zhao These

[Xen-devel] [PATCH 2/2] xen/swiotlb: Add support for 64KB page granularity

Swiotlb is used on ARM64 to support DMA on platform where devices are not protected by an SMMU. Furthermore it's only enabled for DOM0. While Xen is always using 4KB page granularity in the stage-2 page table, Linux ARM64 may either use 4KB or 64KB. This means that a Linux page can be spanned

[Xen-devel] [PATCH 1/2] xen/swiotlb: Pass addresses rather than frame numbers to xen_arch_need_swiotlb

With 64KB page granularity support, the frame number will be different. It will be easier to modify the behavior in a single place rather than in each caller. Signed-off-by: Julien Grall --- Cc: Stefano Stabellini Cc: Russell King

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

Hi, At 15:06 +0900 on 10 Sep (1441897575), Kouya Shimura wrote: > 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

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

On Wed, 2015-09-09 at 18:03 +0100, Wei Liu wrote: > A simple wrapper for XENMEM_get_vnumainfo. > > Signed-off-by: Wei Liu Acked-by: Ian Campbell Some comments which are not specific to this patch: > +int xc_domain_getvnuma(xc_interface *xch, > +

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

On Thu, 10 Sep 2015, Michael S. Tsirkin wrote: > On Thu, Sep 10, 2015 at 11:29:18AM +0100, Stefano Stabellini wrote: > > CC Michael > > > > On Thu, 10 Sep 2015, Stefano Stabellini wrote: > > > On Thu, 10 Sep 2015, Chen, Tiejun wrote: > > > > > xen-host-pci-device.c is only compiled if

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

On Wed, 2015-09-09 at 23:35 +0100, Wei Liu wrote: > 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

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

El 10/09/15 a les 13.48, Julien Grall ha escrit: > On 10/09/15 12:32, Andrew Turner wrote: >> On Thu, 10 Sep 2015 16:41:56 +0800 >> Shannon Zhao wrote: >> >>> From: Shannon Zhao >>> >>> These EFI stub parameters are used to internal

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: Thursday, September 10, 2015 6:01 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] [PATCH v6 16/18] vmx: Add some scheduler hooks for VT-d posted interrupts

>>> On 10.09.15 at 15:27, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Thursday, September 10, 2015 9:15 PM >> To: Wu, Feng >> Cc: Andrew Cooper; Dario Faggioli; George Dunlap; Tian, Kevin; >> xen-devel@lists.xen.org; Keir

[Xen-devel] [PATCH for 4.6 v3 1/3] libxc: introduce xc_domain_getvnuma

A simple wrapper for XENMEM_get_vnumainfo. Signed-off-by: Wei Liu Acked-by: Ian Campbell --- tools/libxc/include/xenctrl.h | 18 +++ tools/libxc/xc_domain.c | 54 +++ 2 files changed, 72

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

>>> On 10.09.15 at 16:53, wrote: > On Thu, Sep 10, 2015 at 01:55:25PM +0100, Jan Beulich wrote: >> >>> On 10.09.15 at 13:37, wrote: >> > On Thu, 10 Sep 2015, Mark Rutland wrote: >> >> Why can't Xen give a virtual EFI interface to Dom0 /

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 >

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, Sep 10, 2015 at 01:55:25PM +0100, Jan Beulich wrote: > >>> On 10.09.15 at 13:37, wrote: > > On Thu, 10 Sep 2015, Mark Rutland wrote: > >> Why can't Xen give a virtual EFI interface to Dom0 / guests? e.g. > >> create pages of RuntimeServicesCode that are

Re: [Xen-devel] [PATCH 7/7] tools/hotplug: add wrapper to start xenstored

On Thu, Sep 10, 2015 at 03:19:35PM +0100, George Dunlap wrote: > On Wed, Jan 7, 2015 at 9:40 AM, Olaf Hering wrote: > > On Tue, Jan 06, Ian Campbell wrote: > > > >> On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote: > >> > The shell wrapper in xenstored.service does not handle

Re: [Xen-devel] [PATCH 7/7] tools/hotplug: add wrapper to start xenstored

On Thu, Sep 10, 2015 at 04:01:06PM +0100, M A Young wrote: > On Thu, 10 Sep 2015, Wei Liu wrote: > > > On Thu, Sep 10, 2015 at 03:19:35PM +0100, George Dunlap wrote: > > > On Wed, Jan 7, 2015 at 9:40 AM, Olaf Hering wrote: > > > > On Tue, Jan 06, Ian Campbell wrote: > > > > > > >

Re: [Xen-devel] [PATCH 7/7] tools/hotplug: add wrapper to start xenstored

On Thu, Sep 10, 2015 at 4:01 PM, M A Young wrote: > On Thu, 10 Sep 2015, Wei Liu wrote: > >> On Thu, Sep 10, 2015 at 03:19:35PM +0100, George Dunlap wrote: >> > On Wed, Jan 7, 2015 at 9:40 AM, Olaf Hering wrote: >> > > On Tue, Jan 06, Ian Campbell wrote:

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

On Thu, 2015-09-10 at 12:18 +0100, Wei Liu wrote: > 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

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

On Thu, 2015-09-10 at 11:55 +0100, Ian Campbell wrote: > On Wed, 2015-09-09 at 18:03 +0100, Wei Liu wrote: > > ... otherwise we have something like: > > > > xl: libxl_create.c:968: initiate_domain_create: Assertion `ret' failed. > > > > Signed-off-by: Wei Liu > > Acked-by:

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

On 10/09/2015 16:24, Kevin Davis wrote: > Further leading me to guess that any actual use of those > implementations could lead to you actually needing to hire a real > attorney and not one that you find on YouTube. The good thing is that attorneys have already figured it out. IBM figured out

Re: [Xen-devel] [PATCH 1/7] tools/hotplug: remove SELinux options from var-lib-xenstored.mount

On Thu, 10 Sep 2015, George Dunlap wrote: > On Fri, Dec 19, 2014 at 11:25 AM, Olaf Hering wrote: > > Using SELinux mount options per default breaks several systems. > > Either the context= mount option is not known at all to the kernel, > > as reported for ArchLinux. Or the

Re: [Xen-devel] [PATCH 1/7] tools/hotplug: remove SELinux options from var-lib-xenstored.mount

On 09/10/2015 03:13 PM, M A Young wrote: > On Thu, 10 Sep 2015, George Dunlap wrote: > >> On Fri, Dec 19, 2014 at 11:25 AM, Olaf Hering wrote: >>> Using SELinux mount options per default breaks several systems. >>> Either the context= mount option is not known at all to the

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

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

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

From: Kouya Shimura 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

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, Sep 10, 2015 at 02:52:25PM +0100, Stefano Stabellini wrote: > > > In any case this should be separate from the shim ABI discussion. > > > > I disagree; I think this is very much relevant to the ABI discussion. > > That's not to say that I insist on a particular approach, but I think > >

Re: [Xen-devel] [PATCH 7/7] tools/hotplug: add wrapper to start xenstored

On Wed, Jan 7, 2015 at 9:40 AM, Olaf Hering wrote: > On Tue, Jan 06, Ian Campbell wrote: > >> On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote: >> > The shell wrapper in xenstored.service does not handle XENSTORE_TRACE. >> > >> > Create a separate wrapper script which is used

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

Wei Liu (3): libxc: introduce xc_domain_getvnuma xl/libxl: disallow saving a guest with vNUMA configured xl: handle empty vnuma configuration docs/man/xl.cfg.pod.5 | 2 ++ tools/libxc/include/xenctrl.h | 18 +++ tools/libxc/xc_domain.c | 54

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

This is because the migration stream does not preserve node information. Note this is not a regression for migration v2 vs legacy migration because neither of them preserve node information. Signed-off-by: Wei Liu --- Cc: andrew.coop...@citrix.com v3: 1. Update manpage,

[Xen-devel] [PATCH for 4.6 v3 3/3] xl: handle empty vnuma configuration

When user specifies vnuma = [], we need to skip the whole parser function, otherwise the parser sets b_info->max_memkb to garbage value. Signed-off-by: Wei Liu --- tools/libxl/xl_cmdimpl.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/tools/libxl/xl_cmdimpl.c

Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters

On Thu, Sep 10, 2015 at 02:52:25PM +0100, Stefano Stabellini wrote: > On Thu, 10 Sep 2015, Mark Rutland wrote: > > On Thu, Sep 10, 2015 at 12:37:57PM +0100, Stefano Stabellini wrote: > > > On Thu, 10 Sep 2015, Mark Rutland wrote: > > > > > > Does Xen not talk to EFI itself and/or give the kernel a

  1   2   >