>>> On 05.06.17 at 15:06, wrote:
> On 01/06/17 13:11, Jan Beulich wrote:
>> Commit aac1df3d03 ("x86/HVM: introduce hvm_get_cpl() and respective
>> hook") went too far in one aspect: When emulating a task switch we
>> really shouldn't be looking at what hvm_get_cpl() returns, as we're
>> switching
>>> On 02.06.17 at 09:31, wrote:
> On 06/02/2017 08:10 AM, Lan Tianyu wrote:
>> On 2017年05月30日 23:42, Jan Beulich wrote:
>> On 30.05.17 at 17:36, wrote:
On Thu, May 18, 2017 at 01:34:31AM -0400, Lan Tianyu wrote:
> --- a/xen/common/Kconfig
> +++ b/xen/common/Kconfig
> @@ -73,
flight 110018 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110018/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemut-win7-amd64 15 guest-localmigrate/x10 fail in 110009
pass in 110018
test-amd64-amd64-
flight 110016 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110016/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 109994
Test
flight 110012 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110012/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win10-i386 6 xen-boot fail REGR. vs. 109994
test-amd64-i386-xl-q
flight 110013 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110013/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 3 host-install(3)broken REGR. vs. 109975
test-amd64-amd64-
Hey everyone,
so I've made a new round of cleaning and fixing. There was quite some work to
be done with this one. And there are a few issues that are left still, but
at least not with the general correctness and style of the manual. More info
below.
I've had to rework the NUMA node examples as i
From: Armando Vega
Signed-off-by: Armando Vega
---
docs/man/xl.cfg.pod.5.in | 1103 --
1 file changed, 586 insertions(+), 517 deletions(-)
diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in
index 13167ff2b6..dae23d8c10 100644
--- a/docs
This run is configured for baseline tests only.
flight 71513 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71513/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-libvirt 5 libvirt-buildfai
flight 110014 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110014/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf 2bcda1aa60cd0032ea7371037c645b3d87104e21
baseline version:
xtf 8ebc31bc85546a265aa0db
flight 71510 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71510/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-amd64-sid-netboot-pvgrub 10 guest-start fail like 71454
test-amd64-i386-i38
flight 110010 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110010/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358
test-amd64-i386-xl-qe
This run is configured for baseline tests only.
flight 71509 linux-4.1 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71509/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build
On Mon, Jun 05, 2017 at 11:55:24AM +0100, George Dunlap wrote:
> On Fri, Jun 2, 2017 at 10:58 AM, Roger Pau Monné wrote:
> > On Fri, Jun 02, 2017 at 11:33:50AM +0200, Marek Marczykowski-Górecki wrote:
> >> Hi,
> >>
> >> Is there any method to boot PVHv2 domain using a kernel fetched from
> >> that
On Sun, 4 Jun 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 4 Jun 2017 22:45:54 +0200
>
> Three update suggestions were taken into account
> from static source code analysis.
>
> Markus Elfring (3):
> Improve a size determination
> Delete an error message for a failed me
flight 110011 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110011/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5225084439bd47f2cdd210a98d6a445a2eccc9e2
baseline version:
ovmf 7ec69844b8f1d348c0699
On Sun, 4 Jun 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 4 Jun 2017 21:21:20 +0200
>
> The script "checkpatch.pl" pointed information out like the following.
>
> ERROR: do not use assignment in if condition
>
> Thus fix the affected source code place.
>
> Signed-off-by:
On Sun, 4 Jun 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 4 Jun 2017 20:50:55 +0200
>
> Replace the specification of a data structure by a pointer dereference
> as the parameter for the operator "sizeof" to make the corresponding size
> determination a bit safer according t
On 05/06/17 17:46, Boris Ostrovsky wrote:
+static void evtchn_bind_interdom_next_vcpu(int evtchn)
+{
+ unsigned int selected_cpu, irq;
+ struct irq_desc *desc = NULL; <
Oh, thanks. I will send out a V2, with the modifications.
-Anoob.
___
On Mon, May 29, 2017 at 09:55:14AM -0600, Jan Beulich wrote:
> >>> On 18.05.17 at 19:09, wrote:
>
> As said on patch 10(?), this shouldn't be moved alone. And whether
> we want to move it in the first place depends on what the PVH
> plans here are.
>
What do you want me to do with this patch? I
On Mon, Jun 5, 2017 at 1:08 PM, Andrew Cooper wrote:
> On 05/06/17 11:55, George Dunlap wrote:
>> On Fri, Jun 2, 2017 at 10:58 AM, Roger Pau Monné
>> wrote:
>>> On Fri, Jun 02, 2017 at 11:33:50AM +0200, Marek Marczykowski-Górecki wrote:
Hi,
Is there any method to boot PVHv2 domain
flight 110009 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110009/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 15 guest-localmigrate/x10 fail REGR. vs.
109841
Tests which
This run is configured for baseline tests only.
flight 71511 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71511/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-libvirt 5 libvirt-buildfai
>> (BTW, I just noticed --- you don't need to initialize desc)
>
> Sorry, I didn't get it. Which desc doesn't need init ?
+static void evtchn_bind_interdom_next_vcpu(int evtchn)
+{
+ unsigned int selected_cpu, irq;
+ struct irq_desc *desc = NULL; <
+ unsigned long flags;
+
On 05/06/17 16:32, Boris Ostrovsky wrote:
I believe we do need to take affinity into consideration even if the
chance that it is non-default is small.
Agreed.
I am not opposed to having bind_last_selected_cpu percpu, I just wanted
to understand the reason better. Additional locking would be a
Hello.
VMWare become a gold member of LF and I want to know can it a danger for Xen
Project and Citrix XenServer? Xen Project and Citrix XenServer are competitor
for VMWare and became a gold member of LF can cause any problem?
Thank you.
___
Xen-dev
George Dunlap writes ("[PATCH for 4.9] vif-common.sh: Have iptables wait for
the xtables lock"):
> iptables has a system-wide lock on the xtables. Strangely though, in
> the case of two concurrent invocations, the default is for the
> instance not grabbing the lock to exit out rather than waiting
Hi all,
removed xen-announce
I created the following docs
https://wiki.xenproject.org/wiki/Category:Xen_4.9
If anyone created any 4.9 specific docs, feel free to add to the page or
let me know: I added links to generated 9pfs and pvcalls docs
https://wiki.xenproject.org/wiki/Xen_Project_4.9_R
On 06/05/2017 10:49 AM, Anoob Soman wrote:
> On 05/06/17 15:10, Boris Ostrovsky wrote:
>>> The reason for percpu instead of global, was to avoid locking. We can
>>> have a global variable (last_cpu) without locking, but value of
>>> last_cpu wont be consistent, without locks. Moreover, since
>>> ir
On 05/06/17 15:10, Boris Ostrovsky wrote:
The reason for percpu instead of global, was to avoid locking. We can
have a global variable (last_cpu) without locking, but value of
last_cpu wont be consistent, without locks. Moreover, since
irq_affinity is also used in the calculation of cpu to bind,
On 06/05/2017 06:14 AM, Anoob Soman wrote:
> On 02/06/17 17:24, Boris Ostrovsky wrote:
>>> static int set_affinity_irq(struct irq_data *data, const struct
>>> cpumask *dest,
>>> bool force)
>>> diff --git a/drivers/xen/evtchn.c b/drivers/xen/evtchn.c
>>> index 10f1ef5..1192f24
QEMU XenServer/XenProject Working group meeting 5th May 2017
=
Attendees:
* Paul Durrant
* Andrew Cooper
* Ian Jackson
* Jenny Herbert
* Igor Druzhinin
* Simon Crow
* Marcus Granado
Reviewed previous action points
* Paul to carry on wi
flight 110008 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110008/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail
in 109995 pass in 110008
test-
On 01/06/17 13:11, Jan Beulich wrote:
> Commit aac1df3d03 ("x86/HVM: introduce hvm_get_cpl() and respective
> hook") went too far in one aspect: When emulating a task switch we
> really shouldn't be looking at what hvm_get_cpl() returns, as we're
> switching all segment registers.
>
> However, inst
flight 110006 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110006/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 9 debian-install fail REGR. vs. 109994
Tests which did not
On 05/06/17 11:55, George Dunlap wrote:
> On Fri, Jun 2, 2017 at 10:58 AM, Roger Pau Monné wrote:
>> On Fri, Jun 02, 2017 at 11:33:50AM +0200, Marek Marczykowski-Górecki wrote:
>>> Hi,
>>>
>>> Is there any method to boot PVHv2 domain using a kernel fetched from
>>> that domain's disk image, _witho
On 24/05/17 17:57, Boris Ostrovsky wrote:
> On 05/24/2017 06:21 AM, Jan Beulich wrote:
> On 24.05.17 at 11:14, wrote:
>>> Commit efa9596e9d ("x86/mm: fix incorrect unmapping of 2MB and 1GB
>>> pages") left the NPT code untouched, as there is no explicit alignment
>>> check matching the one in
On Mon, Jun 5, 2017 at 12:20 PM, George Dunlap wrote:
> On 05/06/17 12:18, George Dunlap wrote:
>> Commit ae20ccf removed the hypercall continuation logic from the end
>> of do_hvm_op(), claiming:
>>
>> "This patch removes the need for handling HVMOP restarts, so that
>> infrastructure is removed.
On 05/06/17 12:18, George Dunlap wrote:
> Commit ae20ccf removed the hypercall continuation logic from the end
> of do_hvm_op(), claiming:
>
> "This patch removes the need for handling HVMOP restarts, so that
> infrastructure is removed."
>
> That turns out to be only half true. The removal of
>
Commit ae20ccf removed the hypercall continuation logic from the end
of do_hvm_op(), claiming:
"This patch removes the need for handling HVMOP restarts, so that
infrastructure is removed."
That turns out to be only half true. The removal of
HVMOP_set_mem_type removed the need to store a start it
Forgot to cc' the release manager.
On Mon, Jun 5, 2017 at 11:02 AM, George Dunlap wrote:
> iptables has a system-wide lock on the xtables. Strangely though, in
> the case of two concurrent invocations, the default is for the
> instance not grabbing the lock to exit out rather than waiting for it
On Fri, Jun 2, 2017 at 10:58 AM, Roger Pau Monné wrote:
> On Fri, Jun 02, 2017 at 11:33:50AM +0200, Marek Marczykowski-Górecki wrote:
>> Hi,
>>
>> Is there any method to boot PVHv2 domain using a kernel fetched from
>> that domain's disk image, _without_ mounting it in dom0? Something like
>> pvgr
On 02/06/17 17:24, Boris Ostrovsky wrote:
static int set_affinity_irq(struct irq_data *data, const struct cpumask *dest,
bool force)
diff --git a/drivers/xen/evtchn.c b/drivers/xen/evtchn.c
index 10f1ef5..1192f24 100644
--- a/drivers/xen/evtchn.c
+++ b/drivers/xen
iptables has a system-wide lock on the xtables. Strangely though, in
the case of two concurrent invocations, the default is for the
instance not grabbing the lock to exit out rather than waiting for it.
This means that when starting a large number of guests in parallel,
many will fail out with mes
On 02/06/17 16:10, Juergen Gross wrote:
I'd prefer the to have irq disabled from taking the lock until here.
This will avoid problems due to preemption and will be faster as it
avoids one irq on/off cycle. So:
local_irq_disable();
raw_spin_lock();
...
raw_spin_unlock();
this_cpu_write();
xen_re
On Wed, May 31, 2017 at 8:52 AM, Jan Beulich wrote:
> ... and move another one into a more narrow scope.
>
> Signed-off-by: Jan Beulich
Acked-by: George Dunlap
>
> --- a/xen/arch/x86/mm/p2m-pod.c
> +++ b/xen/arch/x86/mm/p2m-pod.c
> @@ -1180,8 +1180,6 @@ guest_physmap_mark_populate_on_demand(st
On 05/06/17 10:17, George Dunlap wrote:
> On Mon, May 29, 2017 at 10:04 AM, Andreas Pflug
> wrote:
>> I've setup a fresh Debian stretch with xen 4.8.1 and shared storage via
>> custom block scripts on two machines.
>>
>> Both machine have one main interface with some VLAN stuff, the VM
>> bridges
On Mon, May 29, 2017 at 10:04 AM, Andreas Pflug
wrote:
> I've setup a fresh Debian stretch with xen 4.8.1 and shared storage via
> custom block scripts on two machines.
>
> Both machine have one main interface with some VLAN stuff, the VM
> bridges and the SAN interface connected to a switch, and
flight 110003 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110003/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 6 xen-boot fail REGR. vs. 107358
test-amd64-i386-xl-qe
Change the third parameter to be the required struct xen_dm_op_buf *
instead of a generic void * (which blindly accepts any pointer).
Signed-off-by: Sergey Dyasli
---
arch/x86/include/asm/xen/hypercall.h | 3 ++-
include/xen/arm/hypercall.h | 4 +++-
2 files changed, 5 insertions(+), 2
flight 110007 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/110007/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7ec69844b8f1d348c0699cc88c728acb13ad
baseline version:
ovmf a04ec6d9f70f7eedf5ab4
On 17-05-30 09:35:53, Jan Beulich wrote:
> >>> On 03.05.17 at 10:44, wrote:
> > +struct cos_write_info
> > +{
> > +unsigned int cos;
> > +struct feat_node *feature;
> > +uint32_t *val;
> > +enum psr_feat_type feat_type;
> > +};
> > +
> > +static void do_write_psr_msrs(void *data)
>
On 17-05-31 03:40:40, Jan Beulich wrote:
> >>> On 03.05.17 at 10:44, wrote:
> > --- a/xen/arch/x86/psr.c
> > +++ b/xen/arch/x86/psr.c
> > @@ -207,7 +207,9 @@ static void free_socket_resources(unsigned int socket)
> > memset(info->dom_ids, 0, ((DOMID_IDLE + 1) + 7) / 8);
> > }
> >
> > -stat
53 matches
Mail list logo