flight 58990 linux-3.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58990/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 6 xen-boot fail like 58861
test-armhf-armhf-xl-credit2 6
* RMRR fix (fair)
RFC posted
Wei,
I think this should be ok or good based on current status, and also
should remove "RFC" here.
Thanks
Tiejun
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 06/30/2015 06:28 PM, Ian Campbell wrote:
> On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
>> From: Wen Congyang
>
> Refactor how?
>
> (Tip: In general no change can be sufficiently described in just the
> subject line unless it is absolutely the most trivial possible one).
>
> It lo
flight 58988 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58988/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 58972
test-amd64-i386-xl-qemuu-win7-amd64 1
On 06/30/2015 06:50 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +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
On 06/30/2015 06:43 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
This patch is auto generated by the following commands:
1. git mv tools/libxl/libxl_remus_device.c
tools/libxl/libxl_checkpoint_device.c
Please use the -M option to git format-patch/send-em
On 06/30/2015 06:42 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
From: Wen Congyang
This seems to mix up forward and backward facing information in a single
record?
Yes, it is the negotiation record for COLO.
Signed-off-by: Wen Congyang
---
docs/s
On 06/30/2015 06:24 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
Used by secondary to send it's dirty bitmap to primary under COLO.
This is the backchannel, right?
Right.
It seems to me that this ought to be described more clearly as a
separate stream
On 06/30/2015 08:21 AM, Marcus Granado wrote:
On 13/05/15 11:29, Bob Liu wrote:
On 04/28/2015 03:46 PM, Arianna Avanzini wrote:
Hello Christoph,
Il 28/04/2015 09:36, Christoph Hellwig ha scritto:
What happened to this patchset?
It was passed on to Bob Liu, who published a follow-up patchs
flight 58987 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58987/
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 failin
Hi, all,
When I create a L1 guest with nestedhvm=1, and create a L2 guest in L1
guest, then migrate L1 guest, but the operation fails, and I find the
bugfix requires a lot of work.
Does Xen support the operation? I guess the nestedvm migration feature
is not at all implemented.
Thanks a lot
Hua
On 06/30/2015 06:21 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
Secondary(restore side) is running under COLO, we also need
postcopy/suspend callbacks.
I wonder if this and the previous patch ought to be folded into the
patches which introduce the actual u
On 06/30/2015 06:19 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
Under COLO, we are doing checkpoint on demand, if this
callback returns 1, we will take another checkpoint.
0 indicates unexpected error.
Is this checkpoint therefore expected to be blocking u
On 06/30/2015 06:17 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
diff --git a/tools/libxl/libxl_save_callout.c b/tools/libxl/libxl_save_callout.c
index 12cc57e..25817d6 100644
--- a/tools/libxl/libxl_save_callout.c
+++ b/tools/libxl/libxl_save_callout.c
@@ -
On 06/30/2015 06:10 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
We need to send secondary's dirty page pfns back to primary.
In v2 Ian asked (<21888.2988.774072.32...@mariner.uk.xensource.com>):
In the pdf
http://www.socc2013.org/home
On 06/30/2015 06:07 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
+ * LIBXL_HAVE_DOMAIN_CREATE_RESTORE_SEND_FD 1
+ *
+ * If this is defined, libxl_domain_create_restore()'s API has changed to
+ * include a send_fd param which used for libxl migration back chan
flight 58985 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58985/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 58965
Tes
On 06/30/2015 06:00 PM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
Currently, libxl__domain_unpause() only supports
qemu-xen-traditional. Update it to support qemu-xen.
We use libxl__domain_resume_device_model to unpause guest dm.
There appears to be at least
On 06/30/2015 06:52 PM, Ian Campbell wrote:
On Tue, 2015-06-30 at 17:53 +0800, Yang Hongyang wrote:
On 06/30/2015 12:30 AM, Ian Campbell wrote:
On Thu, 2015-06-25 at 14:25 +0800, Yang Hongyang wrote:
introduce enum type libxl_checkpointed_stream in IDL.
rename the last argument of migrate_r
On Tue, 2015-06-30 at 17:36 +0100, Ian Jackson wrote:
> I wrote:
> > I think it would be best if I proposed some code to you. I will get
> > back to you with a suggestion.
>
> Here is the result. Please let me know what you think.
>
> NB that this is an RFC and I have NOT EXECUTED IT. It is ea
Global RDM parameter:
rdm = "type=none/host,reserve=strict/relaxed"
Per-device RDM parameter:
pci = [ 'sbdf, rdm_reserve=strict/relaxed' ]x
Oh, right -- I see you did add this here. In which case I think you
don't need the extra xl parameter you added in patch 12/19, right? As
I said
On 2015/7/1 0:11, George Dunlap wrote:
On Tue, Jun 23, 2015 at 10:57 AM, Tiejun Chen wrote:
This patch passes our rdm reservation policy inside libxl
when we assign a device or attach a device.
Actually, it looks like what you need to do here, both for this patch
and the previous one is to ad
@@ -988,6 +988,14 @@ static int do_pci_add(libxl__gc *gc, uint32_t domid,
libxl_device_pci *pcidev, i
out:
if (!libxl_is_stubdom(ctx, domid, NULL)) {
+if (pcidev->rdm_reserve == LIBXL_RDM_RESERVE_FLAG_RELAXED) {
+flag = XEN_DOMCTL_DEV_RDM_RELAXED;
+} else if (
On 2015/6/30 23:54, George Dunlap wrote:
On Tue, Jun 23, 2015 at 10:57 AM, Tiejun Chen wrote:
@@ -1450,6 +1458,11 @@ static void domcreate_attach_pci(libxl__egc *egc,
libxl__multidev *multidev,
}
for (i = 0; i < d_config->num_pcidevs; i++) {
+/*
+ * If the rdm glob
On 2015/6/30 22:20, George Dunlap wrote:
On 06/30/2015 12:24 PM, Chen, Tiejun wrote:
+#define XEN_DOMCTL_DEV_NO_RDM 0
+#define XEN_DOMCTL_DEV_RDM_RELAXED 1
+#define XEN_DOMCTL_DEV_RDM_STRICT 2
+uint32_t flag; /* flag of assigned device */
Normally flags would be bit
Hi Ian,
2015-06-30 9:19 GMT-07:00 Ian Campbell :
> On Tue, 2015-06-30 at 11:10 -0500, Chong Li wrote:
>> On Tue, Jun 30, 2015 at 10:57 AM, Ian Campbell
>> wrote:
>> > On Tue, 2015-06-30 at 10:42 -0500, Chong Li wrote:
>> >> >> @@ -1554,10 +1564,17 @@ int libxl_sched_credit_params_set(libxl_ctx
On 06/30/2015 07:55 AM, Stefano Stabellini wrote:
Try to use "xen-qemudepriv-domid$domid" first, then
"xen-qemudepriv-shared" and root if everything else fails.
The uids need to be manually created by the user or, more likely, by the
xen package maintainer.
To actually secure QEMU when running
On 06/30/2015 10:21 PM, Marcus Granado wrote:
> On 13/05/15 11:29, Bob Liu wrote:
>>
>> On 04/28/2015 03:46 PM, Arianna Avanzini wrote:
>>> Hello Christoph,
>>>
>>> Il 28/04/2015 09:36, Christoph Hellwig ha scritto:
What happened to this patchset?
>>>
>>> It was passed on to Bob Liu, who
From: Elena Ufimtseva
v8 of rmrr comman line patches.
Add Xen command line option rmrr to specify RMRR
regions for devices that are not
From: Elena Ufimtseva
On some platforms RMRR regions may be not specified
in ACPI and thus will not be mapped 1:1 in dom0. This
causes IO Page Faults and prevents dom0 from booting
in PVH mode.
New Xen command line option rmrr allows to specify
such devices and memory regions. These regions are a
From: Elena Ufimtseva
In preparation for auxiliary RMRR data provided on Xen
command line, make RMRR adding a separate function.
Also free memery for rmrr device scope in error path.
I will also post additional patch with cleanups to address
other non-functional changes as p
From: Elena Ufimtseva
For sbdf'si parsing in rmrr command line add __parse_pci with addtional
parameter def_seg. __parse_pci will help to identify if segment was
found
in string being parsed or default segment was used.
Make a wrapper parse_pci so the rest of the callers are not affected.
Signed
From: Elena Ufimtseva
Signed-off-by: Elena Ufimtseva
---
xen/include/xen/pci.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xen/include/xen/pci.h b/xen/include/xen/pci.h
index 3908146..414106a 100644
--- a/xen/include/xen/pci.h
+++ b/xen/include/xen/pci.h
@@ -33,6 +33,8 @@
#define PCI
From: Elena Ufimtseva
Release memory allocated for scope.devices when disabling
dmar units. Also set device count after memory allocation when
device scope parsing.
This is explanation of why the code should be moved imho and
answers Jan question about why I needed to do this.
In acpi_parse_one_d
flight 58981 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58981/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-freebsd10-amd64 9 freebsd-install fail like 58902
test-amd64-i386-freebsd10-i386
On Tue, Jun 30, 2015 at 03:13:53PM +0100, Ian Campbell wrote:
> On Tue, 2015-06-30 at 15:02 +0100, Stefano Stabellini wrote:
> > On Tue, 30 Jun 2015, Ian Campbell wrote:
> > > On Tue, 2015-06-30 at 12:21 +0100, Stefano Stabellini wrote:
> > > > On Tue, 30 Jun 2015, Ian Campbell wrote:
> > > > > On
Dario Faggioli writes ("Re: [Xen-devel] [PATCH] OSSTest: stop testing SEDF at
all"):
> Following up this discussion:
> http://osdir.com/ml/general/2015-06/msg38502.html
>
> Here's the patch that kills SEDF from OSSTest entirely.
>
> Here it comes a diff of the generated runvars fo a few branches
Following up this discussion:
http://osdir.com/ml/general/2015-06/msg38502.html
Here's the patch that kills SEDF from OSSTest entirely.
Here it comes a diff of the generated runvars fo a few branches, which
looks fine to me (just a bung of SEDF runvars/jobs removal)
Regards,
Dario
---
--- runvar
Dario Faggioli writes ("[PATCH] OSSTest: stop testing SEDF at all"):
> SEDF has been broken and unmaintained at least
> until Xen 4.2, and most likely even before! Tests
> are failing without anyonce caring, and yet we're
> keeping using test resources for them.
>
> Let's stop doing this!
Acked-b
osstest's test coverage is improving, which means that the tests keep
taking longer. Even with ongoing expansion of the test facility, the
overall time between a bad push and getting results can be quite long
- currently perhaps 12-36h depending on circumstances.
It would be better if we could ge
flight 58982 linux-3.0 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58982/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 15418
test-amd64-amd64-xl-qem
SEDF has been broken and unmaintained at least
until Xen 4.2, and most likely even before! Tests
are failing without anyonce caring, and yet we're
keeping using test resources for them.
Let's stop doing this!
Signed-off-by: Dario Faggioli
---
diff --git a/allow.all b/allow.all
index 88a3038..806
Hi Ian,
On 30/06/15 14:16, Ian Campbell wrote:
> On Fri, 2015-06-26 at 10:34 +0100, Julien Grall wrote:
>> * Modify the GICv3 driver to recognize a such device. I wasn't able
>> to find a register which tell if GICv2 is supported on GICv3. The only
>> way to find it seems to check if the DT no
Hey Meng,
you wanted to "get in touch" with OSSTest failures for RTDS, didn't you?
Well, Here you go! :-P
[I'm adding IanC and Julien, as this is ARM related]
On Tue, 2015-06-30 at 05:18 +, osstest service user wrote:
> flight 58974 xen-unstable real [real]
> http://logs.test-lab.xenproject.
The call to iommu_pte_flush() between the two hunks uses &ept_entry->epte
which is a pointer into the mapped page.
It is eventually passed to `clflush` instruction which will suffer a pagefault
if the virtual mapping has fallen out of the TLB.
(XEN) [ Xen-4.5.0-xs102594-d x86_64 debug=y
Ian Jackson writes ("[OSSTEST RFC PATCH 0/4] Nested job execution
infrastructure"):
> Here is the result. Please let me know what you think.
Oh, I should say: I have put this on xenbits, for if you prefer a `git
fetch':
http://xenbits.xen.org/gitweb/?p=people/iwj/osstest.git;a=summary
git
On Tue, 2015-06-30 at 16:44 +, Korupol, Naveen (EXT) wrote:
> Hi Ian
>
> After little more debugging, I found that the dtb that I am using to launch
> Xen and Linux is good until Linux starts to boot.
>
> There is a little pause in the console after Xen boot completes and Linux
> boot log s
On Tue, Jun 30, 2015 at 11:19 AM, Ian Campbell wrote:
> On Tue, 2015-06-30 at 11:10 -0500, Chong Li wrote:
>> On Tue, Jun 30, 2015 at 10:57 AM, Ian Campbell
>> wrote:
>> > On Tue, 2015-06-30 at 10:42 -0500, Chong Li wrote:
>> >> >> @@ -1554,10 +1564,17 @@ int libxl_sched_credit_params_set(libxl_
On Mon, Jun 29, 2015 at 10:32:43AM +0100, Ian Campbell wrote:
> On Sun, 2015-06-28 at 22:32 +, osstest service user wrote:
> > flight 58956 ovmf real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/58956/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking
Hi Ian
After little more debugging, I found that the dtb that I am using to launch Xen
and Linux is good until Linux starts to boot.
There is a little pause in the console after Xen boot completes and Linux boot
log shows up.
During this window of time, console input still works...Ctrl-a seque
flight 58984 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58984/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-xsm 11 guest-start fail REGR. vs. 58842
Regressions which are reg
Stefano Stabellini writes ("Re: [PATCH] libxl: Increase device model startup
timeout to 1min."):
> On Tue, 30 Jun 2015, Ian Jackson wrote:
> > Anthony PERARD writes ("Re: [PATCH] libxl: Increase device model startup
> > timeout to 1min."):
> > In the third case we probably need a general-purpose
No functional change.
We now call the per-host-ts finish steps unconditionally, rather than
only if !$need_build_host, per-host-ts is (complicated) no-op if
$need_build_host, since in that case $need_xen_hosts is {}.
Signed-off-by: Ian Jackson
---
sg-run-job | 31 +++--
Provides nested-layer-descend, which can be called in an individual
test job at the appropriate point (after the L1 has been set up).
The inner host is a guest of the outer host; powering it off means
destroying it. Putting the poweroff at this point in the loop, rather
than in per-host-finish, a
Signed-off-by: Ian Jackson
---
sg-run-job |1 +
1 file changed, 1 insertion(+)
diff --git a/sg-run-job b/sg-run-job
index d53fd83..33a836b 100755
--- a/sg-run-job
+++ b/sg-run-job
@@ -1,4 +1,5 @@
#!/usr/bin/tclsh8.4
+# -*- Tcl -*-
# This is part of "osstest", an automated testing framewo
Signed-off-by: Ian Jackson
---
tcl/osstestlib.tcl |7 +++
1 file changed, 7 insertions(+)
diff --git a/tcl/osstestlib.tcl b/tcl/osstestlib.tcl
index 61a6a09..b5a52d3 100644
--- a/tcl/osstestlib.tcl
+++ b/tcl/osstestlib.tcl
@@ -75,6 +75,13 @@ proc lshift {listvar} {
return $head
}
I wrote:
> I think it would be best if I proposed some code to you. I will get
> back to you with a suggestion.
Here is the result. Please let me know what you think.
NB that this is an RFC and I have NOT EXECUTED IT. It is easy in Tcl
to make daft mistakes like missing `global' or misspelling
On Tue, Jun 23, 2015 at 10:57 AM, Tiejun Chen wrote:
> This patch parses to enable 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_reser
> -Original Message-
> From: Don Slutz [mailto:don.sl...@gmail.com]
> Sent: 30 June 2015 17:14
> To: Andrew Cooper; Paul Durrant; xen-de...@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH v5 01/16] x86/hvm: make sure emulation is
> retried if domain is shutting down
>
> On 06/30/15
On Tue, 2015-06-30 at 11:10 -0500, Chong Li wrote:
> On Tue, Jun 30, 2015 at 10:57 AM, Ian Campbell
> wrote:
> > On Tue, 2015-06-30 at 10:42 -0500, Chong Li wrote:
> >> >> @@ -1554,10 +1564,17 @@ int libxl_sched_credit_params_set(libxl_ctx
> >> >> *ctx, uint32_t poolid,
> >> >> #define LIBXL_DO
On 06/30/15 09:45, Andrew Cooper wrote:
On 30/06/15 14:05, Paul Durrant wrote:
The addition of commit 2df1aa01 "x86/hvm: remove hvm_io_pending() check
in hvmemul_do_io()" causes a problem in migration because I/O that was
caught by the test of vcpu_start_shutdown_deferral() in
hvm_send_assist_re
On Tue, Jun 23, 2015 at 10:57 AM, Tiejun Chen wrote:
> This patch passes our rdm reservation policy inside libxl
> when we assign a device or attach a device.
Actually, it looks like what you need to do here, both for this patch
and the previous one is to add "rdm_reserve" to libxlu_pci.c, so tha
On Tue, Jun 30, 2015 at 10:57 AM, Ian Campbell wrote:
> On Tue, 2015-06-30 at 10:42 -0500, Chong Li wrote:
>> >> @@ -1554,10 +1564,17 @@ int libxl_sched_credit_params_set(libxl_ctx *ctx,
>> >> uint32_t poolid,
>> >> #define LIBXL_DOMAIN_SCHED_PARAM_EXTRATIME_DEFAULT -1
>> >> #define LIBXL_DOMAI
On Tue, 2015-06-30 at 10:57 -0500, Chong Li wrote:
> On Tue, Jun 30, 2015 at 10:32 AM, Ian Campbell
> wrote:
> > On Tue, 2015-06-30 at 10:18 -0500, Chong Li wrote:
> >> On Tue, Jun 30, 2015 at 7:22 AM, Ian Campbell
> >> wrote:
> >> > On Sun, 2015-06-28 at 21:44 -0500, Chong Li wrote:
> >> >
> >
flight 58980 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58980/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 6 xen-boot fail REGR. vs. 58973
Regressions which a
On Tue, 30 Jun 2015, Ian Jackson wrote:
> Anthony PERARD writes ("Re: [PATCH] libxl: Increase device model startup
> timeout to 1min."):
> > On Mon, Jun 29, 2015 at 03:51:57PM +0100, Ian Campbell wrote:
> > > Nor does it really answer Ian's question in
> > > <21901.33163.547929.321...@mariner.uk.x
On Tue, 2015-06-30 at 10:42 -0500, Chong Li wrote:
> >> @@ -1554,10 +1564,17 @@ int libxl_sched_credit_params_set(libxl_ctx *ctx,
> >> uint32_t poolid,
> >> #define LIBXL_DOMAIN_SCHED_PARAM_EXTRATIME_DEFAULT -1
> >> #define LIBXL_DOMAIN_SCHED_PARAM_BUDGET_DEFAULT-1
> >>
> >> +/* Per-VCPU par
On Tue, Jun 30, 2015 at 10:32 AM, Ian Campbell wrote:
> On Tue, 2015-06-30 at 10:18 -0500, Chong Li wrote:
>> On Tue, Jun 30, 2015 at 7:22 AM, Ian Campbell
>> wrote:
>> > On Sun, 2015-06-28 at 21:44 -0500, Chong Li wrote:
>> >
>> >> diff --git a/tools/libxc/xc_csched.c b/tools/libxc/xc_csched.c
On Tue, Jun 23, 2015 at 10:57 AM, Tiejun Chen wrote:
> This patch passes our rdm reservation policy inside libxl
> when we assign a device or attach a device.
>
> CC: Ian Jackson
> CC: Stefano Stabellini
> CC: Ian Campbell
> CC: Wei Liu
> Signed-off-by: Tiejun Chen
> ---
> v4:
>
> * Fix one t
On Tue, Jun 23, 2015 at 10:57 AM, Tiejun Chen wrote:
> @@ -1450,6 +1458,11 @@ static void domcreate_attach_pci(libxl__egc *egc,
> libxl__multidev *multidev,
> }
>
> for (i = 0; i < d_config->num_pcidevs; i++) {
> +/*
> + * If the rdm global policy is 'strict' we should o
On Tue, Jun 30, 2015 at 04:26:45PM +0100, David Vrabel wrote:
> On 26/06/15 02:28, Marek Marczykowski-Górecki wrote:
> >
> > From b876e14888bdafa112c3265e6420543fa74aa709 Mon Sep 17 00:00:00 2001
> > From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?=
> >
> > Date: Fri, 26 Jun 2015 02:16:49 +020
On Tue, Jun 30, 2015 at 7:26 AM, Ian Campbell wrote:
> On Sun, 2015-06-28 at 21:44 -0500, Chong Li wrote:
>
>> +GC_INIT(ctx);
>> +libxl_scheduler sched = scinfo->sched;
>> +int ret;
>> +
>> +if (sched == LIBXL_SCHEDULER_UNKNOWN)
>> +sched = libxl__domain_scheduler(gc, domid
On Tue, 2015-06-30 at 10:18 -0500, Chong Li wrote:
> On Tue, Jun 30, 2015 at 7:22 AM, Ian Campbell wrote:
> > On Sun, 2015-06-28 at 21:44 -0500, Chong Li wrote:
> >> Add xc_sched_rtds_vcpu_get/set functions to interact with Xen to get/set a
> >> domain's
> >> per-VCPU parameters.
> >>
> >> Change
On 26/06/15 02:28, Marek Marczykowski-Górecki wrote:
>
> From b876e14888bdafa112c3265e6420543fa74aa709 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Marek=20Marczykowski-G=C3=B3recki?=
>
> Date: Fri, 26 Jun 2015 02:16:49 +0200
> Subject: [PATCH] xen/grant: fix race condition in gntdev_release
>
>
On 06/30/2015 05:48 PM, Lengyel, Tamas wrote:
>>> --- a/xen/include/asm-x86/domain.h
>
> >> +++ b/xen/include/asm-x86/domain.h
> >> @@ -342,13 +342,15 @@ struct arch_domain
> >>
> >> /* Monitor options */
> >> struct {
> >> -uint16_t write_ctrlreg_enabled
On 30/06/15 16:14, Ian Campbell wrote:
> On Tue, 2015-06-30 at 16:00 +0800, Chen Baozi wrote:
>> From: Chen Baozi
>>
>> Currently the number of vcpus on arm64 with GICv3 is limited up to 8 due
>> to the fixed size of redistributor mmio region. Increasing the size
>> makes the number expand to 16 b
On Tue, Jun 30, 2015 at 7:22 AM, Ian Campbell wrote:
> On Sun, 2015-06-28 at 21:44 -0500, Chong Li wrote:
>> Add xc_sched_rtds_vcpu_get/set functions to interact with Xen to get/set a
>> domain's
>> per-VCPU parameters.
>>
>> Changes on PATCH v2:
>>
>> 1) Minor modifications due to the change of
On Tue, 2015-06-30 at 16:00 +0800, Chen Baozi wrote:
> From: Chen Baozi
>
> Currently the number of vcpus on arm64 with GICv3 is limited up to 8 due
> to the fixed size of redistributor mmio region. Increasing the size
> makes the number expand to 16 because of AFF0 restriction on GICv3.
> To cre
Ian Campbell writes ("Re: [OSSTEST PATCH 4/5] Emails: Provide
X-Osstest-Versions-This and That headers"):
> On Tue, 2015-06-30 at 15:42 +0100, Ian Jackson wrote:
> > I have added:
> >
> > | `This' is the version being tested, and `That' is the baseline.
>
> Acked-by: Ian Campbell
Thanks.
> >
On Tue, 2015-06-30 at 16:00 +0800, Chen Baozi wrote:
> From: Chen Baozi
>
> The old unsigned long type of vcpu_mask can only express 64 cpus at the
> most, which might not be enough for the guest which used vGICv3. We
"...for a guest which uses..."
> introduce a new struct sgi_target for the ta
On Tue, 30 Jun 2015, Ian Campbell wrote:
> On Tue, 2015-06-30 at 14:49 +0100, Stefano Stabellini wrote:
> > > > The reason why I feel comfortable having such an high limit compared to
> > > > the actual usage, is that it is only meant to prevent the guest from
> > > > filling up dom0's disk, as thi
On Thu, 2015-06-25 at 14:44 +0200, Dario Faggioli wrote:
> Signed-off-by: Dario Faggioli
Applied.
> ---
> Cc: George Dunlap
> Cc: Meng Xu
> ---
> MAINTAINERS |5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 6b1068e..e6616d2 100644
> --- a/MAI
On Tue, 2015-06-30 at 15:42 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH 4/5] Emails: Provide
> X-Osstest-Versions-This and That headers"):
> > On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> > > +Email information headers
> > > +-
> > > +
>
>> --- a/xen/include/asm-x86/domain.h
> >> +++ b/xen/include/asm-x86/domain.h
> >> @@ -342,13 +342,15 @@ struct arch_domain
> >>
> >> /* Monitor options */
> >> struct {
> >> -uint16_t write_ctrlreg_enabled : 4;
> >> -uint16_t write_ctrlreg_sync : 4;
> >> -
Il 30/06/2015 15:05, Paul Durrant ha scritto:
This patch series re-works much of the code involved in emulation of port
and memory mapped I/O for HVM guests.
The code has become very convoluted and, at least by inspection, certain
emulations will apparently malfunction.
The series is broken dow
Ian Campbell writes ("Re: [OSSTEST PATCH 4/5] Emails: Provide
X-Osstest-Versions-This and That headers"):
> On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> > +Email information headers
> > +-
> > +
> > +Test report emails sent by osstest have some extra information
On Tue, Jun 30, 2015 at 10:18 AM, Andrew Cooper
wrote:
> On 30/06/15 15:11, Tamas K Lengyel wrote:
> > diff --git a/xen/include/public/vm_event.h
> b/xen/include/public/vm_event.h
> > index 577e971..b8c3dde 100644
> > --- a/xen/include/public/vm_event.h
> > +++ b/xen/include/public/vm_event.h
> >
On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> Specifically:
> * $cat now contains SORTLETTER BLOCKSTATUS DESCRIPTION...
> * Rewrap the lines setting $cat
> * Add $notsucceeds{$cat}[][2] containing one line for the new header
> * Generate the new header
> * Document the new header
>
On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> Specifically:
> * Provide headerprint() in sg-report-flight
> * Use it to add X-Osstest-Versions headers based on %specver
> * Cause cr-daily-branch to always enable the feature
> * Document this in README.email
>
> Signed-off-by: Ian Jac
On 13/05/15 11:29, Bob Liu wrote:
On 04/28/2015 03:46 PM, Arianna Avanzini wrote:
Hello Christoph,
Il 28/04/2015 09:36, Christoph Hellwig ha scritto:
What happened to this patchset?
It was passed on to Bob Liu, who published a follow-up patchset here:
https://lkml.org/lkml/2015/2/15/46
On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> Also link to README, from the email footer.
>
> I have tested that the link to README works right now. The link to
> README.email does not yet, of course, but it will start to work when
> osstest pushes this change to production.
>
> CC: An
On Fri, 2015-06-26 at 16:30 +0200, Julien Grall wrote:
> Hi Ian,
>
> On 26/06/2015 13:35, Ian Campbell wrote:
> > Signed-off-by: Ian Campbell
>
> Reviewed-by: Julien Grall
Applied, thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://
On Tue, 2015-06-30 at 15:11 +0100, Julien Grall wrote:
> On 30/06/15 15:00, Ian Campbell wrote:
> +static inline void vgic_v2_setup_hw(paddr_t dbase, paddr_t cbase,
> +paddr_t vbase)
> +{
> +vgic_v2_hw.enabled = 1;
> +vgic_v2_hw.d
Hi Ian,
On 30/06/15 14:06, Ian Campbell wrote:
> On Fri, 2015-06-26 at 10:34 +0100, Julien Grall wrote:
>> A platform may have a GIC compatible with previous version of the
>> device.
>>
>> This is allow to virtualize an unmodified OS on new hardware if the GIC
>> is compatible with older version.
On 06/26/2015 10:02 AM, Jan Beulich wrote:
On 15.06.15 at 11:03, wrote:
>> Added support for a new class of vm_events: VM_EVENT_REASON_REQUEST,
>> sent via HVMOP_request_vm_event. The guest can request that a
>> generic vm_event (containing only the vm_event-filled guest registers
>> as infor
On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> Provide and use variables $header_text and $body_text.
>
> Still no functional change.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> This will allows us to divert the output so that we can (optionally)
> produce email headers too. We move the error checking into the
> function, obviously.
>
> For now, this is a simple replacement with no functional change,
> except that s
On Tue, 2015-06-30 at 14:49 +0100, Ian Jackson wrote:
> This miniature series
It says something about this corner of the world when 5 patches is
considered miniature!
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 06/30/2015 12:24 PM, Chen, Tiejun wrote:
>>> +#define XEN_DOMCTL_DEV_NO_RDM 0
>>> +#define XEN_DOMCTL_DEV_RDM_RELAXED 1
>>> +#define XEN_DOMCTL_DEV_RDM_STRICT 2
>>> +uint32_t flag; /* flag of assigned device */
>>
>> Normally flags would be bit fields, not values like
On Tue, 2015-06-30 at 05:27 +0800, Liang Li wrote:
> If the host EPT entry is changed, the nested EPT should be updated.
> the current code does not do this, and it's wrong.
> I have tested this patch, the L2 guest can boot and run as normal.
>
> Signed-off-by: Liang Li
> Signed-off-by: Yang Zhan
1 - 100 of 287 matches
Mail list logo
