* Andy Lutomirski wrote:
> On Jun 12, 2015 12:59 AM, "Jan Beulich" wrote:
> >
> > >>> On 12.06.15 at 01:23, wrote:
> > > There are two usages on MTRRs:
> > > 1) MTRR entries set by firmware
> > > 2) MTRR entries set by OS drivers
> > >
> > > We can obsolete 2), but we have no control over 1)
flight 58413 qemu-upstream-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58413/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail in 58384
pass in 58413
test-amd6
At 2015/6/12 23:31, Paul Durrant Wrote:
-Original Message-
From: Wen Congyang [mailto:ghost...@gmail.com]
Sent: 12 June 2015 16:05
To: Paul Durrant; Wen Congyang; Yang Hongyang; Andrew Cooper; xen-
de...@lists.xen.org
Cc: Wei Liu; Ian Campbell; guijianf...@cn.fujitsu.com;
yunhong.ji...@in
flight 58411 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58411/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemut-win7-amd64 16 guest-stop fail like 57955
test-amd64-i386-xl-win7-am
branch xen-unstable
xen branch xen-unstable
job build-i386-xsm
test xen-build
Tree: ovmf https://github.com/tianocore/edk2.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git
Tree: xen git://xenbits.xen.org/xen.git
*** Found and reproduced problem changeset ***
Bug is in t
Anthony PERARD wrote:
> Signed-off-by: Anthony PERARD
> ---
> src/libxl/libxl_conf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/libxl/libxl_conf.c b/src/libxl/libxl_conf.c
> index 9b258ac..e845759 100644
> --- a/src/libxl/libxl_conf.c
> +++ b/src/libxl/libxl_conf
flight 58409 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58409/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 3 host-install(3) broken REGR. vs. 574
flight 58410 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58410/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start.2 fail REGR. vs. 58326
test-amd64-amd64-
Ian Campbell wrote:
> On Mon, 2015-06-08 at 04:37 +, osstest service user wrote:
>
>> flight 58119 libvirt real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/58119/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could not be ru
Hello,
Is there any qemu virtio-9p type of file system virtualization
solution available for xen PV guests?
I am looking for a solution by which I can share a directory on
host (dom 0) to a dom U.
Any advice is appreciated.
Thanks
___
Xe
On Fri, 2015-06-12 at 16:15 -0700, Andy Lutomirski wrote:
> On Jun 12, 2015 12:59 AM, "Jan Beulich" wrote:
> >
> > >>> On 12.06.15 at 01:23, wrote:
> > > There are two usages on MTRRs:
> > > 1) MTRR entries set by firmware
> > > 2) MTRR entries set by OS drivers
> > >
> > > We can obsolete 2),
On Jun 12, 2015 12:59 AM, "Jan Beulich" wrote:
>
> >>> On 12.06.15 at 01:23, wrote:
> > There are two usages on MTRRs:
> > 1) MTRR entries set by firmware
> > 2) MTRR entries set by OS drivers
> >
> > We can obsolete 2), but we have no control over 1). As UEFI firmwares
> > also set this up, t
The earlier comment says that errno values go in op->err.
However all implementations (NetBSD, Linux) of the most
common operations use XEN_PCI_ERR_* instead of -EXX values.
The exception is the xen-pciback in Linux (upstream & XenClassic)
code when doing XEN_PCI_OP_enable_msix can stash the -EXX
flight 58406 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58406/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 16 gues
If no more feedbacks, let me summarize the design for the next version.
For "get" operations, we will implement the following features:
1) Use " xl sched-rtds -v all " to output the per-dom parameters of
all domains. And use, e.g., " xl sched-rtds -d vm1 -v all ", to output
the per-dom parameters
On Wed, Jun 10, 2015 at 10:50:33AM +0100, Ian Campbell wrote:
> On Wed, 2015-05-20 at 19:04 +0100, Wei Liu wrote:
> > On Wed, May 20, 2015 at 06:56:23PM +0100, Wei Liu wrote:
> > > I worked a little bit on upgrading Osstest to Jessie a few months ago but
> > > dropped the ball. Here are the patches
On Fri, Jun 12, 2015 at 08:36:29PM +0200, Martin Pohlack wrote:
> On 12.06.2015 18:39, Konrad Rzeszutek Wilk wrote:
> > On Fri, Jun 12, 2015 at 05:17:13PM +0100, Andrew Cooper wrote:
> >> On 12/06/15 17:09, Konrad Rzeszutek Wilk wrote:
> >>>
> > The _GET_STATUS does not enforce this and can tak
On Fri, Jun 12, 2015 at 07:31:25PM +0200, Martin Pohlack wrote:
> On 12.06.2015 16:43, Jan Beulich wrote:
> On 12.06.15 at 16:31, wrote:
> >> The 1ms is just a random number. I would actually suggest to allow a
> >> sysadmin or hotpatch management tooling to specify how long one is
> >> will
On 12.06.2015 18:39, Konrad Rzeszutek Wilk wrote:
> On Fri, Jun 12, 2015 at 05:17:13PM +0100, Andrew Cooper wrote:
>> On 12/06/15 17:09, Konrad Rzeszutek Wilk wrote:
>>>
> The _GET_STATUS does not enforce this and can take longer giving us
> more breathing room - and also unbounded time - w
flight 58404 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58404/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail in 58367
REGR. vs. 58060
Tests
On Fri, Jun 12, 2015 at 05:33:46PM +0100, David Vrabel wrote:
> On 12/06/15 17:20, Greg KH wrote:
> > On Fri, Jun 12, 2015 at 04:10:00PM +0200, Juergen Gross wrote:
> >> Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
> >> domU to communicate with a USB device assigned to tha
On 12/06/2015 10:24, Ian Campbell wrote:
On Fri, 2015-06-12 at 09:32 -0400, Julien Grall wrote:
On 12/06/2015 09:16, Ian Campbell wrote:
On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
Hi Ian,
On 12/06/2015 04:52, Ian Campbell wrote:
On Fri, 2015-06-12 at 14:07 +0530, Vijay Kilari
On 12.06.2015 16:43, Jan Beulich wrote:
On 12.06.15 at 16:31, wrote:
>> The 1ms is just a random number. I would actually suggest to allow a
>> sysadmin or hotpatch management tooling to specify how long one is
>> willing to potentially block the whole machine when waiting for a
>> stop_mach
On Thu, Jun 11, 2015 at 04:30:42PM +, Olaf Hering wrote:
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists
On Fri, Jun 12, Wei Liu wrote:
> On Thu, Jun 11, 2015 at 04:30:42PM +, Olaf Hering wrote:
> > Signed-off-by: Olaf Hering
> > Cc: Ian Jackson
> > Cc: Stefano Stabellini
> > Cc: Ian Campbell
> > Cc: Wei Liu
> > ---
>
> I thought I acked last version. What is new in this version that made
>
On Fri, 2015-06-12 at 08:59 +0100, Jan Beulich wrote:
> >>> On 12.06.15 at 01:23, wrote:
> > There are two usages on MTRRs:
> > 1) MTRR entries set by firmware
> > 2) MTRR entries set by OS drivers
> >
> > We can obsolete 2), but we have no control over 1). As UEFI firmwares
> > also set this
On Thu, Jun 11, 2015 at 04:30:45PM +, Olaf Hering wrote:
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
Acked-by: Wei Liu
> ---
> tools/xentrace/analyze.h | 13 -
> 1 file changed, 13 deletions(-)
>
> diff --git a/t
On Thu, Jun 11, 2015 at 04:30:42PM +, Olaf Hering wrote:
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
> ---
I thought I acked last version. What is new in this version that made
you drop my ack?
Wei.
___
On Thu, Jun 11, 2015 at 09:15:23AM +0800, Tiejun Chen wrote:
> Here we'll construct a basic guest e820 table via
> XENMEM_set_memory_map. This table includes lowmem, highmem
> and RDMs if they exist. And hvmloader would need this info
> later.
>
> Signed-off-by: Tiejun Chen
> ---
> tools/libxl/l
On Fri, 2015-06-12 at 02:52 +0200, Luis R. Rodriguez wrote:
> On Thu, Jun 11, 2015 at 05:23:16PM -0600, Toshi Kani wrote:
> > On Thu, 2015-06-11 at 13:36 -0700, Luis R. Rodriguez wrote:
> > :
> > > Pending RIP MTRR patches
> > >
> > >
> > > There are a few pending series so I
Hi All,
Here is a design for allowing guests to control the IOMMU. This
allows for the guest GFN mapping to be programmed into the IOMMU and
avoid using the SWIOTLB bounce buffer technique in the Linux kernel
(except for legacy 32 bit DMA IO devices).
Draft B has been expanded to include Bus Addr
On Fri, Jun 12, 2015 at 05:17:13PM +0100, Andrew Cooper wrote:
> On 12/06/15 17:09, Konrad Rzeszutek Wilk wrote:
> >
> >>> The _GET_STATUS does not enforce this and can take longer giving us
> >>> more breathing room - and also unbounded time - which means if
> >>> we were to try to cancel it (say
On Thu, Jun 11, 2015 at 09:15:22AM +0800, Tiejun Chen wrote:
[...]
> +++ b/tools/libxc/xc_hvm_build_x86.c
> @@ -21,6 +21,7 @@
> #include
> #include
> #include
> +#include
>
> #include "xg_private.h"
> #include "xc_private.h"
> @@ -270,7 +271,7 @@ static int setup_guest(xc_interface *xch,
On 12/06/15 17:20, Greg KH wrote:
> On Fri, Jun 12, 2015 at 04:10:00PM +0200, Juergen Gross wrote:
>> Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
>> domU to communicate with a USB device assigned to that domU. The
>> communication is all done via the pvUSB backend in a dr
On 12/06/15 17:09, Konrad Rzeszutek Wilk wrote:
>
>>> The _GET_STATUS does not enforce this and can take longer giving us
>>> more breathing room - and also unbounded time - which means if
>>> we were to try to cancel it (say it had run for an hour and still
>>> could not patch it)- we have to add
On Thu, Jun 11, 2015 at 09:15:21AM +0800, Tiejun Chen wrote:
> This patch passes our rdm reservation policy inside libxl
> when we assign a device or attach a device.
>
> Signed-off-by: Tiejun Chen
> ---
> docs/man/xl.pod.1 | 7 ++-
> tools/libxl/libxl_pci.c | 10 +-
> too
On Fri, Jun 12, 2015 at 04:09:59PM +0200, Juergen Gross wrote:
> +enum usb_spec_version {
> + USB_VER_UNKNOWN = 0,
> + USB_VER_USB11,
> + USB_VER_USB20,
> + USB_VER_USB30, /* not supported yet */
> +};
> +
You are defining a bunch of things in this .h file that start with
"usb" ye
On Fri, Jun 12, 2015 at 04:10:00PM +0200, Juergen Gross wrote:
> Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
> domU to communicate with a USB device assigned to that domU. The
> communication is all done via the pvUSB backend in a driver domain
> (usually Dom0) which is o
On Fri, Jun 12, 2015 at 04:31:12PM +0200, Martin Pohlack wrote:
> On 12.06.2015 16:03, Konrad Rzeszutek Wilk wrote:
> > On Fri, Jun 12, 2015 at 01:39:05PM +0200, Martin Pohlack wrote:
> >> On 15.05.2015 21:44, Konrad Rzeszutek Wilk wrote:
> >> [...]
> >>> ## Hypercalls
> >>>
> >>> We will employ th
On Thu, Jun 11, 2015 at 09:15:20AM +0800, Tiejun Chen wrote:
> This patch introduces user configurable parameters to specify RDM
> resource and according policies,
>
> Global RDM parameter:
> rdm = "type=none/host,reserve=strict/relaxed"
> Per-device RDM parameter:
> pci = [ 'sbdf, rdm_res
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 12 June 2015 16:52
> To: Paul Durrant
> Cc: xen-devel
> Subject: RE: no default ioreq server?
>
> >>> On 12.06.15 at 17:39, wrote:
> >> -Original Message-
> >> From: Jan Beulich [mailto:jbeul...@suse.com]
>>> On 12.06.15 at 17:39, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 12 June 2015 15:41
>> To: Paul Durrant
>> Cc: xen-devel
>> Subject: no default ioreq server?
>>
>> Paul,
>>
>> looks like guests nowadays run without a default ioreq server. I
On Thu, Jun 11, 2015 at 09:15:19AM +0800, Tiejun Chen wrote:
[...]
>
> -static int next_bdf(char **str, int *seg, int *bus, int *dev, int *func)
> +static int next_bdf(char **str, int *seg, int *bus, int *dev, int *func,
> +int *flag)
This is unrelated change. It should be mo
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 12 June 2015 15:41
> To: Paul Durrant
> Cc: xen-devel
> Subject: no default ioreq server?
>
> Paul,
>
> looks like guests nowadays run without a default ioreq server. Is
> that intended to be that way? Having noti
> -Original Message-
> From: Wen Congyang [mailto:ghost...@gmail.com]
> Sent: 12 June 2015 16:05
> To: Paul Durrant; Wen Congyang; Yang Hongyang; Andrew Cooper; xen-
> de...@lists.xen.org
> Cc: Wei Liu; Ian Campbell; guijianf...@cn.fujitsu.com;
> yunhong.ji...@intel.com; Eddie Dong; rshri..
On 12/06/15 15:36, Daniel Kiper wrote:
>> As stated at the hackathon, the problem with using %ebp is that it turns
>> all implicit %ds references into implicit %ss references, and tends to
> I am aware of that. However, I think that this is not a problem right
> now because %ds == %ss.
Some data s
Ian Jackson writes ("RE: [OSSTEST Nested PATCH v11 6/7] Compose the main recipe
of nested test job"):
> Thinking about this leads me to ask another question. Suppose that a
> bug causes the l1 to lock up completely. ts-logs-capture will attempt
> to hard reboot a locked-up host. If it can't fet
Pang, LongtaoX writes ("RE: [OSSTEST Nested PATCH v11 6/7] Compose the main
recipe of nested test job"):
> > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
...
> > leak-check compares the set of objects present at the `leak-check
> > check' step with the set of objects present at the `basis'
> On 10 Jun 2015, at 10:51, Andrew Cooper wrote:
>
> On 10/06/15 10:42, Lars Kurth wrote:
>> Alright,
>> if nobody is willing to come up with a definition of
>> experimental/preview/supported/deprecated, I will based on what I have seen
>> Lars
>
> I was planning to start a document to this ef
Hi all,
following up from
http://lists.xenproject.org/archives/html/xen-devel/2015-06/msg01775.html I
wanted to propose the following convention related to feature classification as
a proposal for discussion. I tried to pretty much describe what we do now and
hope my understanding is correct.
Wei Liu writes ("Re: [Xen-devel] [PATCH v2 COLOPre 10/13] tools/libxl: Add back
channel to allow migration target send data back"):
> On Mon, Jun 08, 2015 at 11:43:14AM +0800, Yang Hongyang wrote:
> > From: Wen Congyang
> >
> > In colo mode, slave needs to send data to master, but the io_fd
> >
Chun Yan Liu writes ("Re: [Xen-devel] [PATCH V4 2/7] libxl_read_file_contents:
add new entryto read sysfs file"):
> <21881.46148.466883.923...@mariner.uk.xensource.com>, Ian Jackson
> wrote:
> > Chunyan Liu writes ("[Xen-devel] [PATCH V4 2/7] libxl_read_file_contents:
> > add
> > What is
Wei Liu writes ("Re: [Xen-devel] [PATCH V4 1/7] libxl: export some functions
for pvusb use"):
> On Thu, Jun 11, 2015 at 05:08:57PM +0100, Ian Jackson wrote:
> > Functions in libxl with external linkage should have the appropriate
> > namespacing (ie, their names must start with libxl__).
> >
> >
>Can I get your Tested-by on this patch?
Tested-by: Chris Brand
Chris
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
At 2015/6/12 19:48, Paul Durrant Wrote:
-Original Message-
From: Wen Congyang [mailto:we...@cn.fujitsu.com]
Sent: 12 June 2015 12:10
To: Paul Durrant; Yang Hongyang; Andrew Cooper; xen-devel@lists.xen.org
Cc: Wei Liu; Ian Campbell; guijianf...@cn.fujitsu.com;
yunhong.ji...@intel.com; Eddi
Wei Liu writes ("Re: [Xen-devel] [PATCH v2 COLOPre 11/13] tools/libxl: rename
remus device to checkpoint device"):
> On Fri, Jun 12, 2015 at 02:30:46PM +0100, Wei Liu wrote:
> > On Mon, Jun 08, 2015 at 11:43:15AM +0800, Yang Hongyang wrote:
> > > -(-18, "REMUS_DEVOPS_DOES_NOT_MATCH"),
> > > -
Wei Liu writes ("Re: [Xen-devel] [PATCH v6 COLO 02/15] secondary vm
suspend/resume/checkpoint code"):
> On Mon, Jun 08, 2015 at 11:45:46AM +0800, Yang Hongyang wrote:
> > From: Wen Congyang
> > +crcs->status = LIBXL_COLO_RESUMED;
> > +
> > +/* avoid calling libxl__xc_domain_restore_done()
On Fri, Jun 12, 2015 at 02:57:29PM +0100, Jan Beulich wrote:
> >>> On 12.06.15 at 15:51, wrote:
> > On Fri, Jun 12, 2015 at 01:08:41PM +0100, Jan Beulich wrote:
> >> >>> On 12.06.15 at 13:14, wrote:
> >> > Here I do not want to discuss GRUB2 and multiboot2 protocol support
> >> > details
> >> >
>>> On 12.06.15 at 16:31, wrote:
> The 1ms is just a random number. I would actually suggest to allow a
> sysadmin or hotpatch management tooling to specify how long one is
> willing to potentially block the whole machine when waiting for a
> stop_machine-like barrier as part of a relevant hyperc
Paul,
looks like guests nowadays run without a default ioreq server. Is
that intended to be that way? Having noticed it and having looked
at qemuu I certainly can't see how one would be set up. Yet
without one send_timeoffset_req() can't possibly work, and after
having seen "Unsuccessful timeoffse
On Fri, Jun 12, 2015 at 02:19:01PM +0100, Andrew Cooper wrote:
> On 12/06/15 12:14, Daniel Kiper wrote:
> > Hey,
> >
> > During work on multiboot2 protocol support for Xen on EFI platform
> > I discovered that we need relocatable Xen early boot code (which is
> > mostly 32-bit code). More you can f
On Mon, Jun 08, 2015 at 11:45:56AM +0800, Yang Hongyang 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 | 131 +++
There are hardcoded pat
On 12.06.2015 16:03, Konrad Rzeszutek Wilk wrote:
> On Fri, Jun 12, 2015 at 01:39:05PM +0200, Martin Pohlack wrote:
>> On 15.05.2015 21:44, Konrad Rzeszutek Wilk wrote:
>> [...]
>>> ## Hypercalls
>>>
>>> We will employ the sub operations of the system management hypercall
>>> (sysctl).
>>> There a
On Fri, 2015-06-12 at 09:32 -0400, Julien Grall wrote:
>
> On 12/06/2015 09:16, Ian Campbell wrote:
> > On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
> >> Hi Ian,
> >>
> >> On 12/06/2015 04:52, Ian Campbell wrote:
> >>> On Fri, 2015-06-12 at 14:07 +0530, Vijay Kilari wrote:
> >>> So pLPIs
On Mon, Jun 08, 2015 at 11:45:46AM +0800, Yang Hongyang wrote:
> From: Wen Congyang
>
> Secondary vm is running in colo mode. So we will do
> the following things again and again:
> 1. Resume secondary vm
>a. Send LIBXL_COLO_SVM_READY to master.
>b. If it is not the first resume, call
>
On Fri, Jun 12, 2015 at 02:51:02PM +0100, Jan Beulich wrote:
> >>> On 12.06.15 at 15:21, wrote:
> > On Thu, Jun 11, 2015 at 09:35:51AM +0100, Jan Beulich wrote:
> >> >>> On 05.06.15 at 13:28, wrote:
> >> > Qemu shouldn't be fiddling with this bit directly, as the hypervisor
> >> > may (and now do
flight 58402 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58402/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl 3 host-install(3) broken in 57490 pass in 58402
test-armhf-armhf-libvirt-xsm 3 host
On Fri, 2015-06-12 at 10:05 -0400, Julien Grall wrote:
>
> On 12/06/2015 09:32, Julien Grall wrote:
> >
> >
> > On 12/06/2015 09:16, Ian Campbell wrote:
> >> On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
> >>> Hi Ian,
> >>>
> >>> On 12/06/2015 04:52, Ian Campbell wrote:
> On Fri, 201
Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen
domU to communicate with a USB device assigned to that domU. The
communication is all done via the pvUSB backend in a driver domain
(usually Dom0) which is owner of the physical device.
The code is taken from the pvUSB implemen
Add the definition of pvUSB protocol used between the pvUSB frontend in
a Xen domU and the pvUSB backend in a Xen driver domain (usually Dom0).
This header was originally provided by Fujitsu for Xen based on Linux
2.6.18.
Changes are:
- adapt to Linux style guide
Signed-off-by: Juergen Gross
--
Add myself as maintainer for the Xen pvUSB stuff.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index d8afd29..5f54a0d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10965,6 +109
This series adds XEN guest pvUSB support. With pvUSB it is possible to
use physical USB devices from a XEN domain.
The support consists of a frontend in the unprivileged domU passing
I/O-requests to the backend in a driver domain (usually Dom0). The
backend is not part of this patch series, as it
On Fri, Jun 12, 2015 at 01:02:47PM +0100, Ian Jackson wrote:
> Ian Campbell writes ("Backport request "libxl: In libxl_set_vcpuonline check
> for maximum number of VCPUs against the cpumap." (Was: Re: [Bug report]
> Security issue in "xl vcpu-set")"):
> > commit d83bf9d224eeb5b73b93c2703f7dba4473
On Fri, Jun 12, 2015 at 01:51:08PM +0200, Martin Pohlack wrote:
> On 08.06.2015 17:19, Konrad Rzeszutek Wilk wrote:q
Heh - ":q", well now I know what editor camp you are in :-)
> [...]
> >>> There is a nice part of the old code check - you
> >>> can check (and deal with) patching an already patch
On 12/06/2015 09:32, Julien Grall wrote:
On 12/06/2015 09:16, Ian Campbell wrote:
On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
Hi Ian,
On 12/06/2015 04:52, Ian Campbell wrote:
On Fri, 2015-06-12 at 14:07 +0530, Vijay Kilari wrote:
So pLPIs must be routed at device assignment tim
On Fri, Jun 12, 2015 at 01:39:05PM +0200, Martin Pohlack wrote:
> On 15.05.2015 21:44, Konrad Rzeszutek Wilk wrote:
> [...]
> > ## Hypercalls
> >
> > We will employ the sub operations of the system management hypercall
> > (sysctl).
> > There are to be four sub-operations:
> >
> > * upload the
On 06/11/2015 11:23 PM, Tian, Kevin wrote:
From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
+
+case XENPMU_feature_set:
+if ( pmu_params.val & ~XENPMU_FEATURE_INTEL_BTS )
+return -EINVAL;
+
+spin_lock(&vpmu_lock);
+
+if ( vpmu_count == 0 )
>>> On 12.06.15 at 15:51, wrote:
> On Fri, Jun 12, 2015 at 01:08:41PM +0100, Jan Beulich wrote:
>> >>> On 12.06.15 at 13:14, wrote:
>> > Here I do not want to discuss GRUB2 and multiboot2 protocol support details
>> > for relocatable images. It is not needed. It is sufficient to know that it
>> >
>>> On 12.06.15 at 15:21, wrote:
> On Thu, Jun 11, 2015 at 09:35:51AM +0100, Jan Beulich wrote:
>> >>> On 05.06.15 at 13:28, wrote:
>> > Qemu shouldn't be fiddling with this bit directly, as the hypervisor
>> > may (and now does) use it for its own purposes. Provide it with a
>> > replacement int
On Fri, Jun 12, 2015 at 01:08:41PM +0100, Jan Beulich wrote:
> >>> On 12.06.15 at 13:14, wrote:
> > Here I do not want to discuss GRUB2 and multiboot2 protocol support details
> > for relocatable images. It is not needed. It is sufficient to know that it
> > is able to put loaded image anywhere in
flight 58425 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58425/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm5 xen-build fail REGR. vs. 58398
build-amd64
Ian Campbell writes ("Re: [PATCH OSSTEST 3/5] Cope with Jessie's d-i vg name"):
> The difference is you don't need to enumerate all the names. e.g.
> "lenny|squeeze|wheezy" becomes "< debver('wheezy')"
I'm not sure this is worth the candle. Because we only use this for
backward compatibility, we
On Thu, Jun 11, 2015 at 01:19:34PM +0200, Sander Eikelenboom wrote:
>
> Thursday, June 11, 2015, 9:47:47 AM, you wrote:
>
> On 10.06.15 at 22:53, wrote:
> >> --- a/hw/xen/xen_pt.c
> >> +++ b/hw/xen/xen_pt.c
> >> @@ -785,7 +785,9 @@ out:
> >> xen_host_pci_set_word(&s->real_device, P
On Fri, Jun 12, 2015 at 02:30:46PM +0100, Wei Liu wrote:
> On Mon, Jun 08, 2015 at 11:43:15AM +0800, Yang Hongyang wrote:
> [...]
> >
> > Signed-off-by: Wen Congyang
> > Signed-off-by: Yang Hongyang
> > ---
> > tools/libxl/Makefile | 2 +-
> > tools/libxl/libxl_checkpoint_dev
In combination with the per-active entry locks, the grant table lock
can be made a read-write lock since the majority of cases only the
read lock is required. The grant table read lock protects against
changes to the table version or size (which are done with the write
lock held).
The write lock i
Introduce a per-active entry spin lock to protect active entry state
The grant table lock must be locked before acquiring (locking) an
active entry.
This is a step in reducing contention on the grant table lock, but
will only do so once the grant table lock is turned into a read-write
lock.
Based
If a guest is not evenly grant mapping across its VCPUs one of the
VCPUs may run out of free maptrack entries even though other VCPUs
have many free.
If this happens, "steal" free entries from other VCPUs. We want to
steal entries such that:
a) We avoid ping-ponging stolen entries between VCPUs.
The series builds on the original series by Matt Wilson and Christoph
Egger from Amazon.
Performance results for aggregate intrahost network throughput
(between 20 VM pairs, with 16 dom0 VCPUs) show substantial
improvements.
Throughput/Gbit/s
Base
Split grant table lock into two separate locks. One to protect
maptrack free list (maptrack_lock) and one for everything else (lock).
Based on a patch originally by Matt Wilson .
Signed-off-by: David Vrabel
Reviewed-by: Jan Beulich
---
v12:
- Document that maptrack_lock is only for the free lis
From: Malcolm Crossley
Performance analysis of aggregate network throughput with many VMs
shows that performance is signficantly limited by contention on the
maptrack lock when obtaining/releasing maptrack handles from the free
list.
Instead of a single free list use a per-VCPU list. This avoids
On 12/06/2015 09:16, Ian Campbell wrote:
On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
Hi Ian,
On 12/06/2015 04:52, Ian Campbell wrote:
On Fri, 2015-06-12 at 14:07 +0530, Vijay Kilari wrote:
So pLPIs must be routed at device assignment time because in the vLPI
configuration table tr
On Mon, Jun 08, 2015 at 11:43:15AM +0800, Yang Hongyang wrote:
[...]
>
> Signed-off-by: Wen Congyang
> Signed-off-by: Yang Hongyang
> ---
> tools/libxl/Makefile | 2 +-
> tools/libxl/libxl_checkpoint_device.c | 327
> ++
> tools/libxl/libxl_in
On Thu, Jun 11, 2015 at 08:18:27AM +0100, Jan Beulich wrote:
> >>> On 10.06.15 at 20:55, wrote:
> > On Wed, Jun 10, 2015 at 02:34:00PM +0200, Roger Pau Monné wrote:
> >> The first three notes contain information about the guest kernel and
> >> the Xen hypercall ABI version. The following notes ar
On Mon, Jun 08, 2015 at 11:43:17AM +0800, Yang Hongyang wrote:
> Checkpoint device is an abstract layer to do checkpoint.
> COLO can also use it to do checkpoint. But there are
> still some codes in checkpoint device which touch remus:
> 1. remus_ops: we use remus ops directly in checkpoint
>de
On Fri, 2015-06-12 at 09:14 -0400, Julien Grall wrote:
>
> On 12/06/2015 08:55, Ian Campbell wrote:
> > On Thu, 2015-06-11 at 10:40 +0100, Ian Campbell wrote:
> >> ## Command Queue Virtualisation
> >>
> >> The command translation/emulation in this design has been arranged to
> >> be as cheap as po
On Thu, Jun 11, 2015 at 10:43:08AM +0200, Roger Pau Monné wrote:
> El 10/06/15 a les 20.55, Konrad Rzeszutek Wilk ha escrit:
> > On Wed, Jun 10, 2015 at 02:34:00PM +0200, Roger Pau Monné wrote:
> >> Hello,
> >>
> >> The discussion in [1] lead to an agreement of the missing pieces in PVH
> >> (or H
On Thu, Jun 11, 2015 at 09:35:51AM +0100, Jan Beulich wrote:
> >>> On 05.06.15 at 13:28, wrote:
> > Qemu shouldn't be fiddling with this bit directly, as the hypervisor
> > may (and now does) use it for its own purposes. Provide it with a
> > replacement interface, allowing the hypervisor to track
On 12/06/15 12:14, Daniel Kiper wrote:
> Hey,
>
> During work on multiboot2 protocol support for Xen on EFI platform
> I discovered that we need relocatable Xen early boot code (which is
> mostly 32-bit code). More you can find here:
>
> http://lists.xen.org/archives/html/xen-devel/2015-02/msg01257
On Fri, 2015-06-12 at 09:09 -0400, Julien Grall wrote:
> Hi Ian,
>
> On 12/06/2015 04:52, Ian Campbell wrote:
> > On Fri, 2015-06-12 at 14:07 +0530, Vijay Kilari wrote:
> > So pLPIs must be routed at device assignment time because in the vLPI
> > configuration table trap there is no mapping back t
On 12/06/2015 08:55, Ian Campbell wrote:
On Thu, 2015-06-11 at 10:40 +0100, Ian Campbell wrote:
## Command Queue Virtualisation
The command translation/emulation in this design has been arranged to
be as cheap as possible (e.g. in many cases the actions are NOPs),
avoiding previous concerns a
1 - 100 of 199 matches
Mail list logo
