On 03/03/16 08:09, quizyjones wrote:
> What I want to do is predict how many instructions a hypercall entry of
> hypercall page (not hypercall handler) would execute before it finishes.
> Take HYPERVISOR_iret as an example, it precisely executes five
> instructions then call the hypercall handler,
What I want to do is predict how many instructions a hypercall entry of
hypercall page (not hypercall handler) would execute before it finishes. Take
HYPERVISOR_iret as an example, it precisely executes five instructions then
call the hypercall handler, and it doesn't return so it just finish. B
flight 85020 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85020/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 3 host-install(3) broken REGR. vs. 59254
build-i386-rumpuserxe
Hi James,
I found a PPT file named "XenRT-XenSource's Xen testing infrastructure" written
by you, I have a few questions and hope you could help me there.
I am looking for a better test tool for Xen, so I recently setup XenRT in a
debian VM according to this website:
http://wiki.xenproject.o
On 02/03/16 18:21, Anshul Makkar wrote:
> Hi,
>
>
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of George
> Dunlap
> Sent: 01 March 2016 15:53
> To: Juergen Gross ; xen-devel@lists.xen.org
> Cc: Wei Liu ; Stefano Stabellini
> ; George Dunlap ;
On 03/03/16 01:56, quizyjones wrote:
>> do_sched_op is self explaining: it is used for scheduling of the vcpu.
>> A vcpu going to idle is using this hypercall. So any interrupt waking
>> the vcpu up will seem to occur very near to the hypercall.
>
>> do_xen_version is often used as a very fast way
>>> On 3/3/2016 at 02:32 AM, in message <56d731b1.60...@citrix.com>, George
>>> Dunlap
wrote:
> On 01/03/16 08:09, Chunyan Liu wrote:
> > Add pvusb APIs, including:
> > - attach/detach (create/destroy) virtual usb controller.
> > - attach/detach usb device
> > - list usb controller and
flight 85017 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85017/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-libvirt-vhd 3 host-install(3) broken pass in 84924
test-amd64-amd64-rumpuserxen-am
>>> On 3/3/2016 at 02:46 AM, in message <56d7350f.7010...@citrix.com>, George
Dunlap wrote:
> On 02/03/16 18:32, George Dunlap wrote:
> > On 01/03/16 08:09, Chunyan Liu wrote:
> >> Add pvusb APIs, including:
> >> - attach/detach (create/destroy) virtual usb controller.
> >> - attach/detac
flight 85019 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85019/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-qcow2 11 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-qcow2 13 guest-sav
On 03/02/2016 11:05 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 10:52:35AM +0800, Wen Congyang wrote:
>> Add cmdline switches to 'xl migrate-receive' command to specify
>> a domain-specific hotplug script to setup COLO proxy.
>>
>> Add a new config var 'colo.default.agentscript' to xl.conf, that
>
On 03/02/2016 11:04 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 10:52:28AM +0800, Wen Congyang wrote:
>> Usage: disk =
>> ['...,colo,colo-host=xxx,colo-port=xxx,colo-export=xxx,active-disk=xxx,hidden-disk=xxx...']
>> For QEMU block replication details:
>> http://wiki.qemu.org/Features/BlockReplic
On 03/02/2016 11:03 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 10:52:26AM +0800, Wen Congyang wrote:
> [...]
>> +if (libxl_defbool_val(info->colo)) {
>> +if (libxl_defbool_val(info->compression)) {
>
> This can be simplified as
>
>if (libxl_defbool_val(xxx) && libxl_defbool_
On 03/02/2016 11:02 PM, Wei Liu wrote:
> On Fri, Feb 26, 2016 at 10:11:27AM +0800, Wen Congyang wrote:
>> On 02/25/2016 11:54 PM, Wei Liu wrote:
>>> On Mon, Feb 22, 2016 at 10:52:14AM +0800, Wen Congyang wrote:
Add back channel support to write stream. If the write stream is
a back channe
On Wed, Mar 02, 2016 at 04:33:06PM -0800, Andy Lutomirski wrote:
> On Tue, Mar 1, 2016 at 4:15 PM, Luis R. Rodriguez wrote:
> > Ingo, your feedback appreciated at the end here, regarding quirks.
> >
> > On Tue, Mar 01, 2016 at 09:00:53AM -0500, Boris Ostrovsky wrote:
> >> On 02/29/2016 06:50 PM, A
> do_sched_op is self explaining: it is used for scheduling of the vcpu.
> A vcpu going to idle is using this hypercall. So any interrupt waking
> the vcpu up will seem to occur very near to the hypercall.
> do_xen_version is often used as a very fast way to execute the check
> for pending events
On Mar 1, 2016 2:46 PM, "Borislav Petkov" wrote:
>
> On Mon, Feb 29, 2016 at 03:50:18PM -0800, Andy Lutomirski wrote:
> > Borislav, if you're okay with this (ab)use of the cpufeatures stuff
>
> Because of X86_BUG_ESPFIX? Why abuse?
Because I'm mixing paravirt and cpufeatures a bit oddly.
>
> --
On Tue, Mar 1, 2016 at 4:15 PM, Luis R. Rodriguez wrote:
> Ingo, your feedback appreciated at the end here, regarding quirks.
>
> On Tue, Mar 01, 2016 at 09:00:53AM -0500, Boris Ostrovsky wrote:
>> On 02/29/2016 06:50 PM, Andy Lutomirski wrote:
>> >diff --git a/arch/x86/kernel/cpu/common.c b/arch/
This run is configured for baseline tests only.
flight 44208 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44208/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 15 guest-start/deb
On 01/03/16 18:04, Lars Kurth wrote:
Daniel, Jesus,
I am going to break my comments down into different sections to make this more
consumable. Let's focus on the A1-A3 use-cases in this mail.
First I wanted to start of with some questions about definitions, as I am
seeing some discrepancies i
flight 85001 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85001/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR. vs. 83004
build-armhf-pvops
flight 85018 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85018/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684
build-amd6
flight 84995 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84995/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399
build-i386-rumpuserxen
On 02/03/16 19:18, Joao Martins wrote:
>
> On 02/25/2016 05:21 PM, Andrew Cooper wrote:
>> On 22/02/16 21:02, Joao Martins wrote:
>>> Hey!
>>>
>>> This series are a follow-up on the thread about the performance
>>> of hard-pinned HVM guests. Here we propose allowing libxl to
>>> change how the CPU
Check the return value of xc_version() and return NULL if it
fails. libxl_get_version_info() can also return NULL now.
Group all calls to xc_version() , so that data copies in
various info fields only if all calls to xc_version work.
This will eliminate cases in which only partial information
is u
On Tue, Mar 1, 2016 at 4:51 PM, Sander Eikelenboom wrote:
>
> Tuesday, March 1, 2016, 9:39:25 PM, you wrote:
>
>> On Tue, Mar 01, 2016 at 02:52:14PM -0500, Meng Xu wrote:
>>> Hi Elena,
>>>
>>> Thank you very much for sharing this! :-)
>>>
>>> On Tue, Mar 1, 2016 at 1:20 PM, Elena Ufimtseva
>>> wr
Hi Elena,
On Tue, Mar 1, 2016 at 3:39 PM, Elena Ufimtseva
wrote:
> On Tue, Mar 01, 2016 at 02:52:14PM -0500, Meng Xu wrote:
>> Hi Elena,
>>
>> Thank you very much for sharing this! :-)
>>
>> On Tue, Mar 1, 2016 at 1:20 PM, Elena Ufimtseva
>> wrote:
>> >
>> > On Tue, Mar 01, 2016 at 08:48:30AM -
On Wed, Mar 02, 2016 at 01:43:42AM +0100, Luis R. Rodriguez wrote:
> On Wed, Feb 24, 2016 at 09:32:59AM +0100, Ingo Molnar wrote:
> There's only one problem with this strategy I can think so far which differs
> from my original approach, which is partly why I actually started looking at
> this stuf
On 02/25/2016 05:21 PM, Andrew Cooper wrote:
> On 22/02/16 21:02, Joao Martins wrote:
>> Hey!
>>
>> This series are a follow-up on the thread about the performance
>> of hard-pinned HVM guests. Here we propose allowing libxl to
>> change how the CPU topology looks like for the HVM guest, which ca
On 02/25/2016 04:29 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 09:02:13PM +, Joao Martins wrote:
>> Currently there is "smt" option that changes from a flat core topology
>> to a core+thread topology. This patch adds more expressive options for
>> describing the topology as seen by the guest
On 02/25/2016 04:29 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 09:02:10PM +, Joao Martins wrote:
>> Introduce internal cpuid routine for setting the topology
>> as seen by the guest. The topology is made based on
>> leaf 1 and leaf 4 for Intel, more specifically setting:
>>
>> Number of log
On 02/25/2016 04:28 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 09:02:08PM +, Joao Martins wrote:
>> Signed-off-by: Joao Martins
>
> Acked-by: Wei Liu
>
Thanks!
>> ---
>> CC: Ian Jackson
>> CC: Stefano Stabellini
>> CC: Ian Campbell
>> CC: Wei Liu
>> ---
>> tools/libxl/libxl_types.
On 02/25/2016 05:03 PM, Jan Beulich wrote:
On 22.02.16 at 22:02, wrote:
>> Currently the initial_apicid is set vcpu_id * 2 which makes it difficult
>> for the toolstack to manage how is the topology seen by the guest.
>> Instead of forcing procpkg and proccount to be VCPUID * 2, instead we
>>
On 02/03/16 18:32, George Dunlap wrote:
> On 01/03/16 08:09, Chunyan Liu wrote:
>> Add pvusb APIs, including:
>> - attach/detach (create/destroy) virtual usb controller.
>> - attach/detach usb device
>> - list usb controller and usb devices
>> - some other helper functions
>>
>> Signed-off-by:
On 01/03/16 08:09, Chunyan Liu wrote:
> Add pvusb APIs, including:
> - attach/detach (create/destroy) virtual usb controller.
> - attach/detach usb device
> - list usb controller and usb devices
> - some other helper functions
>
> Signed-off-by: Simon Cao
> Signed-off-by: George Dunlap
> Sig
On 03/02/2016 06:42 AM, Aravind Gopalakrishnan wrote:
I will not be looking at AMD related Xen code now.
So, removing myself.
Signed-off-by: Aravind Gopalakrishnan
With regrets
Acked-by: Boris Ostrovsky
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> *main_foo() is treated somewhat as a regular main(), it is changed to
> return EXIT_SUCCESS or EXIT_FAILURE.
>
Ok, I think I've looked at all the patches now. Good work. :-)
There were a few issues and mistakes, but mostly I think the va
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
> ---
> tools/libxl/xl_cmdimpl.c | 40
>
> 1 file changed, 20 insertions(+), 20 deletions(-)
>
> diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
>
flight 85080 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85080/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> @@ -50,7 +50,7 @@
> else if (chk_errnoval > 0)
> {\
> fprintf(stderr,"xl: fatal error: %s:%d: %s:
> %s\n", \
> __FILE__,__LINE__, strerror(chk_errnoval
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
>
This patch again looks fine, but I'll wait for next version to provide
Review-by-s, to double check the new function breakup in the various
patches.
Thanks and Regards,
Dario
--
<> (Raistlin Majere)
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
>
I don't recall if I said this already, but main_sharing() does not
belong here.
> @@ -5095,11 +5095,11 @@ int main_create(int argc, char **argv)
> rc = create_domain(&dom_info);
> if (rc < 0) {
Hi,
-Original Message-
From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of George
Dunlap
Sent: 01 March 2016 15:53
To: Juergen Gross ; xen-devel@lists.xen.org
Cc: Wei Liu ; Stefano Stabellini
; George Dunlap ;
Andrew Cooper ; Dario Faggioli
; Ian Jackson ; David Vrab
Hi all,
due to the denyhosts package having been removed from Jessie, we are planning
to disable SSH password authentication from xenbits. The majority of people who
have xenbits accounts do use SSH public-key authentication, but there may be
some people who don't.
I added people who I could
On 02/03/16 17:03, Dario Faggioli wrote:
> On Wed, 2016-03-02 at 16:34 +0100, Juergen Gross wrote:
>> On 02/03/16 10:27, Dario Faggioli wrote:
>>>
>>> However, an xl flag is easier to add, easier to document and easier
>>> and
>>> more natural to find, from the point of view of an user that reall
On 03/02/2016 11:35 AM, Roger Pau Monné wrote:
El 2/3/16 a les 17:13, Wei Liu ha escrit:
CC Linux kernel and FreeBSD maintainers.
On Wed, Mar 02, 2016 at 12:29:26AM +0300, Sergei Lebedev wrote:
Hi list,
I’m not sure if this is the expected behaviour, but it seems zero-sized reads
from /dev/x
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
>
Apart from the subject that, as said already, should be more generic,
and from (at least) one long line, this patch looks fine to me.
I'd provide my Reviewed-by, but I asked to move some hunks from patch
Currently multiboot2 protocol loads image exactly at address specified in
ELF or multiboot2 header. This solution works quite well on legacy BIOS
platforms. It is possible because memory regions are placed at predictable
addresses (though I was not able to find any spec which says that it is
strong
Add grub_relocator64_efi relocator. It will be used on EFI 64-bit platforms
when multiboot2 compatible image requests MULTIBOOT_TAG_TYPE_EFI_BS. Relocator
will set lower parts of %rax and %rbx accordingly to multiboot2 specification.
On the other hand processor mode, just before jumping into loaded
Hi,
This patch series:
- enables EFI boot services usage in loaded images
by multiboot2 protocol,
- add support for multiboot2 protocol compatible
relocatable images.
Earlier versions of this patch series are extensively tested
and used internally at least in Oracle. It should be ment
Add tags used to pass ImageHandle to loaded image if requested.
It is used by at least ExitBootServices() function.
Signed-off-by: Daniel Kiper
---
v3 - suggestions/fixes:
- mbi EFI related stuff size calculation
should depend on target architecture
(suggested by Konrad Rzeszutek Wil
Do not pass memory maps to image if it asked for EFI boot services.
Main reason for not providing maps is because they will likely be
invalid. We do a few allocations after filling them, e.g. for relocator
needs. Usually we do not care as we would already finish boot services.
If we keep boot servi
>>> On 01.03.16 at 12:59, wrote:
> Changes since v4:
> - Add a define that contains the number of sections.
> - Improve the comment to describe the memory layout.
> - Check that the sh_link field is 0 < sh_link < e_shnum.
> - Simplify some of the logic, since the SYMTAB section is already
>
El 2/3/16 a les 17:13, Wei Liu ha escrit:
> CC Linux kernel and FreeBSD maintainers.
>
> On Wed, Mar 02, 2016 at 12:29:26AM +0300, Sergei Lebedev wrote:
>> Hi list,
>>
>> I’m not sure if this is the expected behaviour, but it seems zero-sized
>> reads from /dev/xen/xenbus block. Here’s sample cod
I will not be looking at AMD related Xen code now.
So, removing myself.
Signed-off-by: Aravind Gopalakrishnan
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 932b05c..7aacfd6 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -107,14 +107,12 @@ F:
CC Linux kernel and FreeBSD maintainers.
On Wed, Mar 02, 2016 at 12:29:26AM +0300, Sergei Lebedev wrote:
> Hi list,
>
> I’m not sure if this is the expected behaviour, but it seems zero-sized reads
> from /dev/xen/xenbus block. Here’s sample code in Python
>
> import os
>
> fd = os
flight 84960 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84960/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
test-amd64-i386-xl-qemuu-ovm
On Wed, 2016-03-02 at 16:34 +0100, Juergen Gross wrote:
> On 02/03/16 10:27, Dario Faggioli wrote:
> >
> > However, an xl flag is easier to add, easier to document and easier
> > and
> > more natural to find, from the point of view of an user that really
> > needs it. And perhaps it could turn out
On Wed, Mar 02, 2016 at 04:43:07PM +0100, Juergen Gross wrote:
> On 02/03/16 10:12, Daniel Kiper wrote:
> > On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
> >> On 29/02/16 10:13, Juergen Gross wrote:
> >>> On 25/02/16 19:33, Andrei Borzenkov wrote:
> 22.02.2016 16:14, Juergen G
I've CC'ed some people who might have an idea whether they are replying
on this behaviour. I doubt that but let's better be sure...
On Tue, Mar 01, 2016 at 11:17:54PM +0300, Sergei Lebedev wrote:
> Hi list,
>
> I’ve initially wanted to report another inconsistency in ``xen.lowlevel.xs``
> docume
>>> On 02.03.16 at 16:00, wrote:
> On Wed, 2 Mar 2016, Shannon Zhao wrote:
>> On 2016年03月02日 01:01, Stefano Stabellini wrote:
>> > On Tue, 1 Mar 2016, Stefano Stabellini wrote:
>> >> > On Tue, 1 Mar 2016, Shannon Zhao wrote:
>> >>> > > On 2016/2/29 22:15, Stefano Stabellini wrote:
>> > > > On
And use it as the default value for the VGA kind. This allows libxl to set
it to the default value later on when the domain type is known. For HVM
guests the default value is LIBXL_VGA_INTERFACE_TYPE_CIRRUS while for
HVMlite the default value is LIBXL_VGA_INTERFACE_TYPE_NONE.
Signed-off-by: Roger
On 02/03/16 10:12, Daniel Kiper wrote:
> On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
>> On 29/02/16 10:13, Juergen Gross wrote:
>>> On 25/02/16 19:33, Andrei Borzenkov wrote:
22.02.2016 16:14, Juergen Gross пишет:
> On 22/02/16 13:48, Daniel Kiper wrote:
>> On Mon, F
On 02/03/16 10:27, Dario Faggioli wrote:
> On Wed, 2016-03-02 at 08:14 +0100, Juergen Gross wrote:
>> On 01/03/16 16:52, George Dunlap wrote:
>>>
>>>
>>> Also -- have you actually tested the "cpupool move while pinned"
>>> functionality to make sure it actually works? There's a weird bit
>>> in
Yang Hongyang writes ("[PATCH] Remus: update email address in MAINTAINERS
file"):
> From: Yang Hongyang
...
> REMUS
> M: Shriram Rajagopalan
> -M: Yang Hongyang
> +M: Yang Hongyang
> S: Maintained
Committed-by: Ian Jackson
Thanks. I guess you intend to continue as maintainer of
flight 84935 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84935/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 84523
test-amd64-i386-xl-qemuu-win
On Tue, Feb 23, 2016 at 11:26:56AM +, Olaf Hering wrote:
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
Assuming this is going to be used in later patches:
Acked-by: Wei Liu
> ---
> tools/libxl/libxl.c | 2 +-
> tools/
On Wed, Mar 02, 2016 at 02:43:57PM +, George Dunlap wrote:
> On Wed, Mar 2, 2016 at 1:32 PM, Jan Beulich wrote:
> On 02.03.16 at 12:38, wrote:
> >> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
> >>> * Improve ioreq server performance
> >>> - Yu Zhang
> >>> - Paul Durrant
> >>
On Mon, Feb 22, 2016 at 10:52:28AM +0800, Wen Congyang wrote:
> Usage: disk =
> ['...,colo,colo-host=xxx,colo-port=xxx,colo-export=xxx,active-disk=xxx,hidden-disk=xxx...']
> For QEMU block replication details:
> http://wiki.qemu.org/Features/BlockReplication
>
> Signed-off-by: Wen Congyang
> Sig
On Mon, Feb 22, 2016 at 10:52:35AM +0800, Wen Congyang wrote:
> Add cmdline switches to 'xl migrate-receive' command to specify
> a domain-specific hotplug script to setup COLO proxy.
>
> Add a new config var 'colo.default.agentscript' to xl.conf, that
> allows the user to override the default glo
On Mon, Feb 22, 2016 at 10:52:32AM +0800, Wen Congyang wrote:
> implement COLO nic subkind.
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Wen Congyang
> ---
> tools/hotplug/Linux/Makefile | 1 +
> tools/hotplug/Linux/colo-proxy-setup | 135 +++
> tools/libxl/Makefile
On Mon, Feb 22, 2016 at 10:52:30AM +0800, Wen Congyang wrote:
> setup/teardown of COLO proxy module.
> we use netlink to communicate with proxy module.
> About colo-proxy module:
> https://lkml.org/lkml/2015/6/18/32
> How to use:
> http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
>
> Sig
On Mon, Feb 22, 2016 at 10:52:29AM +0800, Wen Congyang wrote:
> Use qemu block replication as our block replication solution.
> Note that guest must be paused before starting COLO, otherwise,
> the disk won't be consistent between primary and secondary.
>
> Signed-off-by: Wen Congyang
> Signed-of
On Mon, Feb 22, 2016 at 10:52:31AM +0800, Wen Congyang wrote:
> preresume, postresume and checkpoint
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Wen Congyang
Same as last patch...
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://
On Mon, Feb 22, 2016 at 10:52:27AM +0800, Wen Congyang wrote:
> We will use qemu block replication, and qemu provides some qmp commands
> to prepare replication, start replication, get replication error, and
> stop replication. Introduce new API to execute these qmp commands.
>
> Signed-off-by: We
On Mon, Feb 22, 2016 at 10:52:26AM +0800, Wen Congyang wrote:
[...]
> +if (libxl_defbool_val(info->colo)) {
> +if (libxl_defbool_val(info->compression)) {
This can be simplified as
if (libxl_defbool_val(xxx) && libxl_defbool_val(yyy))
> +LOG(ERROR, "cannot use memo
On Fri, Feb 26, 2016 at 10:16:43AM +0800, Wen Congyang wrote:
[...]
> >
> > Even if it doesn't have restore helper, check_all_finished also checks
> > if the stream and the conversion helper are till in use. The
> > explanation in the comment doesn't seem to justify this change.
>
> In stream_do
On Fri, Feb 26, 2016 at 10:11:27AM +0800, Wen Congyang wrote:
> On 02/25/2016 11:54 PM, Wei Liu wrote:
> > On Mon, Feb 22, 2016 at 10:52:14AM +0800, Wen Congyang wrote:
> >> Add back channel support to write stream. If the write stream is
> >> a back channel stream, this means the write stream is u
On Wed, 2 Mar 2016, Shannon Zhao wrote:
> On 2016年03月02日 01:01, Stefano Stabellini wrote:
> > On Tue, 1 Mar 2016, Stefano Stabellini wrote:
> >> > On Tue, 1 Mar 2016, Shannon Zhao wrote:
> >>> > > On 2016/2/29 22:15, Stefano Stabellini wrote:
> > > > On Sun, 28 Feb 2016, Shannon Zhao wrote:
>
On 02/03/16 15:29, quizyjones wrote:
> After step by step monitoring, I get the following statistics about
> hypercall entries:
>
> numbers | hypercalls | executed bytes (offset to hypercall entry)
>7755 24: 0 1 3 8 a c d
>6374 23: 0 1 3 4 9
>3281 25: 0 1 3 8 a c d
>2979 13: 0 1 3
Bob Liu writes ("Re: [RFC PATCH] xen-block: introduces extra request to
pass-through SCSI commands"):
> On 03/02/2016 07:40 PM, Ian Jackson wrote:
> > I can't see how that could cause anything but pain. In many cases
> > "the underlying SCSI storage target" wouldn't be well defined. Even
> > if
On Wed, Mar 2, 2016 at 1:32 PM, Jan Beulich wrote:
On 02.03.16 at 12:38, wrote:
>> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
>>> * Improve ioreq server performance
>>> - Yu Zhang
>>> - Paul Durrant
>>
>> If this means "use RB trees for rangesets", I think this is already in.
>
On February 29, 2016 at 7:17pm, wrote:
> * VT-d asynchronous flush issue
> - Quan Xu
V6 has been sent out. Thanks.
Quan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Signed-off-by: Quan Xu
---
xen/arch/x86/mm/p2m-ept.c | 2 +-
xen/drivers/passthrough/amd/iommu_init.c | 12 ++-
xen/drivers/passthrough/amd/pci_amd_iommu.c | 2 +-
xen/drivers/passthrough/arm/smmu.c| 10 ++-
xen/drivers/passthrough/iommu.c
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 02 March 2016 14:21
> To: Paul Durrant
> Cc: Wei Liu; xen-devel; George Dunlap
> Subject: RE: [Xen-devel] Xen 4.7 Development Update
>
> >>> On 02.03.16 at 15:07, wrote:
> >> -Original Message-
> >> From:
Signed-off-by: Quan Xu
---
xen/arch/x86/domctl.c | 8 +--
xen/arch/x86/hvm/vmsi.c | 4 +-
xen/arch/x86/irq.c | 8 +--
xen/arch/x86/msi.c | 16 ++---
xen/arch/x86/pci.c | 4 +-
Signed-off-by: Quan Xu
---
xen/arch/x86/acpi/power.c | 14 +-
xen/arch/x86/mm.c | 13 -
xen/arch/x86/mm/p2m-ept.c | 10 +-
xen/arch/x86/mm/p2m-pt.c | 12 ++--
xen/common/grant_table.c |
This patches fix current timeout concern and also allow limited ATS support:
1. Check VT-d Device-TLB flush error.
This patch set checks all kinds of error and all the way up the call trees
of VT-d Device-TLB flush.
2. Make the pcidevs_lock a recursive one.
3. Reduce spin timeout to 1ms, whi
Signed-off-by: Quan Xu
---
docs/misc/xen-command-line.markdown | 7 +++
xen/drivers/passthrough/vtd/qinval.c | 15 +--
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/docs/misc/xen-command-line.markdown
b/docs/misc/xen-command-line.markdown
index a565c1b..1f5a11
If Device-TLB flush is timeout, we'll hide the target ATS device
and crash the domain owning this ATS device. If impacted domain
is hardware domain, just throw out a warning. The hidden device
will be disallowed to be further assigned to any domain.
Signed-off-by: Quan Xu
---
xen/drivers/passthr
After step by step monitoring, I get the following statistics about hypercall
entries:
numbers | hypercalls | executed bytes (offset to hypercall entry) 7755 24: 0
1 3 8 a c d 6374 23: 0 1 3 4 9 3281 25: 0 1 3 8 a c d 2979 13: 0 1 3 8 a
c d 2475 17: 0 1 3 8 2253 17: a c d749 3: 0
>>> On 02.03.16 at 15:07, wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
>> Beulich
>> Sent: 02 March 2016 13:33
>> To: George Dunlap
>> Cc: xen-devel; Wei Liu
>> Subject: Re: [Xen-devel] Xen 4.7 Development Update
>>
>> >>> On 0
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: 02 March 2016 13:33
> To: George Dunlap
> Cc: xen-devel; Wei Liu
> Subject: Re: [Xen-devel] Xen 4.7 Development Update
>
> >>> On 02.03.16 at 12:38, wrote:
> > On Mon, Feb 29
On 02/03/16 13:36, Jan Beulich wrote:
On 01.03.16 at 18:58, wrote:
>> On Tue, Feb 9, 2016 at 12:17 PM, Dario Faggioli
>> wrote:
>>> On Thu, 2016-02-04 at 16:50 -0600, Chong Li wrote:
--- a/xen/common/sched_rt.c
+++ b/xen/common/sched_rt.c
>>
>>>
+for ( index = op->u.v.
>>> On 01.03.16 at 18:58, wrote:
> On Tue, Feb 9, 2016 at 12:17 PM, Dario Faggioli
> wrote:
>> On Thu, 2016-02-04 at 16:50 -0600, Chong Li wrote:
>>> --- a/xen/common/sched_rt.c
>>> +++ b/xen/common/sched_rt.c
>
>>
>>> +for ( index = op->u.v.vcpu_index; index < op->u.v.nr_vcpus;
>>> inde
>>> On 02.03.16 at 12:38, wrote:
> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
>> * Improve ioreq server performance
>> - Yu Zhang
>> - Paul Durrant
>
> If this means "use RB trees for rangesets", I think this is already in.
No, it's not. There was no point in committing that one wi
flight 84928 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84928/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-i386-rumpuserxen6 xen-buildfail like 84518
build-amd64-rumpuserxen
>>> On 02.03.16 at 08:14, wrote:
> It means NVDIMM is very possibly mapped in page granularity, and
> hypervisor needs per-page data structures like page_info (rather than the
> range set style nvdimm_pages) to manage those mappings.
>
> Then we will face the problem that the potentially huge num
On 3/1/16 12:57 PM, Andrew Cooper wrote:
> hvmloader is unhosted, and shouldn't use the system errno.h. It already has
> to use Xen's errno.h for other hypercalls. The use of public/io/xs_wire.h
> requires the use of un-prefixed errno values.
>
> This fixes the build on stricter toolchains where
For following hypercall page initialise code, where would the execution jumps
at syscall? How can I predict what is the execution order of "pop %r11"? Is it
the fifth instruction/step? I need the order to precisely set up hooks to
monitor hypercalls.
static void hypercall_page_initialise_ring3_
1 - 100 of 130 matches
Mail list logo
