Merge: 6753e4e 0ea1523
Author: Peter Maydell
Date: Mon Feb 20 16:31:38 2017 +
Merge remote-tracking branch 'remotes/kraxel/tags/pull-ui-20170220-1' into
staging
ui: opengl fixes, for spice and egl-helpers.
# gpg: Signature made Mon 20 Feb 2017 13:12:46 GMT
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, February 17, 2017 4:21 PM
>
> I think the commit description is pretty clear. Especially this part
>
> "This could have the nice side effect of allowing to use "iommu=off"
> even when x2APIC was pre-enabled by the BIOS (in which case
flight 105929 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105929/
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. 59254
test-armhf-armhf-xl
Hi,
I've tried to run the raisin test suite, while pv tests pass the hvm
tests fail. I've identified a number of problems, starting with two
small disk size to formating the whole disk and then being unable to
install grub to the boot sector. I've trace down these problems into the
incorrect
On 02/21/2017 12:07 AM, Wei Liu wrote:
On Fri, Feb 17, 2017 at 10:18:29AM +0800, Zhang Chen wrote:
We use kernel colo proxy's way to get the checkpoint event
from qemu colo-compare.
Qemu colo-compare need add a API to support this(I will add this in qemu).
Signed-off-by: Zhang Chen
---
too
On February 21, 2017 5:55 AM, Chao Gao wrote:
>On Tue, Feb 21, 2017 at 04:11:53AM +, Xuquan (Quan Xu) wrote:
>>On February 21, 2017 11:07 AM, Tian, Kevin wrote:
From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
Sent: Tuesday, February 21, 2017 10:49 AM
>>Chao, __iiuc__, your que
This run is configured for baseline tests only.
flight 68585 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68585/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop
On Fri, Feb 17, 2017 at 2:11 AM, Joe Perches wrote:
> To enable eventual removal of pr_warning
>
> This makes pr_warn use consistent for arch/x86
>
> Prior to this patch, there were 46 uses of pr_warning and
> 122 uses of pr_warn in arch/x86
>
> Miscellanea:
>
> o Coalesce a few formats and realig
On Tue, Feb 21, 2017 at 04:11:53AM +, Xuquan (Quan Xu) wrote:
>On February 21, 2017 11:07 AM, Tian, Kevin wrote:
>>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>>> Sent: Tuesday, February 21, 2017 10:49 AM
>>> >>Chao, __iiuc__, your question may be from the comments of
>>> >xen/arch/x86
On February 21, 2017 11:07 AM, Tian, Kevin wrote:
>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> Sent: Tuesday, February 21, 2017 10:49 AM
>>
>> On February 20, 2017 4:24 PM, Chao Gao wrote:
>> >On Mon, Feb 20, 2017 at 11:25:29AM +, Xuquan (Quan Xu) wrote:
>> >>On February 18, 2017 12
Thank you for all your help Jan && Roger.
I think we can settle on this thread now.
After disabling the debug build, the gfx-passthrough back to work now.
On Mon, Feb 20, 2017 at 12:38 PM, G.R. wrote:
>>Feb 10, 2017 02:00,"Roger Pau Monné" wrote:
>>
>>On Thu, Feb 09, 2017 at 07:58:56AM -0700, Ja
MAINTAINERS: Update VT-d maintainers
Feng just left Intel. So remove him from the list.
Signed-off-by: Kevin Tian
diff --git a/MAINTAINERS b/MAINTAINERS
index 6f7ffeb..f14f844 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -215,7 +215,6 @@ F: xen/include/asm-x86/tboot.h
INTEL(R) VT FOR DIRE
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, February 17, 2017 8:04 PM
>
> The present way of setting this up is flawed: Leaving the I/O bitmap
> pointer at zero means that the interrupt redirection bitmap lives
> outside (ahead of) the allocated space of the TSS. Similarly setti
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> Sent: Monday, February 20, 2017 8:04 PM
>
> On February 13, 2017 4:21 PM, Tian, Kevin wrote:
> >> From: Jan Beulich [mailto:jbeul...@suse.com]
> >> Sent: Wednesday, February 08, 2017 4:52 PM
> >>
> >> >>> On 08.02.17 at 09:27, wrote:
> >> > A
On 02/20/2017 11:59 PM, Wei Liu wrote:
On Fri, Feb 17, 2017 at 10:18:27AM +0800, Zhang Chen wrote:
Qemu need this args to start userspace colo-proxy.
Signed-off-by: Zhang Chen
[...]
+
+#undef APPEND_COLO_SOCK_SERVER
+#undef APPEND_COLO_SOCK_CLIENT
I would move these a bit further up, righ
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> Sent: Tuesday, February 21, 2017 10:49 AM
>
> On February 20, 2017 4:24 PM, Chao Gao wrote:
> >On Mon, Feb 20, 2017 at 11:25:29AM +, Xuquan (Quan Xu) wrote:
> >>On February 18, 2017 12:33 AM, Jan Beulich wrote:
> >> On 17.02.17 at 09:4
On 02/20/2017 11:55 PM, Wei Liu wrote:
On Fri, Feb 17, 2017 at 10:18:24AM +0800, Zhang Chen wrote:
In this patch we close kernel COLO-Proxy on primary side.
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_colo_proxy.c | 27 +++
tools/libxl/libxl_colo_save.c | 9 +
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Monday, February 20, 2017 7:17 PM
> To: Tian, Kevin
> Cc: Jan Beulich; Suravee Suthikulpanit; Nakajima, Jun; Xen-devel; Boris
> Ostrovsky
> Subject: Re: [PATCH 1/4] x86/vmx: Don't leak host syscall MSR state into HVM
> guests
>
> O
On February 20, 2017 4:24 PM, Chao Gao wrote:
>On Mon, Feb 20, 2017 at 11:25:29AM +, Xuquan (Quan Xu) wrote:
>>On February 18, 2017 12:33 AM, Jan Beulich wrote:
>> On 17.02.17 at 09:49, wrote:
On Fri, Feb 17, 2017 at 09:37:45AM +, Xuquan (Quan Xu) wrote:
>From a589074281cc22a3
On 02/20/2017 11:50 PM, Wei Liu wrote:
On Fri, Feb 17, 2017 at 10:18:23AM +0800, Zhang Chen wrote:
Add remus '-p' to enable userspace colo proxy(in qemu).
Signed-off-by: Zhang Chen
---
docs/man/xl.pod.1.in | 5 +
tools/libxl/libxl.h | 6 ++
tools/libxl/libxl_
On 02/20/2017 11:50 PM, Wei Liu wrote:
On Fri, Feb 17, 2017 at 10:18:25AM +0800, Zhang Chen wrote:
We use params->colo_proxy_script to make do_domain_create()
doesn't take "colo_proxy_script" anymore.
Signed-off-by: Zhang Chen
---
This patch is self-contained so:
Acked-by: Wei Liu
I will
This run is configured for baseline tests only.
flight 68584 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68584/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 6 xen-boot
For a HVM domain, if a vcpu is in the nested guest mode,
__raw_copy_to_guest() and __copy_to_guest() used by
update_runstate_area() will copy data to L2 guest other than L1 guest.
Besides copying to the wrong address, this bug also causes crash in
the code path:
context_switch(prev, next)
This patch introduces macros, structs and functions to handle rings in
the format described by docs/misc/pvcalls.markdown and
docs/misc/9pfs.markdown. The index page (struct __name##_data_intf)
contains the indexes and the grant refs to setup two rings.
Indexes page
+
flight 105928 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105928/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 105739
test-amd64-amd64-xl-qemuu-win7-a
On Mon, 20 Feb 2017, Dario Faggioli wrote:
> On Mon, 2017-02-20 at 19:38 +, Julien Grall wrote:
> > On 20/02/17 19:20, Dario Faggioli wrote:
> > > E.g., if vCPU x of domain A wants to go idle with a WFI/WFE, but
> > > the
> > > host is overbooked and currently really busy, Xen wants to run some
flight 105926 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105926/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 3 host-install(3)broken REGR. vs. 105831
test-armhf-armh
On 02/20/17 12:32 +, Wei Liu wrote:
> On Fri, Feb 17, 2017 at 02:39:34PM +0800, Haozhong Zhang wrote:
> > If LMCE is supported by host and "lmce = 1" is present in xl config, the
> > LMCE capability will be exposed in guest MSR_IA32_MCG_CAP. By default,
> > LMCE is not exposed to guest so as to
On 02/20/17 12:53 +, Wei Liu wrote:
> On Fri, Feb 17, 2017 at 02:39:36PM +0800, Haozhong Zhang wrote:
> > If option '-l' or '--lmce' is specified and the host supports LMCE,
> > xen-mceinj will inject LMCE to CPU specified by '-c' (or CPU0 if '-c'
> > is not present).
> >
> > Signed-off-by: Ha
flight 105924 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105924/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
105855
test-amd6
On Mon, 20 Feb 2017, Jan Beulich wrote:
> >>> On 17.02.17 at 23:38, wrote:
>
> For all of the comments below, please understand that I'm giving
> them in the understanding that pre-existing code may be similarly
> problematic; we shouldn't introduce new issues though.
I understand, thanks for th
flight 105925 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105925/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 105818
test-amd64-amd64-xl-qemu
On Mon, 2017-02-20 at 19:38 +, Julien Grall wrote:
> On 20/02/17 19:20, Dario Faggioli wrote:
> > E.g., if vCPU x of domain A wants to go idle with a WFI/WFE, but
> > the
> > host is overbooked and currently really busy, Xen wants to run some
> > other vCPU (of either the same of another domain
flight 105932 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105932/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
build-arm64 5 xen
On Mon, Feb 20, 2017 at 08:19:09PM +0100, Norbert Manthey wrote:
> Hi Wei,
>
> as far as I can tell, patch 1 has already been added:
>
> http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=71af7d4220227529ea43b898683d4d2e68a90ffd
>
Oh yes, I missed that.
___
On Mon, Feb 20, 2017 at 01:36:02PM -0500, Waiman Long wrote:
> Waiman Long (2):
> x86/paravirt: Change vcp_is_preempted() arg type to long
> x86/kvm: Provide optimized version of vcpu_is_preempted() for x86-64
>
> arch/x86/include/asm/paravirt.h | 2 +-
> arch/x86/include/asm/qspinlock.
flight 105930 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105930/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
build-arm64 5 xen
Hi Dario,
On 20/02/17 19:20, Dario Faggioli wrote:
On Mon, 2017-02-20 at 18:53 +, Julien Grall wrote:
On 20/02/17 18:47, Stefano Stabellini wrote:
This is a good question, I have already answered: I think it would
break
the scheduler. Dario confirmed it in his reply
(1487382463.6732.146.ca
On Mon, 2017-02-20 at 18:53 +, Julien Grall wrote:
> On 20/02/17 18:47, Stefano Stabellini wrote:
> > This is a good question, I have already answered: I think it would
> > break
> > the scheduler. Dario confirmed it in his reply
> > (1487382463.6732.146.ca...@citrix.com).
>
> I don't think it
Hi Wei,
as far as I can tell, patch 1 has already been added:
http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=71af7d4220227529ea43b898683d4d2e68a90ffd
Best,
Norbert
On 02/20/2017 05:58 PM, Wei Liu wrote:
On Fri, Feb 17, 2017 at 11:31:01AM +, Andrew Cooper wrote:
On 17/02/17 10:47, N
Hi Stefano,
On 20/02/17 18:47, Stefano Stabellini wrote:
On Sun, 19 Feb 2017, Julien Grall wrote:
I don't think this is acceptable even to get a better interrupt latency.
Some
workload will care about interrupt latency and power.
I think a better approach would be to check whether the schedule
flight 105923 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105923/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 105886
test-armhf-armhf-libvirt-x
On Mon, 20 Feb 2017, George Dunlap wrote:
> On 20/02/17 18:43, Stefano Stabellini wrote:
> > On Mon, 20 Feb 2017, Dario Faggioli wrote:
> >> On Sun, 2017-02-19 at 21:34 +, Julien Grall wrote:
> >>> Hi Stefano,
> >>>
> >>> I have CCed another ARM person who has more knowledge than me on
> >>> s
On Sun, 19 Feb 2017, Julien Grall wrote:
> Hi Stefano,
>
> I have CCed another ARM person who has more knowledge than me on
> scheduling/power.
>
> On 02/17/2017 10:50 PM, Stefano Stabellini wrote:
> > CC'ing xen-devel, I forgot on the original patch
> >
> > On Fri, 17 Feb 2017, Julien Grall wro
On 20/02/17 18:43, Stefano Stabellini wrote:
> On Mon, 20 Feb 2017, Dario Faggioli wrote:
>> On Sun, 2017-02-19 at 21:34 +, Julien Grall wrote:
>>> Hi Stefano,
>>>
>>> I have CCed another ARM person who has more knowledge than me on
>>> scheduling/power.
>>>
>> Ah, when I saw this, I thought y
On Mon, 20 Feb 2017, Dario Faggioli wrote:
> On Sun, 2017-02-19 at 21:34 +, Julien Grall wrote:
> > Hi Stefano,
> >
> > I have CCed another ARM person who has more knowledge than me on
> > scheduling/power.
> >
> Ah, when I saw this, I thought you were Cc-ing my friend Juri, which
> also work
On 20/02/17 14:52, Jan Beulich wrote:
On 20.02.17 at 14:45, wrote:
>> On 15/02/17 11:07, Jan Beulich wrote:
>>> --- a/xen/arch/x86/x86_emulate/x86_emulate.c
>>> +++ b/xen/arch/x86/x86_emulate/x86_emulate.c
>>> @@ -45,6 +45,8 @@
>>> #define ModRM (1<<6)
>>> /* Destination is only writt
v4->v5:
- As suggested by PeterZ, use the asm-offsets header file generation
mechanism to get the offset of the preempted field in
kvm_steal_time instead of hardcoding it.
v3->v4:
- Fix x86-32 build error.
v2->v3:
- Provide an optimized __raw_callee_save___kvm_vcpu_is_preempted()
It was found when running fio sequential write test with a XFS ramdisk
on a KVM guest running on a 2-socket x86-64 system, the %CPU times
as reported by perf were as follows:
69.75% 0.59% fio [k] down_write
69.15% 0.01% fio [k] call_rwsem_down_write_failed
67.12% 1.12% fio [k] rwsem_do
Hello Vijay,
On 09/02/17 15:57, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Delete numa-node-id and distance map from Dom0 DT
so that NUMA information is not exposed to Dom0.
This helps particularly to boot Node 1 devices
as if booting on Node0.
However this approach has limitation wh
The cpu argument in the function prototype of vcpu_is_preempted()
is changed from int to long. That makes it easier to provide a better
optimized assembly version of that function.
For Xen, vcpu_is_preempted(long) calls xen_vcpu_stolen(int), the
downcast from long to int is not a problem as vCPU n
Hello Vijay,
On 09/02/17 15:57, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
For each cpu, update cpu_to_node[] with node id from
the MPIDR registers. Also, initialize cpu_to_node[]
with node 0.
The interpretation of MPIDR is different from each platform and that's
why you have the no
Hello Vijay,
On 09/02/17 15:57, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Parse distance-matrix and fetch node distance information.
Store distance information in node_distance[].
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/dt_numa.c | 90
The default dom0_mem is 128M which is not sufficient to boot a Ubuntu
based Dom0. It is not clear what a better default value could be.
Instead, loudly warn the user when dom0_mem is unspecified and wait 3
secs. Then use 512M.
Update the docs to specify that dom0_mem is required on ARM. (The
curr
On Mon, 20 Feb 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 02/16/2017 01:41 AM, Stefano Stabellini wrote:
> > On Fri, 3 Feb 2017, Julien Grall wrote:
> > > On ARM, when the user put 'acpi=force' Xen will use ACPI over DT.
> > > Currently, if Xen fails to initialize ACPI it will fallback on DT.
Hi Stefano,
On 20/02/17 18:12, Stefano Stabellini wrote:
On Mon, 20 Feb 2017, Julien Grall wrote:
Hi Stefano,
On 02/16/2017 01:41 AM, Stefano Stabellini wrote:
On Fri, 3 Feb 2017, Julien Grall wrote:
On ARM, when the user put 'acpi=force' Xen will use ACPI over DT.
Currently, if Xen fails to
Hello Vijay,
On 09/02/17 15:56, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Parse memory node and fetch numa-node-id information.
For each memory range, store in node_memblk_range[]
along with node id.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/bootfdt.c| 4 +--
xen/arch
On Fri, 2017-02-17 at 22:47 +0530, dhara buch wrote:
> Hello,
>
> I have installed Ubuntu 15.10 in which have installed Xen with
> source.
>
> Booting is done with Xen as well as commands like xl infor, xl list
> are also working fine.
>
> For creating Virtual Machine, I have installed Virtual M
flight 105927 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105927/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 11 guest-start fail REGR. vs. 105892
Tests which
On Mon, Feb 20, 2017 at 9:28 AM, Thomas Garnier wrote:
> On Mon, Feb 20, 2017 at 8:56 AM, Andy Lutomirski wrote:
>> On Fri, Feb 17, 2017 at 2:01 PM, Thomas Garnier wrote:
>>> On Fri, Feb 17, 2017 at 1:00 PM, Jim Mattson wrote:
On Fri, Feb 17, 2017 at 12:11 PM, Thomas Garnier
wrote:
Hello Vijay,
On 09/02/17 15:56, vijay.kil...@gmail.com wrote:
+static int __init dt_numa_scan_cpu_node(const void *fdt, int node,
+const char *name, int depth,
+u32 address_cells, u32 size_cells,
+
On 02/20/2017 09:56 AM, Jan Blunck wrote:
> On Fri, Feb 17, 2017 at 5:07 PM, Konrad Rzeszutek Wilk
> wrote:
>> On Thu, Feb 16, 2017 at 10:51:44PM +0100, Vincent JARDIN wrote:
>>> Le 16/02/2017 à 14:36, Konrad Rzeszutek Wilk a écrit :
> Is it time now to officially remove Dom0 support?
So
Hello Vijay,
On 09/02/17 15:56, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Parse CPU node and fetch numa-node-id information.
For each node-id found, update nodemask_t mask.
A link to the bindings would have been useful...
Call numa_init() from setup_mm() with start and end
pfn of
On Fri, Feb 17, 2017 at 04:37:10AM +0100, Robert Urban wrote:
> Hello Folks,
>
> Sorry, forgot to mention the version:
>
> > # xl info
> > [...]
> > release: 4.9.3-200.186.fc25.x86_64
>
This is for Linux kernel, not Xen. To get Xen version:
xl info | egrep 'major|minor|extra
On Mon, Feb 20, 2017 at 8:56 AM, Andy Lutomirski wrote:
> On Fri, Feb 17, 2017 at 2:01 PM, Thomas Garnier wrote:
>> On Fri, Feb 17, 2017 at 1:00 PM, Jim Mattson wrote:
>>> On Fri, Feb 17, 2017 at 12:11 PM, Thomas Garnier
>>> wrote:
On Fri, Feb 17, 2017 at 9:49 AM, Jim Mattson wrote:
Am Mon, 20 Feb 2017 17:05:18 +
schrieb Wei Liu :
> CC Ian -- I think he followed more closely than I did.
Thanks, but this is just a rebase to 4.8 in case anyone needs it.
No code changes since last review round.
I'm currently working on an update for the idl representation to
support migrat
On Fri, Feb 17, 2017 at 01:36:01PM +0100, Marek Marczykowski-Górecki wrote:
> Hi,
>
> I'm adjusting python bindings to work on python3 too. This will require
> few #if in the code (to compile for both python2 and python3), but it
> isn't that bad. But there are some major changes in python3, which
flight 105922 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/105922/
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. 59254
test-armhf-armhf-xl
CC Ian -- I think he followed more closely than I did.
On Fri, Feb 17, 2017 at 10:49:54AM +, Olaf Hering wrote:
> Port vscsi=[] and scsi-{attach,detach,list} commands from xend to libxl.
>
> libvirt uses its existing SCSI support:
> http://lists.xenproject.org/archives/html/xen-devel/2015-04/
On Fri, Feb 17, 2017 at 11:31:01AM +, Andrew Cooper wrote:
> On 17/02/17 10:47, Norbert Manthey wrote:
> > The variable virq_port of type uint32_t was compared to being greater than
> > -1. This check always results in false for unsigned data types, resulting
> > in never cleaning up the memory
On Fri, Feb 17, 2017 at 2:01 PM, Thomas Garnier wrote:
> On Fri, Feb 17, 2017 at 1:00 PM, Jim Mattson wrote:
>> On Fri, Feb 17, 2017 at 12:11 PM, Thomas Garnier wrote:
>>> On Fri, Feb 17, 2017 at 9:49 AM, Jim Mattson wrote:
Can we use the read-only GDT here? When expanding the virtual
On Fri, Feb 17, 2017 at 10:18:29AM +0800, Zhang Chen wrote:
> We use kernel colo proxy's way to get the checkpoint event
> from qemu colo-compare.
> Qemu colo-compare need add a API to support this(I will add this in qemu).
>
> Signed-off-by: Zhang Chen
> ---
> tools/libxl/libxl_colo.h |
On 15/02/17 11:14, Jan Beulich wrote:
> @@ -2207,12 +2231,12 @@ x86_decode_twobyte(
> switch ( modrm_reg & 7 )
> {
> case 2: /* {,v}ldmxcsr */
> -state->desc = DstImplicit | SrcMem | ModRM | Mov;
> +state->desc = DstImplicit | SrcMem | Mov;
>
On Fri, Feb 17, 2017 at 10:18:27AM +0800, Zhang Chen wrote:
> Qemu need this args to start userspace colo-proxy.
>
> Signed-off-by: Zhang Chen
[...]
> +
> +#undef APPEND_COLO_SOCK_SERVER
> +#undef APPEND_COLO_SOCK_CLIENT
I would move these a bit further up, right after the last site that uses
th
On Fri, Feb 17, 2017 at 10:18:24AM +0800, Zhang Chen wrote:
> In this patch we close kernel COLO-Proxy on primary side.
>
> Signed-off-by: Zhang Chen
> ---
> tools/libxl/libxl_colo_proxy.c | 27 +++
> tools/libxl/libxl_colo_save.c | 9 +++--
> 2 files changed, 34 in
On Fri, Feb 17, 2017 at 10:18:23AM +0800, Zhang Chen wrote:
> Add remus '-p' to enable userspace colo proxy(in qemu).
>
> Signed-off-by: Zhang Chen
> ---
> docs/man/xl.pod.1.in | 5 +
> tools/libxl/libxl.h | 6 ++
> tools/libxl/libxl_colo.h | 5 +
> tools/l
On Fri, Feb 17, 2017 at 10:18:25AM +0800, Zhang Chen wrote:
> We use params->colo_proxy_script to make do_domain_create()
> doesn't take "colo_proxy_script" anymore.
>
> Signed-off-by: Zhang Chen
> ---
This patch is self-contained so:
Acked-by: Wei Liu
I will commit this soon. Please rebase y
On Wed, Feb 15, 2017 at 08:37:44PM -0500, Konrad Rzeszutek Wilk wrote:
> Hey,
>
> I just built today Xen based on 93e1435290867703c50acad1f54b9208df473562
> Author: Oleksandr Tyshchenko
> Date: Wed Feb 15 12:20:01 2017 +
>
> IOMMU: always call teardown callback
>
[...]
> #xl create -
On 20/02/17 15:40, Jan Beulich wrote:
On 20.02.17 at 16:24, wrote:
>> On 15/02/17 11:13, Jan Beulich wrote:
>>> --- a/tools/tests/x86_emulator/Makefile
>>> +++ b/tools/tests/x86_emulator/Makefile
>>> @@ -11,11 +11,36 @@ all: $(TARGET)
>>> run: $(TARGET)
>>> ./$(TARGET)
>>>
>>> -TESTCAS
>>> On 20.02.17 at 16:24, wrote:
> On 15/02/17 11:13, Jan Beulich wrote:
>> --- a/tools/tests/x86_emulator/Makefile
>> +++ b/tools/tests/x86_emulator/Makefile
>> @@ -11,11 +11,36 @@ all: $(TARGET)
>> run: $(TARGET)
>> ./$(TARGET)
>>
>> -TESTCASES := blowfish
>> +TESTCASES := blowfish simd
On 15/02/17 11:14, Jan Beulich wrote:
> This being a strict (MMX register only) subset of SSE, we can simply
> adjust the respective checks while making the new predicate look at
> both flags.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
>>> On 20.02.17 at 16:12, wrote:
On 20.02.17 at 15:52, wrote:
>> Having said that, shouldn't the pfx check be included even in the
>> VEX-encoded case? (i.e. the lables move up once again).
>
> It's the other way around actually: The checks are redundant in
> the non-VEX case, as the prefi
No, that’s not correct. The GPU commands are whitelisted and only the commands
that can be audited are handled.
Paul
From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of anshul
makkar
Sent: 20 February 2017 15:16
To: bharat gohil ; xen-de...@lists.xenproject.org
Subject: Re:
On 02/17/2017 04:07 PM, Konrad Rzeszutek Wilk wrote:
> On Thu, Feb 16, 2017 at 10:51:44PM +0100, Vincent JARDIN wrote:
>> Le 16/02/2017 à 14:36, Konrad Rzeszutek Wilk a écrit :
Is it time now to officially remove Dom0 support?
>>> So we do have an prototype implementation of netback but it is
>>> On 15.02.17 at 12:09, wrote:
> @@ -5462,6 +5462,54 @@ x86_emulate(
> state->simd_size = simd_none;
> break;
>
> +CASE_SIMD_PACKED_FP(, 0x0f, 0x2e): /* ucomis{s,d} xmm/mem,xmm */
> +CASE_SIMD_PACKED_FP(_VEX, 0x0f, 0x2e): /* vucomis{s,d} xmm/mem,xmm */
> +CASE
On Mon, Feb 20, 2017 at 11:25:29AM +, Xuquan (Quan Xu) wrote:
>On February 18, 2017 12:33 AM, Jan Beulich wrote:
> On 17.02.17 at 09:49, wrote:
>>> On Fri, Feb 17, 2017 at 09:37:45AM +, Xuquan (Quan Xu) wrote:
From a589074281cc22a30ed75a5bccba60e83d2312a6 Mon Sep 17
>>00:00:00 2001
On 15/02/17 11:13, Jan Beulich wrote:
> --- a/tools/tests/x86_emulator/Makefile
> +++ b/tools/tests/x86_emulator/Makefile
> @@ -11,11 +11,36 @@ all: $(TARGET)
> run: $(TARGET)
> ./$(TARGET)
>
> -TESTCASES := blowfish
> +TESTCASES := blowfish simd
>
> blowfish-cflags := ""
> blowfish-cf
Hi,
On 17 February 2017 at 20:59, Konrad Rzeszutek Wilk
wrote:
>> Should vpl011.h be in include/xen/public/ ? If so you need
>> a different license for that file.
>>
>> I have moved the file from the public folder and keeping it in xen/arch/arm/
>
> Huh? But if this is a rin
On Mon, Feb 20, 2017 at 03:14:27PM +, Paul Durrant wrote:
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: 20 February 2017 15:12
> > To: Paul Durrant
> > Cc: xen-de...@lists.xenproject.org; Ian Jackson ;
> > Wei Liu ; Samuel Thibault > lyon.org>
> > Sub
On 20/02/17 14:43, Juergen Gross wrote:
> On 20/02/17 15:31, Wei Liu wrote:
>> On Thu, Feb 16, 2017 at 08:47:07AM +0100, Juergen Gross wrote:
>>> There have been reports that Fedora 25 uses /run instead of /var/run.
>>>
>>> Add a --with-rundir option ito configure to be able to specify that
>> I've
On 18/01/17 13:21, bharat gohil wrote:
Hello
I am new to GPU and GPU virtualization and found that xen support
intel GPU virtualization using XenGT.
I want to know,
1) What are the critical GPU command pass from xen to Dom0?
2) How the Dom0 mediator or xen validate the GPU command which is
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 20 February 2017 15:09
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Ian Jackson ;
> Wei Liu
> Subject: Re: [PATCH 2/4] tools/libxendevicemodel: extract functions and add
> a compat layer
>
> On Fri, Feb
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 20 February 2017 15:12
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Ian Jackson ;
> Wei Liu ; Samuel Thibault lyon.org>
> Subject: Re: [PATCH 1/4] tools/libxendevicemodel: introduce the new library
>
>
>>> On 20.02.17 at 16:01, wrote:
> On 15/02/17 11:12, Jan Beulich wrote:
>> @@ -6806,6 +6808,23 @@ x86_emulate(
>> sfence = true;
>> break;
>>
>> +case X86EMUL_OPC_66(0x0f38, 0x2a): /* movntdqa m128,xmm */
>> +case X86EMUL_OPC_VEX_66(0x0f38, 0x2a): /* vmovntdqa mem,
On 15/02/17 11:12, Jan Beulich wrote:
> --- a/tools/tests/x86_emulator/test_x86_emulator.c
> +++ b/tools/tests/x86_emulator/test_x86_emulator.c
> @@ -8,19 +8,37 @@
>
> #define verbose false /* Switch to true for far more logging. */
>
> +static void blowfish_set_regs(struct cpu_user_regs *regs
>>> On 20.02.17 at 15:52, wrote:
> On 15/02/17 11:11, Jan Beulich wrote:
>> --- a/xen/arch/x86/x86_emulate/x86_emulate.c
>> +++ b/xen/arch/x86/x86_emulate/x86_emulate.c
>> @@ -6183,6 +6200,23 @@ x86_emulate(
>> case X86EMUL_OPC(0x0f, 0xae): case X86EMUL_OPC_66(0x0f, 0xae): /* Grp15
>> */
>>
On Mon, Feb 20, 2017 at 03:07:32PM +, Wei Liu wrote:
> On Fri, Feb 17, 2017 at 10:27:06AM +, Paul Durrant wrote:
> > The new xendevicemodel library is intended to be used by all Xen device
> > models such that the only hypercall that use will be the dm_op hypercall
> > added by commit 524a9
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 20 February 2017 15:08
> To: Paul Durrant
> Cc: xen-de...@lists.xenproject.org; Ian Jackson ;
> Wei Liu ; Samuel Thibault lyon.org>
> Subject: Re: [PATCH 1/4] tools/libxendevicemodel: introduce the new library
>
>
On Fri, Feb 17, 2017 at 10:27:08AM +, Paul Durrant wrote:
> My recent patch [1] to the Linux privcmd module introduced a dedicated
> mechanism for making dm_op hypercalls.
>
> This patch adds the necessary code to libxendevicemodel to take
> advantage of that mechanism if it is implemented in
On Fri, Feb 17, 2017 at 10:27:09AM +, Paul Durrant wrote:
> My recent patch [1] to the Linux privcmd module introduced a mechanism
> to restrict an open file handle to subsequently only accept operations for
> a specified domain.
>
> This patch extends the libxendevicemodel API and make use of
1 - 100 of 188 matches
Mail list logo