On 10/22/2015 05:38 PM, Ian Campbell wrote:
On Thu, 2015-10-22 at 16:22 +0100, Ian Jackson wrote:
Juergen Gross writes ("Re: [Xen-devel] [PATCH] libxc: remove most of
tools/libxc/xc_dom_compat_linux.c"):
On 10/06/2015 03:17 PM, Ian Campbell wrote:
xc_dom_linux_build is implemented in terms of
We need to take care sysfs too, please ignore this patch, I'll create
new one later for review and comment.
Thanks,
Joe
On 10/23/2015 08:50 AM, Joe Jin wrote:
> Should not allocate queues number more than online cpus.
>
> Signed-off-by: Joe Jin
> Cc: Boris Ostrovsky
> Cc: Konrad Rzeszutek Wilk
flight 63208 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63208/
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 15 guest-localmigrate.2
fail REGR. vs. 59254
t
On Thu, Oct 22, 2015 at 07:13:07AM -0600, Jan Beulich wrote:
> >>> On 28.09.15 at 09:13, wrote:
> > This patch adds a field tsc_scaling_ratio in struct arch_vcpu to
>
> Why not in struct hvm_vcpu? Are you intending any use for PV guests?
>
> > --- a/xen/arch/x86/hvm/hvm.c
> > +++ b/xen/arch/x86/
Currently xen vnic allowed to create lots of queues by set module param
max_queues(both netback and netfront), when queues number larger than
cpu number, it does not help for performance but need more cpu time.
This patchset limit netback and netfront max queues number to online
cpus number.
Joe
Should not allocate xen vif queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Wei Liu
Cc: Ian Campbell
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
---
drivers/net/xen-netback/netback.c | 28 ++--
1 files changed, 22 insertions(+), 6 deletions(-)
dif
Should not allocate vnic queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Wei Liu
Cc: Ian Campbell
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
---
drivers/net/xen-netfront.c | 27 +--
1 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/d
>>> On 23.10.15 at 09:44, wrote:
> On Thu, Oct 22, 2015 at 07:13:07AM -0600, Jan Beulich wrote:
>> >>> On 28.09.15 at 09:13, wrote:
Please remember to trim your replies.
>> > @@ -2023,6 +2051,9 @@ static int hvm_load_cpu_ctxt(struct domain *d,
>> > hvm_domain_context_t *h)
>> > if ( hvm_f
>>> On 22.10.15 at 19:08, wrote:
> Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF changeset"):
>> On Thu, 22 Oct 2015, Ian Campbell wrote:
>> > This was discussed prior to Wei submitting this patch, but I can't remember
>> > the reference. Hopefully either Wei or Stefano does.
>>
This run is configured for baseline tests only.
flight 38200 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38200/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf a7e173b07a1ef336fc8d753cf85ae8473e92365a
baseline version:
ovm
On 07/10/2015 11:46, Jan Beulich wrote:
> >>> On 14.09.15 at 04:32, wrote:
> > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c
> > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c
> > @@ -647,9 +648,11 @@ static int __init cpufreq_driver_init(void)
> > int ret = 0;
> >
> > if ((cpufreq_controller ==
>>> On 23.10.15 at 04:12, wrote:
> Kindly ping ...
I can understand that you want to get this to make progress, but as
said a number of times before (in variouw contexts) - as long as Intel
contributors in general and Intel maintainers in particular won't
become more active in reviewing patches,
On Fri, 2015-10-23 at 06:16 +, Hu, Robert wrote:
> [Hu, Robert]
> Seems the failure log shall be this, any idea? I've spent days on
> debugging this:(
> (XEN) traps.c:3290: GPF (): 82d080195082 -> 82d080243d9d
> (XEN) PCI add device :00:00.0
> (XEN) PCI add device :00:01.0
On 07/10/2015 23:46, Jan Beulich wrote:
> >>> On 14.09.15 at 04:32, wrote:
> > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c
> > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c
> > @@ -647,9 +648,11 @@ static int __init cpufreq_driver_init(void)
> > int ret = 0;
> >
> > if ((cpufreq_controller ==
On Fri, Oct 23, 2015 at 01:59:46AM -0600, Jan Beulich wrote:
> >>> On 23.10.15 at 09:44, wrote:
> > On Thu, Oct 22, 2015 at 07:13:07AM -0600, Jan Beulich wrote:
> >> >>> On 28.09.15 at 09:13, wrote:
>
> Please remember to trim your replies.
>
> >> > @@ -2023,6 +2051,9 @@ static int hvm_load_cpu
On 07/10/2015 23:46, Jan Beulich wrote:
> >>> On 14.09.15 at 04:32, wrote:
> > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c
> > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c
> > @@ -647,9 +648,11 @@ static int __init cpufreq_driver_init(void)
> > int ret = 0;
> >
> > if ((cpufreq_controller ==
>>> On 23.10.15 at 09:58, wrote:
> --- a/drivers/net/xen-netback/netback.c
> +++ b/drivers/net/xen-netback/netback.c
> @@ -68,7 +68,9 @@ unsigned int rx_stall_timeout_msecs = 6;
> module_param(rx_stall_timeout_msecs, uint, 0444);
>
> unsigned int xenvif_max_queues;
> -module_param_named(ma
On Fri, 2015-10-23 at 13:18 +0530, Harmandeep Kaur wrote:
> turning scheduling related functions xl exit codes towards using the
> EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary
> numbers
> or libxl return codes.
>
So, it's probably worth mentioning that this is Harman's "bite size
>>> On 23.10.15 at 10:18, wrote:
> On Fri, Oct 23, 2015 at 01:59:46AM -0600, Jan Beulich wrote:
>> >>> On 23.10.15 at 09:44, wrote:
>> > On Thu, Oct 22, 2015 at 07:13:07AM -0600, Jan Beulich wrote:
>> >> >>> On 28.09.15 at 09:13, wrote:
>>
>> Please remember to trim your replies.
>>
>> >> > @@
Hi Jan,
Thanks for you review, will create new patches with your comments.
Regards,
Joe
On 10/23/2015 04:20 PM, Jan Beulich wrote:
On 23.10.15 at 09:58, wrote:
>> --- a/drivers/net/xen-netback/netback.c
>> +++ b/drivers/net/xen-netback/netback.c
>> @@ -68,7 +68,9 @@ unsigned int rx_stall_ti
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, October 23, 2015 4:14 PM
> To: Wu, Feng
> Cc: dario.faggi...@citrix.com; Lars Kurth ;
> george.dun...@eu.citrix.com; Li, Susie ; xen-
> de...@lists.xen.org
> Subject: RE: [PATCH v8 00/17] Add VT-d Posted-
>>> On 23.10.15 at 10:18, wrote:
> On 07/10/2015 23:46, Jan Beulich wrote:
>> >>> On 14.09.15 at 04:32, wrote:
>> > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c
>> > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c
>> > @@ -647,9 +648,11 @@ static int __init cpufreq_driver_init(void)
>> > int ret = 0
On Fri, Oct 23, 2015 at 02:31:11AM -0600, Jan Beulich wrote:
> >>> On 23.10.15 at 10:18, wrote:
> > On Fri, Oct 23, 2015 at 01:59:46AM -0600, Jan Beulich wrote:
> >> >>> On 23.10.15 at 09:44, wrote:
> >> > On Thu, Oct 22, 2015 at 07:13:07AM -0600, Jan Beulich wrote:
> >> >> >>> On 28.09.15 at 09:
turning vcpu manipulation functions xl exit codes toward using the
EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary numbers
or libxl return codes.
Signed-off-by: Harmandeep Kaur
---
tools/libxl/xl_cmdimpl.c | 44 ++--
1 file changed, 22 inser
On Thu, Oct 22, 2015 at 07:14:20PM +0200, Dario Faggioli wrote:
> In fact, right now, failing at destroying a cpupool is just
> not reported to the user in any explicit way. Log an error,
> as it is customary for xl in these cases.
>
> While there, take the chance to turn a couple of xl exit
> cod
turning cpupools related functions xl exit codes towards using the
EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary numbers
or libxl return codes.
Signed-off-by: Harmandeep Kaur
---
tools/libxl/xl_cmdimpl.c | 44 ++--
1 file changed, 22 inse
On Fri, 2015-10-23 at 08:35 +, Wu, Feng wrote:
>
> > -Original Message-
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > > > > On 23.10.15 at 04:12, wrote:
> > > Kindly ping ...
> >
> > I can understand that you want to get this to make progress, but as
> > said a number of times
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of Joe Jin
> Sent: 23 October 2015 08:54
> To: Wei Liu; Ian Campbell; Boris Ostrovsky; Konrad Rzeszutek Wilk; David S.
> Miller
> Cc: net...@vger.kernel.org; xen-de...@lists.xenproje
On 23/10/2015 16:36, Jan Beulich wrote:
> >>> On 23.10.15 at 10:18, wrote:
> > On 07/10/2015 23:46, Jan Beulich wrote:
> >> >>> On 14.09.15 at 04:32, wrote:
> >> > --- a/xen/arch/x86/acpi/cpufreq/cpufreq.c
> >> > +++ b/xen/arch/x86/acpi/cpufreq/cpufreq.c
> >> > @@ -647,9 +648,11 @@ static int _
turning scheduling related functions xl exit codes towards using the
EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary numbers
or libxl return codes.
Signed-off-by: Harmandeep Kaur
---
tools/libxl/xl_cmdimpl.c | 67
1 file changed, 33
flight 38201 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38201/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-jessie-netboot-pygrub 12 saverestore-support-check fail
never pass
test-armhf-ar
> -Original Message-
> From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> Sent: Friday, October 23, 2015 4:46 PM
> To: Wu, Feng ; Jan Beulich
> Cc: Lars Kurth ; george.dun...@eu.citrix.com; Li, Susie
> ; xen-devel@lists.xen.org
> Subject: Re: [PATCH v8 00/17] Add VT-d Posted-Inter
On 10/23/2015 04:47 PM, Paul Durrant wrote:
>> -Original Message-
>> From: netdev-ow...@vger.kernel.org [mailto:netdev-
>> ow...@vger.kernel.org] On Behalf Of Joe Jin
>> Sent: 23 October 2015 08:54
>> To: Wei Liu; Ian Campbell; Boris Ostrovsky; Konrad Rzeszutek Wilk; David S.
>> Miller
>> C
On Fri, 2015-10-23 at 02:01 -0600, Jan Beulich wrote:
> > > > On 22.10.15 at 19:08, wrote:
> > Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF
> > changeset"):
> > > On Thu, 22 Oct 2015, Ian Campbell wrote:
> > > > This was discussed prior to Wei submitting this patch, but I can't
>
Currently xen vnic allowed to create lots of queues by set module param
max_queues(both netback and netfront), when queues number larger than
cpus number, it does not help for performance but need more cpu time.
This patchset limit netback and netfront max queues number to online
cpus number.
Joe
>>> On 23.10.15 at 10:40, wrote:
> On Fri, Oct 23, 2015 at 02:31:11AM -0600, Jan Beulich wrote:
>> >>> On 23.10.15 at 10:18, wrote:
>> > On Fri, Oct 23, 2015 at 01:59:46AM -0600, Jan Beulich wrote:
>> >> >>> On 23.10.15 at 09:44, wrote:
>> >> > On Thu, Oct 22, 2015 at 07:13:07AM -0600, Jan Beuli
Should not allocate xen vif queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Jan Beulich
Cc: Wei Liu
Cc: Ian Campbell
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
---
drivers/net/xen-netback/netback.c | 28 ++--
1 files changed, 22 insertions(+), 6
Should not allocate vnic queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Jan Beulich
Cc: Wei Liu
Cc: Ian Campbell
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
---
drivers/net/xen-netfront.c | 28 ++--
1 files changed, 22 insertions(+), 6 deletions(
>>> On 23.10.15 at 11:05, wrote:
> On 10/23/2015 04:47 PM, Paul Durrant wrote:
>>> -Original Message-
>>> From: netdev-ow...@vger.kernel.org [mailto:netdev-
>>> ow...@vger.kernel.org] On Behalf Of Joe Jin
>>> Sent: 23 October 2015 08:54
>>> To: Wei Liu; Ian Campbell; Boris Ostrovsky; Konra
On Thu, 2015-10-22 at 17:51 +0100, Julien Grall wrote:
> On 22/10/15 17:07, Ian Campbell wrote:
> > > diff --git a/xen/arch/arm/vgic-v2.c b/xen/arch/arm/vgic-v2.c
> > > index 665afeb..6b7eab3 100644
> > > --- a/xen/arch/arm/vgic-v2.c
> > > +++ b/xen/arch/arm/vgic-v2.c
> > > @@ -50,6 +50,94 @@ void
>>> On 23.10.15 at 11:19, wrote:
>
> @@ -164,6 +166,19 @@ struct netfront_rx_info {
> struct xen_netif_extra_info extras[XEN_NETIF_EXTRA_TYPE_MAX - 1];
> };
>
> +static int xennet_set_max_queues(const char *val, struct kernel_param *kp)
> +{
> + unsigned int cpus = num_online_cpus()
On Thu, 2015-10-22 at 18:15 +0100, Julien Grall wrote:
> Hi Ian,
>
> On 22/10/15 17:17, Ian Campbell wrote:
> > On Mon, 2015-10-12 at 15:22 +0100, Julien Grall wrote:
> > > [...]
> > > /* Only migrate the vIRQ if the target vCPU has changed */
> > > if ( new_target != old_target
On Thu, 2015-10-22 at 17:36 +0100, Julien Grall wrote:
> Hi Ian,
>
> On 22/10/15 16:53, Ian Campbell wrote:
> > On Mon, 2015-10-12 at 15:22 +0100, Julien Grall wrote:
> >
> > Subject: "correctly handle" and "writes"
> >
> > > During a store, the byte is always in the low part of the register
> >
On 10/23/2015 05:30 PM, Jan Beulich wrote:
On 23.10.15 at 11:19, wrote:
>>
>> @@ -164,6 +166,19 @@ struct netfront_rx_info {
>> struct xen_netif_extra_info extras[XEN_NETIF_EXTRA_TYPE_MAX - 1];
>> };
>>
>> +static int xennet_set_max_queues(const char *val, struct kernel_param *kp)
>
Hi Ian,
On 23/10/15 10:30, Ian Campbell wrote:
> On Thu, 2015-10-22 at 17:51 +0100, Julien Grall wrote:
>> On 22/10/15 17:07, Ian Campbell wrote:
diff --git a/xen/arch/arm/vgic-v2.c b/xen/arch/arm/vgic-v2.c
index 665afeb..6b7eab3 100644
--- a/xen/arch/arm/vgic-v2.c
+++ b/xen/ar
Currently xen vnic allowed to create lots of queues by set module param
max_queues(both netback and netfront), when queues number larger than
cpus number, it does not help for performance but need more cpu time.
This patchset limit netback and netfront max queues number to online
cpus number.
Joe
On Fri, 2015-10-23 at 09:15 +0200, Juergen Gross wrote:
> On 10/22/2015 05:38 PM, Ian Campbell wrote:
> > On Thu, 2015-10-22 at 16:22 +0100, Ian Jackson wrote:
> > > Juergen Gross writes ("Re: [Xen-devel] [PATCH] libxc: remove most of
> > > tools/libxc/xc_dom_compat_linux.c"):
> > > > On 10/06/2015
On Thu, 2015-10-22 at 22:42 +0200, Samuel Thibault wrote:
> Ian Campbell, le Wed 21 Oct 2015 16:24:14 +0100, a écrit :
> > We intend to stabilise some parts of the libxenctrl interface by
> > splitting out some functionality into separate stable libraries.
> >
> > This is the mini-os part of the f
Should not allocate xen vif queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Jan Beulich
Cc: Wei Liu
Cc: Ian Campbell
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
---
drivers/net/xen-netback/netback.c | 28 ++--
1 files changed, 22 insertions(+), 6
Should not allocate vnic queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Jan Beulich
Cc: Wei Liu
Cc: Ian Campbell
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
---
drivers/net/xen-netfront.c | 28 ++--
1 files changed, 22 insertions(+), 6 deletions(
This patch enables xsaves for hvm guest, includes:
1.handle xsaves vmcs init and vmexit.
2.add logic to write/read the XSS msr.
Signed-off-by: Shuai Ruan
Reviewed-by: Andrew Cooper
---
xen/arch/x86/hvm/hvm.c | 27 +++
xen/arch/x86/hvm/vmx/vmcs.c| 5 +
From: Shuai Ruan
Changes in v8:
* Address comments form Jan/Andrew:
* Add optimisation in set_msr_xss in patch1.
* Change from black listing feature to white listing in pv_cpuid in patch2.
* Add MSR_IA32_XSS save/restore support in patch2.
* Fix some code errors and coding style errors.
Changes
This patch add basic definitions/helpers which will be used in
later patches.
Signed-off-by: Shuai Ruan
Reviewed-by: Andrew Cooper
---
xen/arch/x86/xstate.c | 19 +++
xen/include/asm-x86/hvm/vcpu.h | 1 +
xen/include/asm-x86/msr-index.h | 2 ++
xen/include/asm-x86/x
This patch uses xsaves/xrstors/xsavec instead of xsaveopt/xrstor
to perform the xsave_area switching so that xen itself
can benefit from them when available.
For xsaves/xrstors/xsavec only use compact format. Add format conversion
support when perform guest os migration.
Also, pv guest will not s
From: Shuai Ruan
This patch exposes xsaves/xgetbv1/xsavec to hvm guest.
The reserved bits of eax/ebx/ecx/edx must be cleaned up
when call cpuid(0dh) with leaf 1 or 2..63.
According to the spec the following bits must be reserved:
For leaf 1, bits 03-04/08-31 of ecx is reserved. Edx is reserved.
On 23/10/15 10:42, Joe Jin wrote:
> Currently xen vnic allowed to create lots of queues by set module param
> max_queues(both netback and netfront), when queues number larger than
> cpus number, it does not help for performance but need more cpu time.
>
> This patchset limit netback and netfront ma
On 23/10/15 10:44, Joe Jin wrote:
> Should not allocate xen vif queues number more than online cpus.
>
> Signed-off-by: Joe Jin
> Cc: Jan Beulich
> Cc: Wei Liu
> Cc: Ian Campbell
> Cc: Boris Ostrovsky
> Cc: Konrad Rzeszutek Wilk
> ---
> drivers/net/xen-netback/netback.c | 28 ++
On 10/23/2015 11:42 AM, Ian Campbell wrote:
On Fri, 2015-10-23 at 09:15 +0200, Juergen Gross wrote:
On 10/22/2015 05:38 PM, Ian Campbell wrote:
On Thu, 2015-10-22 at 16:22 +0100, Ian Jackson wrote:
Juergen Gross writes ("Re: [Xen-devel] [PATCH] libxc: remove most of
tools/libxc/xc_dom_compat_l
On Fri, 2015-10-23 at 10:37 +0100, Julien Grall wrote:
> Hi Ian,
>
> On 23/10/15 10:30, Ian Campbell wrote:
> > On Thu, 2015-10-22 at 17:51 +0100, Julien Grall wrote:
> > > On 22/10/15 17:07, Ian Campbell wrote:
> > > > > diff --git a/xen/arch/arm/vgic-v2.c b/xen/arch/arm/vgic-v2.c
> > > > > index
On Fri, 2015-10-23 at 10:30 +0200, Dario Faggioli wrote:
> On Fri, 2015-10-23 at 13:18 +0530, Harmandeep Kaur wrote:
> > turning scheduling related functions xl exit codes towards using the
> > EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary
> > numbers
> > or libxl return codes.
> >
> -Original Message-
> From: Joe Jin [mailto:joe@oracle.com]
> Sent: 23 October 2015 10:05
> To: Paul Durrant; Wei Liu; Ian Campbell; Boris Ostrovsky; Konrad Rzeszutek
> Wilk; David S. Miller
> Cc: net...@vger.kernel.org; xen-de...@lists.xenproject.org
> Subject: Re: [PATCH 0/2] limit x
On 23/10/15 10:33, Ian Campbell wrote:
> On Thu, 2015-10-22 at 17:36 +0100, Julien Grall wrote:
>> On 22/10/15 16:53, Ian Campbell wrote:
>>> On Mon, 2015-10-12 at 15:22 +0100, Julien Grall wrote:
[...]
Furthermore, the body of the loop is retrieving the old target list
using the i
On 23/10/15 10:34, Ian Campbell wrote:
> On Thu, 2015-10-22 at 18:15 +0100, Julien Grall wrote:
>> Hi Ian,
>>
>> On 22/10/15 17:17, Ian Campbell wrote:
>>> On Mon, 2015-10-12 at 15:22 +0100, Julien Grall wrote:
[...]
/* Only migrate the vIRQ if the target vCPU has changed */
On Fri, 2015-10-23 at 10:56 +0100, Ian Campbell wrote:
> On Fri, 2015-10-23 at 10:30 +0200, Dario Faggioli wrote:
> > Harman, when you send a patch series, as you did here (thanks and
> > good
> > job doing it so quickly :-) ), you want to include a 'cover
> > letter'. That
> > is an introductory
>>> On 22.10.15 at 18:20, wrote:
> What is written on the governance is not what I was expecting from the
> quoted text above and my experience on xen-devel.
>
> Actually I reread the governance before writing my email yesterday, but my
> conclusion was that nobody likes to resort to the "last re
ap-fetch-version-old should always reference the output gate, but
99e92a6b3991 "Switch to merged qemu-xen{,-traditional}.git trees"
switched it to use TREE_QEMU_UPSTREAM directly, which can be
overridden by cr-daily-branch. This broke at least when
OSSTEST_BASELINES_ONLY=y since "cr-daily-branch qe
On Fri, 23 Oct 2015, Ian Campbell wrote:
> On Fri, 2015-10-23 at 02:01 -0600, Jan Beulich wrote:
> > > > > On 22.10.15 at 19:08, wrote:
> > > Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF
> > > changeset"):
> > > > On Thu, 22 Oct 2015, Ian Campbell wrote:
> > > > > This was discus
On Fri, 2015-10-23 at 11:53 +0200, Juergen Gross wrote:
> On 10/23/2015 11:42 AM, Ian Campbell wrote:
> > On Fri, 2015-10-23 at 09:15 +0200, Juergen Gross wrote:
> > > On 10/22/2015 05:38 PM, Ian Campbell wrote:
> > > > On Thu, 2015-10-22 at 16:22 +0100, Ian Jackson wrote:
> > > > > Juergen Gross w
On Fri, 2015-10-23 at 10:58 +0100, Julien Grall wrote:
> On 23/10/15 10:33, Ian Campbell wrote:
> > On Thu, 2015-10-22 at 17:36 +0100, Julien Grall wrote:
> > > On 22/10/15 16:53, Ian Campbell wrote:
> > > > On Mon, 2015-10-12 at 15:22 +0100, Julien Grall wrote:
>
> [...]
>
> > > > >
> > > > > F
On Fri, 2015-10-23 at 11:01 +0100, Julien Grall wrote:
> On 23/10/15 10:34, Ian Campbell wrote:
> > On Thu, 2015-10-22 at 18:15 +0100, Julien Grall wrote:
> > > Hi Ian,
> > >
> > > On 22/10/15 17:17, Ian Campbell wrote:
> > > > On Mon, 2015-10-12 at 15:22 +0100, Julien Grall wrote:
> > > > > [...]
Now, to the technical review...
On Fri, 2015-10-23 at 13:18 +0530, Harmandeep Kaur wrote:
> turning scheduling related functions xl exit codes towards using the
> EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary
> numbers
> or libxl return codes.
>
Subject of the mail: something lik
On Fri, 2015-10-23 at 12:03 +0200, Dario Faggioli wrote:
> On Fri, 2015-10-23 at 10:56 +0100, Ian Campbell wrote:
> > On Fri, 2015-10-23 at 10:30 +0200, Dario Faggioli wrote:
>
> > > Harman, when you send a patch series, as you did here (thanks and
> > > good
> > > job doing it so quickly :-) ), y
On 23/10/15 11:14, Ian Campbell wrote:
> On Fri, 2015-10-23 at 11:01 +0100, Julien Grall wrote:
>> On 23/10/15 10:34, Ian Campbell wrote:
>>> On Thu, 2015-10-22 at 18:15 +0100, Julien Grall wrote:
Hi Ian,
On 22/10/15 17:17, Ian Campbell wrote:
> On Mon, 2015-10-12 at 15:22 +0100,
Ian Campbell writes ("[PATCH OSSTEST] ap-fetch-version-old: Fix qemu branch
handling after mergin of qemu trees"):
> ap-fetch-version-old should always reference the output gate, but
> 99e92a6b3991 "Switch to merged qemu-xen{,-traditional}.git trees"
> switched it to use TREE_QEMU_UPSTREAM directl
The last parameter of alloc_domheap_page{s,} contain the memory flags and
not the order of the allocation.
Use 0 for the call in p2m_pod_set_cache_target as it was before
1069d63c5ef2510d08b83b2171af660e5bb18c63 "x86/mm/p2m: use defines for
page sizes". Note that PAGE_ORDER_4K is also equal to 0 s
On Fri, 2015-10-23 at 11:23 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST] ap-fetch-version-old: Fix qemu
> branch handling after mergin of qemu trees"):
> > ap-fetch-version-old should always reference the output gate, but
> > 99e92a6b3991 "Switch to merged qemu-xen{,-traditiona
flight 63211 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63211/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 63080
te
On Thu, 2015-10-22 at 18:17 +0100, Julien Grall wrote:
> Hi,
>
> On 22/10/15 16:42, Ian Campbell wrote:
> > On Mon, 2015-10-12 at 16:39 +0100, Julien Grall wrote:
> >
> > Subject: support PSCI v1.0 for the host.
> >
> > > From Xen point of view, PSCI v0.2 and PSCI v1.0 are very similar. All
> >
On 23/10/15 11:39, Ian Campbell wrote:
> On Thu, 2015-10-22 at 18:17 +0100, Julien Grall wrote:
>> Hi,
>>
>> On 22/10/15 16:42, Ian Campbell wrote:
>>> On Mon, 2015-10-12 at 16:39 +0100, Julien Grall wrote:
>>>
>>> Subject: support PSCI v1.0 for the host.
>>>
From Xen point of view, PSCI v0.2
On Fri, 2015-10-23 at 13:18 +0530, Harmandeep Kaur wrote:
> turning vcpu manipulation functions xl exit codes toward using the
> EXIT_[SUCCESS|FAILURE] macros, instead of instead of arbitrary
> numbers
> or libxl return codes.
>
So, this patch is, technically, mostly fine. The observations on the
The use of the per-domain event_lock in hvm_dirq_assist() does not scale
with many VCPUs or interrupts.
Add a per-interrupt lock to reduce contention. When a interrupt for a
passthrough device is being setup or teared down, we must take both
the event_lock and this new lock.
Signed-off-by: David
radix_tree_gang_lookup() only requires a RCU read lock, not the
per-domain event_lock.
Introduce a new RCU read lock and take the per-interrupt lock before
calling the callback instead.
This eliminates all contention on the event_lock when injecting
interrupts from passthrough devices.
Signed-of
When injecting an interrupt for a passthrough device into a guest, the
per-domain event_lock is held, reducing performance when a guest has
many VCPUs and high interrupt rates.
By using a per-interrupt lock in the hot paths, this contention is
eliminated and performance improves (a bit).
For test
On Wed, 21 Oct 2015, Ian Campbell wrote:
> In Xen 4.7 we are refactoring parts libxenctrl into a number of
> separate libraries which will provide backward and forward API and ABI
> compatiblity.
>
> One such library will be libxenevtchn which provides access to event
> channels.
>
> In preparati
On Wed, 21 Oct 2015, Ian Campbell wrote:
> In Xen 4.7 we are refactoring parts libxenctrl into a number of
> separate libraries which will provide backward and forward API and ABI
> compatiblity.
>
> One such library will be libxengnttab which provides access to grant
> tables.
>
> In preparation
On Wed, 21 Oct 2015, Ian Campbell wrote:
> In Xen 4.7 we are refactoring parts libxenctrl into a number of
> separate libraries which will provide backward and forward API and ABI
> compatiblity.
>
> One such library will be libxenforeignmemory which provides access to
> privileged foreign mapping
On Wed, 21 Oct 2015, Ian Campbell wrote:
> In Xen 4.7 we are refactoring parts libxenctrl into a number of
> separate libraries which will provide backward and forward API and ABI
> compatiblity.
>
> One such library will be libxenforeignmemory which provides access to
> privileged foreign mapping
On Wed, 21 Oct 2015, Ian Campbell wrote:
> Until the previous patch this relied on xc_fd(), which was only
> implemented for Xen 4.0 and earlier.
>
> Given this wasn't working since Xen 4.0 I have marked this as disabled
> by default.
>
> Removing this support drops the use of a bunch of symbols
On Fri, 2015-10-23 at 12:06 +0100, Stefano Stabellini wrote:
> On Wed, 21 Oct 2015, Ian Campbell wrote:
> > In Xen 4.7 we are refactoring parts libxenctrl into a number of
> > separate libraries which will provide backward and forward API and ABI
> > compatiblity.
> >
> > One such library will be
Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF changeset"):
> On Fri, 23 Oct 2015, Ian Campbell wrote:
> > Yes. Those (that?) and the reasons why we aren't just trivially taking them
> > are explained in the referenced thread.
That explanation isn't very convincing to me.
> I cann
On Fri, 2015-10-23 at 12:12 +0100, Stefano Stabellini wrote:
> @@ -2113,6 +2117,15 @@ if test "$xen_pci_passthrough" != "no"; then
> >fi
> > fi
> >
> > +if test "$xen_pv_domain_build" != "no"; then
> > + if test "$xen_pv_domain_build" = "yes" &&
> > + test "$xen" != "yes"; then
> > +
On Wed, 21 Oct 2015, Ian Campbell wrote:
> In Xen 4.7 we are refactoring parts libxenctrl into a number of
> separate libraries which will provide backward and forward API and ABI
> compatiblity.
>
> Specifically libxenevtchn, libxengnttab and libxenforeignmemory.
>
> Previous patches have alread
El 23/10/15 a les 7.53, Надежда Ампилогова ha escrit:
> Hi all,
>
> I am interested in the project Refactor Linux hotplug scripts for
> Outreachy(Round 11). I am more of an intermediate-beginner in c. Please can
> anyone provide some pointers and helper about the things I need to do to join
> t
On Fri, 23 Oct 2015, Ian Campbell wrote:
> On Fri, 2015-10-23 at 12:12 +0100, Stefano Stabellini wrote:
> > @@ -2113,6 +2117,15 @@ if test "$xen_pci_passthrough" != "no"; then
> > >fi
> > > fi
> > >
> > > +if test "$xen_pv_domain_build" != "no"; then
> > > + if test "$xen_pv_domain_build" =
On Fri, 23 Oct 2015, Ian Jackson wrote:
> Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF changeset"):
> > On Fri, 23 Oct 2015, Ian Campbell wrote:
> > > Yes. Those (that?) and the reasons why we aren't just trivially taking
> > > them
> > > are explained in the referenced thread.
>
>>> On 23.10.15 at 13:18, wrote:
> Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF changeset"):
>> On Fri, 23 Oct 2015, Ian Campbell wrote:
>> > Yes. Those (that?) and the reasons why we aren't just trivially taking them
>> > are explained in the referenced thread.
>
> That explana
Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF changeset"):
> On Fri, 23 Oct 2015, Ian Jackson wrote:
> > If OVMF upstream do not have such a branch, we need to create one.
>
> That's fine. We need the new branch in osstest and somebody maintaining
> it.
Creating a push gate in os
And here we are at the last patch of this series.
Allow me to say that this is quite good a first contribution! Thanks
for this, and I'm looking forward to seeing version 2!! :-D
About this patch, a few comments below.
On Fri, 2015-10-23 at 13:18 +0530, Harmandeep Kaur wrote:
> turning cpupools
On Fri, 2015-10-23 at 12:18 +0100, Ian Jackson wrote:
> Stefano Stabellini writes ("Re: [PATCH] Config.mk: update OVMF
> changeset"):
> > On Fri, 23 Oct 2015, Ian Campbell wrote:
> > > Yes. Those (that?) and the reasons why we aren't just trivially
> > > taking them
> > > are explained in the refer
On Fri, 2015-10-23 at 12:35 +0100, Stefano Stabellini wrote:
> On Fri, 23 Oct 2015, Ian Campbell wrote:
> > On Fri, 2015-10-23 at 12:12 +0100, Stefano Stabellini wrote:
> > > @@ -2113,6 +2117,15 @@ if test "$xen_pci_passthrough" != "no"; then
> > > >fi
> > > > fi
> > > >
> > > > +if test "$x
1 - 100 of 197 matches
Mail list logo
