flight 106481 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106481/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 105963
test-amd64-amd64-xl-qemuu-
On March 06, 2017 6:50 AM, Chao Gao wrote:
>On Mon, Mar 06, 2017 at 03:53:44AM +, Xuquan (Quan Xu) wrote:
>>On March 03, 2017 10:36 AM, Chao Gao wrote:
>>>+/*
>>>+ * Just like vcpu_kick(), nothing is needed for the following two cases:
>>>+ * 1. The target vCPU is not running, meani
It seems that I forgot to cc the corresponding Kconfig maintainers.
What's worse, I missed some important details in the patch:
1. the CMDLINE_OVERRRIDE config entry
2. handle dom0 options(the part after " -- ") in CONFIG_CMDLINE.
sorry for that. I'll resend v2 of the patch later.
2017-03-06 10:3
On Mon, Mar 06, 2017 at 03:53:44AM +, Xuquan (Quan Xu) wrote:
>On March 03, 2017 10:36 AM, Chao Gao wrote:
>>+/*
>>+ * Just like vcpu_kick(), nothing is needed for the following two cases:
>>+ * 1. The target vCPU is not running, meaning it is blocked or runnable.
>>+ * 2. The t
Hi,
I am Sreya Mittal pursuing my Btech in Computer Science at International
Institute of Information Technology, Hyderabad.
I am interested in open-source contributions and looking forward to
becoming a part of Xen Project and Outreachy community. I am very
interested in the following project ide
On March 03, 2017 10:36 AM, Chao Gao wrote:
>__vmx_deliver_posted_interrupt() wrongly used a softirq bit to decide
>whether to suppress an IPI. Its logic was: the first time an IPI was sent, we
>set
>the softirq bit. Next time, we would check that softirq bit before sending
>another IPI. If the 1s
Xen colo-frame can use the notify way communicate with
qemu colo-compare.
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_dm.c | 12 +---
tools/libxl/libxl_nic.c | 8
tools/libxl/libxl_types.idl | 4
tools/xl/xl_parse.c | 8
4 files changed, 29
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).
Qemu side patch:
https://lists.nongnu.org/archive/html/qemu-devel/2017-02/msg07265.html
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_c
In this patch we close kernel COLO-Proxy on primary side.
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_colo_proxy.c | 31 +++
tools/libxl/libxl_colo_save.c | 9 +++--
2 files changed, 38 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_colo_proxy
Because of some reason, We no longer support COLO kernel proxy.
So we send this patch set to make Xen use userspace colo-proxy in qemu.
Below is a COLO userspace proxy ascii figure:
Primary qemu
Secondary qemu
+--
Qemu need this args to start userspace colo-proxy.
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_dm.c | 98 +
tools/libxl/libxl_nic.c | 78
tools/libxl/libxl_types.idl | 31 +-
tools/xl/xl_par
In this patch we add a function to close COLO kernel Proxy on secondary side.
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_colo_restore.c | 8 ++--
tools/libxl/libxl_create.c | 8 ++--
tools/libxl/libxl_types.idl | 1 +
tools/xl/xl.h| 1 +
tools/xl/x
Qemu need this args to start userspace colo-proxy.
Signed-off-by: Zhang Chen
---
tools/libxl/libxl_dm.c | 34 ++
tools/libxl/libxl_nic.c | 27 +++
tools/libxl/libxl_types.idl | 15 ++-
tools/xl/xl_parse.c | 27 +
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_colo.h | 5 +
tools/libxl/libxl_colo_save.c | 2 ++
tools/libxl/libxl_types.idl | 17 +
tools/xl/xl_cmdtable.c|
Signed-off-by: Zhang Chen
---
tools/libxl/libxl.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h
index 92f1751..4c60e8f 100644
--- a/tools/libxl/libxl.h
+++ b/tools/libxl/libxl.h
@@ -870,6 +870,12 @@ typedef struct libxl__ctx libxl_ctx;
*/
#
Added two new config entries in common/Kconfig: CMDLINE_BOOL and CMDLINE.
These two entries enable an embedded command line
to be compiled in the hypervisor.
If CMDLINE_BOOL is set to Y, both arm and x86 startup routines
will call cmdline_parse() first on CMDLINE,
then on the line passed by the boo
flight 106479 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106479/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 105963
test-amd64-amd64-xl-qemuu-
flight 106478 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106478/
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
This run is configured for baseline tests only.
flight 68638 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68638/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 11 guest-start
On 03/02/2017 12:53 PM, Vitaly Kuznetsov wrote:
Changes since v1:
- Patches 1,2 and 3 were split and reordered to avoid adding temporary
#ifdefs [Juergen Gross]
- Juergen's R-b added to what is now patches 14 and 15 (patches 4 and 5
in v1). Due to re-ordering there are some tiny diffrence
flight 106474 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106474/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail like 106426
test-amd64-i386-xl-qemuu-w
flight 106472 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106472/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 105963
test-amd64-amd64-xl-qemuu-
flight 106471 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106471/
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 Konrad,
On 03/03/2017 08:51 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Feb 21, 2017 at 04:56:05PM +0530, Bhupinder Thakur wrote:
Allocates a new pfn, initializes it and passes on to Xen using a hvm call.
s/passes/pass/
Another changes is in xc_hvm_param_deprecated_check () to allow new vpl
Hi Bhupinder,
CC toolstack maintainers.
On 02/21/2017 11:26 AM, Bhupinder Thakur wrote:
Add a new pl011 uart node
- Get the pl011 spi virq from Xen using a hvm call
See my comment on previous patches.
- Add a new device tree node in the guest DT for SBSA pl011 uart containing
the I
Hi Konrad,
On 03/03/2017 09:03 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Feb 21, 2017 at 04:56:03PM +0530, Bhupinder Thakur wrote:
Add a new pl011 uart node
- Get the pl011 spi virq from Xen using a hvm call
- Add a new device tree node in the guest DT for SBSA pl011 uart containing
the
Hi Bhupinder,
Commit title: s/atleat/at least/
On 02/21/2017 11:26 AM, Bhupinder Thakur wrote:
Ensure that nr_spis intialized in in vgic_init is atleast 1 to allow allocation
of
s/intialized/initialized/ and again s/atleast/at least/
pl011 spi virq.
Signed-off-by: Bhupinder Thakur
---
x
(CC the REST maintainer)
Hi Bhupinder,
On 02/21/2017 11:26 AM, Bhupinder Thakur wrote:
Based on one of the domain creation flags, the vpl011 emulation will be enabled
for
the domain.
This flag is currently set always but finally it needs to be controlled by the
user
through some configuratio
Hi Bhupinder,
My knowledge is limited for this code. So I've just CCed "The REST"
maintainers. Please do CC them in the future.
On 02/21/2017 11:26 AM, Bhupinder Thakur wrote:
Breakup evtchn_send() to allow sending events for a Xen bound channel.
Currently,
there is a check in evtchn_send()
(CC "The REST" maintainers)
Hi Bhupinder,
On 02/21/2017 11:25 AM, Bhupinder Thakur wrote:
Three new HVM param handlers added for:
- allocating a new VIRQ and return to the toolstack
This is not necessary. We could hardcode it.
- allocating a new event channel for sending/receiving e
Hi Bhupinder,
On 21/02/17 11:25, Bhupinder Thakur wrote:
diff --git a/xen/arch/arm/vpl011.c b/xen/arch/arm/vpl011.c
new file mode 100644
index 000..88ba968
--- /dev/null
+++ b/xen/arch/arm/vpl011.c
[...]
+static int vpl011_mmio_write(struct vcpu *v, mmio_info_t *info, register_t r,
void
This run is configured for baseline tests only.
flight 68637 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68637/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 15 guest-start/deb
Hi Konrad,
On 03/03/2017 07:59 PM, Konrad Rzeszutek Wilk wrote:
+rc = alloc_unbound_xen_event_channel(d, 0, current->domain->domain_id,
+vpl011_notification);
+if (rc < 0)
Spaces.
+{
+printk ("Failed to allocate vpl01
Hi Bhupinder,
On 02/21/2017 11:25 AM, Bhupinder Thakur wrote:
There are still some items which are pending:
1. Adding dynamic enable/disable of pl011 emulation for a guest
2. Add a new console type "pl011" in xenconsoled to allow the user to connect to
either PV/serial/pl011 console.
3. Add che
flight 106469 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106469/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemut-winxpsp3 3 host-install(3) broken in 106452 pass in
106469
test-amd64-amd64-xl-qemut
flight 106475 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106475/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 6d55c0c316357a412526b9dccd45d3c3abb75227
baseline version:
xen 8222
flight 106473 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106473/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 16 guest-start.2fail REGR. vs. 106434
Regressions which are r
-untangle-PV-and-PVHVM-guest-support-code/20170305-162950
base: https://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git linux-next
config: x86_64-randconfig-i0-03021655 (attached as .config)
compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4
reproduce:
# save the attached .config to linux build
38 matches
Mail list logo
