flight 57166 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57166/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
flight 57206 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57206/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-i386-libvirt
On Sat, May 23, 2015 at 08:24:10AM +, Olaf Hering wrote:
> Collecting the trace buffer requires root permissions. Adjust Makefile
> to install xentrace and xentrace_setsize into sbindir. Leave the
> existing support for BIN in place for upcoming changes.
>
> Signed-off-by: Olaf Hering
> Cc: G
As suggested by Andrew Cooper, this patch attempts to remove
some redundancy and allow for an easier time when adding vm_events
for new control registers in the future, by having a single
VM_EVENT_REASON_WRITE_CTRLREG vm_event type, meant to serve CR0,
CR3, CR4 and (newly introduced) XCR0. The actu
On Sat, May 23, 2015 at 08:24:11AM +, Olaf Hering wrote:
> This merges xenalyze.hg, changeset 150:24308507be1d,
> into tools/xentrace/xenalyze.c to have the tool and
> public/trace.h in one place.
>
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
On Fri, May 22, 2015 at 01:29:38PM +0100, Ian Campbell wrote:
> In mg-debian-installer-update:
>
> - Expand the list of (suite,arch) combinations which don't exist and
> move it to the top.
>
> - Tweak the backports.org handling to allow it to be specified on a
> per (suite,arch) basi
On Mon, May 25, 2015 at 09:36:06AM +0100, Wei Liu wrote:
> On Fri, May 22, 2015 at 01:29:38PM +0100, Ian Campbell wrote:
> > In mg-debian-installer-update:
> >
> > - Expand the list of (suite,arch) combinations which don't exist and
> > move it to the top.
> >
> > - Tweak the backports.or
On Mon, 2015-05-25 at 11:31 +0800, Robert Hu wrote:
> On Sun, 2015-05-24 at 14:55 +0100, Ian Campbell wrote:
> > Longtao & Robert,
> >
> > FYI This pass pushed the non-grub bits of the part of the series which I
> > applied on Friday into the production instance.
> Thanks Ian.
> We're to reassembl
Ping...
On 05/18/2015 03:03 PM, Yang Hongyang wrote:
This patchset implement the Remus support for Migration v2 but without
memory compressing.
Git tree available at:
https://github.com/macrosheep/xen/tree/Remus-newmig-v7
v6->v7:
- clear deffered_pages after suspend and send dirty page
On Sun, May 24, 2015 at 4:05 PM, Julien Grall wrote:
> Hi Vijay,
>
>
> On 22/05/2015 13:16, Vijay Kilari wrote:
>>
>> On Tue, May 19, 2015 at 7:21 PM, Ian Campbell
>> wrote:
>>>
>>> On Tue, 2015-05-19 at 14:37 +0100, Julien Grall wrote:
Hi Ian,
On 19/05/15 13:10, Ian Campbell
At 17:26 +0100 on 22 May (1432315574), Jan Beulich wrote:
> >>> On 22.05.15 at 17:36, wrote:
> > On 13.05.15 at 11:49, wrote:
> >>> +if ( !source_d->is_dying )
> >>> +{
> >>> +/*
> >>> + * Make sure no allocation/remapping for the source domain is
> >>> ongoing
> >>>
On 25/05/2015 11:06, Vijay Kilari wrote:
On Sun, May 24, 2015 at 4:05 PM, Julien Grall wrote:
1) Command translation:
---
- ITS commands contains device ID, Event ID (vID), Collection ID
(vCID), Target Address (vTA)
parameters
- All these parameter
I had a look at Osstest's latest xen-unstable run [0]. With Ian's patch
series we finally passed the point of guest creation on x86.
We now have a new set of "avc denied".
May 24 20:18:05.945118 (XEN) avc: denied { get_vnumainfo } for domid=1
scontext=system_u:system_r:domU_t tcontext=system_u
Hi Chen,
On 25/05/2015 03:01, Chen Baozi wrote:
On Sat, May 23, 2015 at 03:46:32PM +0100, Julien Grall wrote:
On 23/05/2015 14:52, Chen Baozi wrote:
From: Chen Baozi
GIC-500 supports up to 128 cores in a single SoC. Increase MAX_VIRT_CPUS
to 128 on arm64.
This series have to be bisectable.
Hi Chen,
On 25/05/2015 04:34, Chen Baozi wrote:
On Sun, May 24, 2015 at 01:51:21PM +0100, Julien Grall wrote:
@@ -80,9 +72,7 @@ static struct vcpu *vgic_v3_get_target_vcpu(struct vcpu *v,
unsigned int irq)
ASSERT(spin_is_locked(&rank->lock));
-target = rank->v3.irouter[irq % 32];
-
Hi Parth,
On 25/05/2015 07:58, Parth Dixit wrote:
On 24 May 2015 at 13:10, Julien Grall wrote:
On 24/05/2015 08:06, Parth Dixit wrote:
> +struct acpi_device_desc {
> +/* Device name */
> +const char *name;
> +/* Device class */
> +enum device_cla
On 25/05/2015 04:09, Chen, Tiejun wrote:
On 2015/5/22 18:33, Julien Grall wrote:
Hi,
On 22/05/2015 10:35, Tiejun Chen wrote:
diff --git a/xen/include/public/domctl.h b/xen/include/public/domctl.h
index 0c0ea4a..203c80e 100644
--- a/xen/include/public/domctl.h
+++ b/xen/include/public/domctl.
Tim Deegan writes:
> At 17:26 +0100 on 22 May (1432315574), Jan Beulich wrote:
>> >>> On 22.05.15 at 17:36, wrote:
>> > On 13.05.15 at 11:49, wrote:
>> >>> +if ( !source_d->is_dying )
>> >>> +{
>> >>> +/*
>> >>> + * Make sure no allocation/remapping for the source do
On Mon, May 25, 2015 at 3:02 PM, Julien Grall
wrote:
>
>
> On 25/05/2015 11:06, Vijay Kilari wrote:
>>
>> On Sun, May 24, 2015 at 4:05 PM, Julien Grall
>> wrote:
1) Command translation:
---
- ITS commands contains device ID, Event ID (vI
Il 19/05/2015 14:13, Fabio Fantoni ha scritto:
Il 19/05/2015 12:40, Wei Liu ha scritto:
On Mon, May 18, 2015 at 07:22:01PM +0200, Fabio Fantoni wrote:
Il 18/05/2015 17:53, Wei Liu ha scritto:
On Thu, May 14, 2015 at 01:11:13PM +0200, Fabio Fantoni wrote:
Usage:
ahci=0|1 (default=0)
If enable
On Mon, May 25, 2015 at 12:41:48PM +0200, Fabio Fantoni wrote:
>
> Ping...
> Any review and/or comment about AHCI support patch is appreciated.
Stefano and Anthony were away last week and today is a UK public
holiday, so please be patient.
Wei.
___
Xe
On 2015/5/25 18:02, Julien Grall wrote:
On 25/05/2015 04:09, Chen, Tiejun wrote:
On 2015/5/22 18:33, Julien Grall wrote:
Hi,
On 22/05/2015 10:35, Tiejun Chen wrote:
diff --git a/xen/include/public/domctl.h b/xen/include/public/domctl.h
index 0c0ea4a..203c80e 100644
--- a/xen/include/public
On 25 May 2015 at 15:30, Julien Grall wrote:
> Hi Parth,
>
> On 25/05/2015 07:58, Parth Dixit wrote:
>>
>> On 24 May 2015 at 13:10, Julien Grall wrote:
>>>
>>> On 24/05/2015 08:06, Parth Dixit wrote:
> +struct acpi_device_desc {
> +/* Device name */
Hi,
On 25/05/2015 12:50, Chen, Tiejun wrote:
On 2015/5/25 18:02, Julien Grall wrote:
On 25/05/2015 04:09, Chen, Tiejun wrote:
On 2015/5/22 18:33, Julien Grall wrote:
Hi,
On 22/05/2015 10:35, Tiejun Chen wrote:
diff --git a/xen/include/public/domctl.h b/xen/include/public/domctl.h
index 0
Hi,
On 25/05/2015 12:40, Vijay Kilari wrote:
On Mon, May 25, 2015 at 3:02 PM, Julien Grall
wrote:
On 25/05/2015 11:06, Vijay Kilari wrote:
On Sun, May 24, 2015 at 4:05 PM, Julien Grall
wrote:
1) Command translation:
---
- ITS commands contains device
flight 57174 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57174/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 18 guest-start.2 fail in 57141 REGR. vs. 56831
Tests which are fai
On Mon, May 25, 2015 at 6:14 PM, Julien Grall wrote:
> Hi,
>
>
> On 25/05/2015 12:40, Vijay Kilari wrote:
>>
>> On Mon, May 25, 2015 at 3:02 PM, Julien Grall
>> wrote:
>>>
>>>
>>>
>>> On 25/05/2015 11:06, Vijay Kilari wrote:
On Sun, May 24, 2015 at 4:05 PM, Julien Grall
wrote
On 5/21/15, Dario Faggioli wrote:
> On Thu, 2015-05-21 at 15:06 +0200, Mr Idris wrote:
>> On 5/18/15, George Dunlap wrote:
>> >
>> > Fundamentally, the bug you're getting is that you're dereferencing a
>> > null pointer, probably into a struct (that's the "Faulting linear
>> > address" -- 0xc8 wi
flight 57183 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57183/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 17 leak-check/check fail REGR. vs. 56375
Tests which are fail
flight 57189 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57189/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
test-amd64-i386-xl-qemuu-win
It seems xen_domctl_monitor_op_t was supposed to be a typedef for
struct xen_domctl_monitor_op and not the non-existent xen_domctl__op.
Signed-off-by: Vitaly Kuznetsov
---
xen/include/public/domctl.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/include/public/domctl.h
flight 57205 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57205/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 57123
Regressions which are
At 12:06 +0200 on 25 May (143265), Vitaly Kuznetsov wrote:
> Tim Deegan writes:
>
> > At 17:26 +0100 on 22 May (1432315574), Jan Beulich wrote:
> >> >>> On 22.05.15 at 17:36, wrote:
> >> > On 13.05.15 at 11:49, wrote:
> >> >>> +if ( !source_d->is_dying )
> >> >>> +{
> >> >>> +
Hi,
On 25/05/2015 15:38, Vijay Kilari wrote:
On Mon, May 25, 2015 at 6:14 PM, Julien Grall wrote:
AFAIU your proposal, the function mapping(vCID) will always return the same
pCID, right?
Yes, vCID to pCID is mapped
But how? Let say we have a function vCID_to_pCID which take a vCID in
para
flight 57216 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57216/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
flight 57222 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57222/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-libvirt 11 guest-startfail in 56978 pass in 57222
test-armhf-armhf-xl-sedf-pin 6 xen-
From: Shailendra Verma
Date: Mon, 25 May 2015 23:19:31 +0530
> The variable separate_tx_rx_irq is bool type so assigning true
> instead of 1.
>
> Signed-off-by: Shailendra Verma
Applied.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://list
The read emulation of the register IROUTER contains lots of uncessary
code as irouter is already valid and doesn't need any processing before
setting the value in a register.
Also take the opportunity to factorize the code to find a vCPU from the
affinity in a single place. It will be easier to ch
flight 57237 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57237/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 18 guest-start.2 fail in 57141 REGR. vs. 56831
Tests which are fai
flight 57242 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57242/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 17 leak-check/check fail REGR. vs. 56375
Regressions which ar
On Friday, May 22, 2015 09:53:37 PM Boris Ostrovsky wrote:
> On 05/22/2015 04:11 AM, Sander Eikelenboom wrote:
> > Hello Sander,
> >
> > Friday, May 15, 2015, 12:47:27 AM, you wrote:
> >
> >> Sorry for the resend, i messed up the to's en from's.
> >
> >> Hi Konrad / David,
> >
> >> One big snip on
On Tuesday, May 26, 2015 01:22:12 AM Rafael J. Wysocki wrote:
> On Friday, May 22, 2015 09:53:37 PM Boris Ostrovsky wrote:
> > On 05/22/2015 04:11 AM, Sander Eikelenboom wrote:
> > > Hello Sander,
> > >
[cut]
> > (+Rafael again)
> >
> > So the immediate cause of those errors is that pdev->evtchn
[Goal]
The current xl sched-rtds tool can only set the VCPUs of a domain to
the same parameter
although the scheduler supports VCPUs with different parameters. This
patchset is to
enable xl sched-rtds tool to configure the VCPUs of a domain with
different parameters.
This per-VCPU settings can be
Add two hypercalls(XEN_DOMCTL_SCHEDOP_getvcpuinfo/putvcpuinfo) to get/set a
domain's
per-VCPU parameters. Hypercalls are handled by newly added hook (.adjust_vcpu)
in the
scheduler interface.
Add a new data structure (struct xen_domctl_scheduler_vcpu_op) for transferring
data
between tool and h
In connect_ring, we can know exactly how many pages are used for the shared
ring and also whether feature-persistent is enabled, delay pending_req
allocation here so that we won't waste too much memory.
Signed-off-by: Bob Liu
---
drivers/block/xen-blkback/common.h | 3 +-
drivers/block/xen-blkb
Add xc_sched_rtds_vcpu_get/set functions to interact with Xen to get/set a
domain's
per-VCPU parameters.
Signed-off-by: Chong Li
Signed-off-by: Meng Xu
Signed-off-by: Sisu Xi
---
tools/libxc/include/xenctrl.h | 9
tools/libxc/xc_rt.c | 53 ++
Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set functions to
support
per-VCPU settings for RTDS scheduler.
Add a new data structure (libxl_vcpu_sched_params) to help per-VCPU settings.
Signed-off-by: Chong Li
Signed-off-by: Meng Xu
Signed-off-by: Sisu Xi
---
tools/libxl/libxl
When migrate from !feature-persistent host to feature-persistent host, domU
still think new host/backend don't support persistent.
Dmesg like:
backed has not unmapped grant: 839
backed has not unmapped grant: 773
backed has not unmapped grant: 773
backed has not unmapped grant: 773
backed has not u
Change main_sched_rtds and related output functions to support per-VCPU settings
for xl sched-rtds tool.
Signed-off-by: Chong Li
Signed-off-by: Meng Xu
Signed-off-by: Sisu Xi
---
tools/libxl/xl_cmdimpl.c | 261 +--
1 file changed, 230 insertions(+),
On 2015/5/25 19:42, Julien Grall wrote:
Hi,
On 25/05/2015 12:50, Chen, Tiejun wrote:
On 2015/5/25 18:02, Julien Grall wrote:
On 25/05/2015 04:09, Chen, Tiejun wrote:
On 2015/5/22 18:33, Julien Grall wrote:
Hi,
On 22/05/2015 10:35, Tiejun Chen wrote:
diff --git a/xen/include/public/domct
On Tuesday, May 26, 2015 01:42:16 AM Rafael J. Wysocki wrote:
> On Tuesday, May 26, 2015 01:22:12 AM Rafael J. Wysocki wrote:
> > On Friday, May 22, 2015 09:53:37 PM Boris Ostrovsky wrote:
> > > On 05/22/2015 04:11 AM, Sander Eikelenboom wrote:
> > > > Hello Sander,
> > > >
>
> [cut]
>
> > > (+Ra
On Tuesday, May 26, 2015 03:08:17 AM Rafael J. Wysocki wrote:
> On Tuesday, May 26, 2015 01:42:16 AM Rafael J. Wysocki wrote:
> > On Tuesday, May 26, 2015 01:22:12 AM Rafael J. Wysocki wrote:
> > > On Friday, May 22, 2015 09:53:37 PM Boris Ostrovsky wrote:
> > > > On 05/22/2015 04:11 AM, Sander Eik
flight 57245 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57245/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 56492
test-amd64-i386-xl-qemuu-win
Hi Luis,
2015-05-22 3:47 GMT+09:00 Luis R. Rodriguez :
> On Thu, May 21, 2015 at 11:49:17PM +0900, Masahiro Yamada wrote:
>> Hi,
>>
>> I am not familiar with xen at all, just some comments
>> from the build system side.
>>
>>
>>
>> 2015-05-21 3:53 GMT+09:00 Luis R. Rodriguez :
>> > From: "Luis R.
I made the mistake of configuring a domU with "on_crash=restart" before
testing its kernel to see if it would even boot in the first place.
During the storm of domain create/crash/restart cycles I finally managed
to type the active domain-ID in an "xl destroy" command, only to have
xenstored crash
The variable separate_tx_rx_irq is bool type so assigning true
instead of 1.
Signed-off-by: Shailendra Verma
---
drivers/net/xen-netback/netback.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/xen-netback/netback.c
b/drivers/net/xen-netback/netback.c
index 4
flight 57258 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57258/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
flight 57266 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57266/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 18 guest-start.2 fail in 57141 REGR. vs. 56831
Tests which are fai
flight 57290 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/57290/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
Dear experts,
I am running Xen 4.5 on the arndale 5250 by compiling u-boot, Xen, Linux
kernel(3.18.3) and filesystem (ubuntu Trusty). Boot messages of Xen and kernel
are fine and Dom0 is booted. However, I see the below login message and can
not login to Dom0. Please note that typed charac
60 matches
Mail list logo