On 28/09/17 02:26, Julien Grall wrote:
> Hi Juergen,
>
> On 09/25/2017 11:00 AM, Juergen Gross wrote:
>> diff --git a/xen/include/asm-arm/grant_table.h
>> b/xen/include/asm-arm/grant_table.h
>> index 30db2d1616..bcdeada9ca 100644
>> --- a/xen/include/asm-arm/grant_table.h
>> +++ b/xen/include/asm-
See the attachment.
>-Original Message-
>From: Juergen Gross [mailto:jgr...@suse.com]
>Sent: Thursday, September 28, 2017 2:13 PM
>To: Hongjiang Zhang ; xen-
>de...@lists.xenproject.org
>Subject: Re: [Xen-devel] Only 1 CPU was detected
>
>On 28/09/17 07:12, Hongjiang Zhang wrote:
>> Hi all
On 28/09/17 09:22, Hongjiang Zhang wrote:
> See the attachment.
>
>> -Original Message-
>> From: Juergen Gross [mailto:jgr...@suse.com]
>> Sent: Thursday, September 28, 2017 2:13 PM
>> To: Hongjiang Zhang ; xen-
>> de...@lists.xenproject.org
>> Subject: Re: [Xen-devel] Only 1 CPU was detec
flight 113864 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113864/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113817
test-amd64-
>>> On 27.09.17 at 19:02, wrote:
> On 09/27/2017 11:10 AM, Roger Pau Monné wrote:
>> On Wed, Sep 27, 2017 at 02:26:37PM +, Jan Beulich wrote:
>> On 27.09.17 at 16:16, wrote:
--- a/xen/arch/x86/dom0_build.c
+++ b/xen/arch/x86/dom0_build.c
@@ -263,8 +263,7 @@ unsigned long __
flight 72167 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72167/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-arm64 2 hosts-allocate broken like 72135
build-arm64-pvops
On Thu, Sep 28, 2017 at 10:12:08AM +0800, Yi Sun wrote:
> On 17-09-26 15:19:19, Wei Liu wrote:
> > On Sat, Sep 23, 2017 at 05:48:11PM +0800, Yi Sun wrote:
> > > This patch renames PSR sysctl/domctl interfaces and related xsm policy to
> > > make them be general for all resource allocation features
>>> On 27.09.17 at 21:56, wrote:
> --- a/hw/xen/xen_pt.c
> +++ b/hw/xen/xen_pt.c
> @@ -964,6 +964,10 @@ static const TypeInfo xen_pci_passthrough_info = {
> .instance_size = sizeof(XenPCIPassthroughState),
> .instance_finalize = xen_pci_passthrough_finalize,
> .class_init = xen_pci_
>>> On 28.09.17 at 09:22, wrote:
> See the attachment.
With
(XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126]
I wonder if you're trying to use xen.gz on an EFI system. Is so,
you want to use xen.efi there instead if firmware doesn't set
up enough compatibility things in EF
Segment bases (and limits) aren't being cleared by the loading of a nul
selector into a segment register on AMD CPUs. Therefore, if an
outgoing vCPU has a non-zero base in FS or GS and the subsequent
incoming vCPU has a non-zero but nul selector in the respective
register(s), the selector value(s)
Hi,
I am trying to migrate my domU instances from v4.1.44 to v4.4.88 and it
seems that whether or not e820_host = 1 in the domU configuration is the
cause of the following stack trace. Please note I have #define MC_DEBUG
1 in arch/x86/xen/multicall.c so the failed hypervisor call is logged.
On Thu, Sep 28, 2017 at 02:43:57PM +1300, Glenn Enright wrote:
> Hi there
>
> When building the xen testing framework on CentOS6, I see the below issue. I
> see similar issues with CentOS7 and other distros with older tool chains.
> The only one that built cleanly for me was Ubuntu 1604.
>
> Some
On 28/09/2017 09:45, Wei Liu wrote:
> On Thu, Sep 28, 2017 at 02:43:57PM +1300, Glenn Enright wrote:
>> Hi there
>>
>> When building the xen testing framework on CentOS6, I see the below issue. I
>> see similar issues with CentOS7 and other distros with older tool chains.
>> The only one that built
From: Andrew Cooper
An access which crosses a page boundary is performed atomically by x86
hardware, albeit with a severe performance penalty. An important corner case
is when a straddled access hits two pages which differ in whether a
translation exists, or in net access rights.
The use of hvm
On Thu, Sep 28, 2017 at 09:51:20AM +0100, Andrew Cooper wrote:
> On 28/09/2017 09:45, Wei Liu wrote:
> > On Thu, Sep 28, 2017 at 02:43:57PM +1300, Glenn Enright wrote:
> >> Hi there
> >>
> >> When building the xen testing framework on CentOS6, I see the below issue.
> >> I
> >> see similar issues
>>> On 25.09.17 at 12:00, wrote:
> --- a/xen/arch/x86/traps.c
> +++ b/xen/arch/x86/traps.c
> @@ -930,6 +930,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v,
> uint32_t leaf,
> res->b = v->vcpu_id;
> break;
>
> +case 5: /* PV-specific parameters */
> +if ( i
On 28/09/17 10:59, Jan Beulich wrote:
On 25.09.17 at 12:00, wrote:
>> --- a/xen/arch/x86/traps.c
>> +++ b/xen/arch/x86/traps.c
>> @@ -930,6 +930,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v,
>> uint32_t leaf,
>> res->b = v->vcpu_id;
>> break;
>>
>> +case 5:
> -Original Message-
> From: Alexandru Isaila [mailto:aisa...@bitdefender.com]
> Sent: 28 September 2017 09:52
> To: xen-devel@lists.xen.org
> Cc: jbeul...@suse.com; Andrew Cooper ;
> Paul Durrant ; Alexandru Isaila
>
> Subject: [PATCH v7] x86/hvm: Implement hvmemul_write() using real
> ma
Hello,
On 27.09.17 22:57, Meng Xu wrote:
Note that:
When you use gEDF scheduler in VM or VMM (i.e., Xen), you should use
MPR2 model
I guess you mean DMPR in CARTS terms.
to compute the resource interface (i.e., VCPU parameters).
When you use pEDF scheduler, you should use PRM model to comp
flight 113867 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113867/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ce9aaba64e07d7e12eb160ae32cde7b3357ce388
baseline version:
ovmf 36d083ef0018b78ea12db
>>> On 28.09.17 at 11:07, wrote:
>> From: Alexandru Isaila [mailto:aisa...@bitdefender.com]
>> Sent: 28 September 2017 09:52
>> +static void *hvmemul_map_linear_addr(
>> +unsigned long linear, unsigned int bytes, uint32_t pfec,
>> +struct hvm_emulate_ctxt *hvmemul_ctxt)
>> +{
>> +struc
>-Original Message-
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Thursday, September 28, 2017 4:38 PM
>To: Hongjiang Zhang
>Cc: xen-de...@lists.xenproject.org; Juergen Gross
>Subject: Re: [Xen-devel] Only 1 CPU was detected
>
On 28.09.17 at 09:22, wrote:
>> See the attachmen
On 27/09/2017 22:56, Eduardo Habkost wrote:
Add INTERFACE_CONVENTIONAL_PCI_DEVICE to all direct subtypes of
TYPE_PCI_DEVICE, except:
1) The ones that already have INTERFACE_PCIE_DEVICE set:
* base-xhci
* e1000e
* nvme
* pvscsi
* vfio-pci
* virtio-pci
* vmxnet3
2) base-pci-bridge
Not all PCI b
On Thu, 2017-09-28 at 00:52 +0100, Julien Grall wrote:
> On 09/28/2017 12:51 AM, Julien Grall wrote:
> > > Things *should really not* explode (like as in Xen crashes) if
> > > that
> > > happens; actually, from a scheduler perspective, it should really
> > > not
> > > be too big of a deal (especial
>>> On 28.09.17 at 11:32, wrote:
>> -Original Message-
>>From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Thursday, September 28, 2017 4:38 PM
>>To: Hongjiang Zhang
>>Cc: xen-de...@lists.xenproject.org; Juergen Gross
>>Subject: Re: [Xen-devel] Only 1 CPU was detected
>>
> On 28.0
>>> On 28.09.17 at 11:04, wrote:
> On 28/09/17 10:59, Jan Beulich wrote:
> On 25.09.17 at 12:00, wrote:
>>> --- a/xen/arch/x86/traps.c
>>> +++ b/xen/arch/x86/traps.c
>>> @@ -930,6 +930,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v,
>>> uint32_t leaf,
>>> res->b = v->vcpu_i
On Wed, 2017-09-27 at 15:39 +0200, Dario Faggioli wrote:
> On Wed, 2017-09-27 at 04:30 -0600, Jan Beulich wrote:
> > Or wait -
> > wouldn't all you need be to avoid calling stop_timer() in the
> > call tree above, if the timer's expiry has passed (suitably
> > explained in a comment)?
> >
> Yes.
On 28/09/17 11:40, Jan Beulich wrote:
On 28.09.17 at 11:04, wrote:
>> On 28/09/17 10:59, Jan Beulich wrote:
>> On 25.09.17 at 12:00, wrote:
--- a/xen/arch/x86/traps.c
+++ b/xen/arch/x86/traps.c
@@ -930,6 +930,13 @@ void cpuid_hypervisor_leaves(const struct vcpu *v,
u
Leaf 4 of the Xen-specific CPUID leaves isn't mentioned at all in
include/public/arch-x86/cpuid.h, the comments for leaf 5 don't tell
anything about the sub-leaf semantics.
Add comments to clarify the interface.
Signed-off-by: Juergen Gross
Acked-by: Jan Beulich
---
xen/include/public/arch-x86
Instead of using the same global resource limits of grant tables (max.
number of grant frames, max. number of maptrack frames) for all domains
make these limits per domain. Set those per-domain limits in
grant_table_set_limits(). The global settings are serving as an upper
boundary now which must n
Currently Linux has no support for grant v2 as this would reduce the
maximum number of active grants by a factor of 2 compared to v1,
because the number of possible grants are limited by the allowed number
of grant frames and grant entries of v2 need twice as much bytes as
those of v1.
Unfortunate
On very large hosts a pv-guest needs to know whether it will have to
handle frame numbers larger than 32 bits in order to select the
appropriate grant interface version.
Add a new Xen specific CPUID node to contain the maximum machine address
width similar to the x86 CPUID node 0x8008 containi
>>> On 28.09.17 at 11:52, wrote:
> On 28/09/17 11:40, Jan Beulich wrote:
> On 28.09.17 at 11:04, wrote:
>>> On 28/09/17 10:59, Jan Beulich wrote:
>>> On 25.09.17 at 12:00, wrote:
> --- a/xen/arch/x86/traps.c
> +++ b/xen/arch/x86/traps.c
> @@ -930,6 +930,13 @@ void cpuid_hyper
If stop_timer() is called between when the RCU
idle timer's interrupt arrives (and TIMER_SOFTIRQ is
raised) and when softirqs are checked and handled, the
timer is deactivated, and the handler never runs.
This happens to the RCU idle timer because stop_timer()
is called on it during the wakeup fro
Basically, if the RCU idle timer, when (if!) it fires,
finds that the grace period isn't over, we increase the
timer's period (i.e., it will fire later, next time).
If, OTOH, it finds the grace period is already finished,
we decrease the timer's period (i.e., it will fire a bit
earlier next time).
Make it possible for the user to specify, with the boot
time parameter rcu-idle-timer-period-ms, how frequently
a CPU that went idle with pending RCU callbacks should be
woken up to check if the grace period ended.
Typical values (i.e., some of the values used by Linux as
the tick frequency) are 1
Make sure that the memory for the paging structures in case of a HVM
Dom0 is subtracted from the total amount of memory available for Dom0
to use. Also take into account whether the IOMMU is sharing the
page tables with HAP, or else also reserve some memory for the IOMMU
page tables.
While there r
Hello,
take 2 of this series. v1 is here:
https://lists.xen.org/archives/html/xen-devel/2017-09/msg01855.html
In patch 2 and patch 3, I took care of Jan's review comments. That meant, in
patch 2, changing how the boot parameter is parsed and handled, from using a
custom_param() to integer_param
On 09/28/2017 12:46 AM, Joao Martins wrote:
> On 09/27/2017 11:44 PM, Boris Ostrovsky wrote:
>> On 09/27/2017 04:57 PM, Joao Martins wrote:
>>> On 09/27/2017 09:22 PM, Boris Ostrovsky wrote:
On 09/27/2017 11:26 AM, Joao Martins wrote:
> On 09/27/2017 03:40 PM, Boris Ostrovsky wrote:
>>
>>> On 23.09.17 at 11:48, wrote:
> --- a/xen/include/public/domctl.h
> +++ b/xen/include/public/domctl.h
> @@ -37,7 +37,7 @@
> #include "hvm/save.h"
> #include "memory.h"
>
> -#define XEN_DOMCTL_INTERFACE_VERSION 0x000e
> +#define XEN_DOMCTL_INTERFACE_VERSION 0x000f
This is needed onl
The copy macro returns false when the copy fails.
Signed-off-by: Wei Liu
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Paul Durrant
Backport to 4.9
---
xen/arch/x86/hvm/dm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/x86/hvm/dm.c b/xen/arch/x86/hvm/dm.c
index 87
I discovered two issues while trying to figure out what went wrong with
Windows.
Wei Liu (2):
x86/hvm/dmop: fix EFAULT condition
libxendevicemodel: initialise extent to zero
tools/libs/devicemodel/core.c | 2 ++
xen/arch/x86/hvm/dm.c | 2 +-
2 files changed, 3 insertions(+), 1 deleti
The pad field needs to be zero as required by the hypervisor.
Instead of setting the pad separately, memset extent to zero.
Signed-off-by: Wei Liu
---
Cc: Ian Jackson
Cc: Paul Durrant
Backport to 4.9
---
tools/libs/devicemodel/core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tool
>>> On 23.09.17 at 11:48, wrote:
> This patch renames 'cbm_type' to 'psr_type' to generalize it.
> Then, we can reuse this for all psr allocation features.
>
> Signed-off-by: Yi Sun
> Reviewed-by: Wei Liu
> Reviewed-by: Roger Pau Monn?
Please could you try to get the name right here (so the c
>>> On 26.09.17 at 10:38, wrote:
> On Sat, Sep 23, 2017 at 09:48:13AM +, Yi Sun wrote:
>> @@ -332,20 +355,58 @@ static int cat_init_feature(const struct cpuid_leaf
>> *regs,
>> }
>>
>> default:
>> -return -ENOENT;
>> +return false;
>> }
>>
>> /* Add thi
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 28 September 2017 11:24
> To: Xen-devel
> Cc: Wei Liu ; Jan Beulich ;
> Andrew Cooper ; Paul Durrant
>
> Subject: [PATCH 1/2] x86/hvm/dmop: fix EFAULT condition
>
> The copy macro returns false when the copy fails.
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 28 September 2017 11:24
> To: Xen-devel
> Cc: Wei Liu ; Ian Jackson ;
> Paul Durrant
> Subject: [PATCH 2/2] libxendevicemodel: initialise extent to zero
>
> The pad field needs to be zero as required by the hypervi
The pad field needs to be zero as required by the hypervisor.
Instead of setting the pad separately, use C99 initialiser to clear
extent.
Signed-off-by: Wei Liu
---
Cc: Ian Jackson
Cc: Paul Durrant
Backport to 4.9
---
tools/libs/devicemodel/core.c | 2 +-
1 file changed, 1 insertion(+), 1 de
The copy macro returns false when the copy fails.
Signed-off-by: Wei Liu
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Paul Durrant
Backport to 4.9
---
xen/arch/x86/hvm/dm.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/xen/arch/x86/hvm/dm.c b/xen/arch/x86/hvm/dm.c
in
Wei Liu (2):
x86/hvm/dmop: fix EFAULT condition
libxendevicemodel: initialise extent to zero
tools/libs/devicemodel/core.c | 2 +-
xen/arch/x86/hvm/dm.c | 6 ++
2 files changed, 3 insertions(+), 5 deletions(-)
--
2.11.0
___
Xen-devel
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 28 September 2017 11:36
> To: Xen-devel
> Cc: Anthony Perard ; Wei Liu
> ; Jan Beulich ; Andrew Cooper
> ; Paul Durrant
> Subject: [PATCH v2 1/2] x86/hvm/dmop: fix EFAULT condition
>
> The copy macro returns false
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 28 September 2017 11:36
> To: Xen-devel
> Cc: Anthony Perard ; Wei Liu
> ; Ian Jackson ; Paul Durrant
>
> Subject: [PATCH v2 2/2] libxendevicemodel: initialise extent to zero
>
> The pad field needs to be zero as r
On 28/09/17 11:36, Wei Liu wrote:
> Wei Liu (2):
> x86/hvm/dmop: fix EFAULT condition
> libxendevicemodel: initialise extent to zero
Both Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Hi !
I have a virtual server (Xen) which very frequently hangs with only
this error in logs :
[ 1330.144124] INFO: task btrfs-transacti:651 blocked for more than 120 seconds.
[ 1330.144141] Not tainted 4.9-dae-xen #2
[ 1330.144146] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
On Thu, Sep 28, 2017 at 11:40:45AM +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: 28 September 2017 11:36
> > To: Xen-devel
> > Cc: Anthony Perard ; Wei Liu
> > ; Ian Jackson ; Paul Durrant
> >
> > Subject: [PATCH v2 2/2] libxend
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 28 September 2017 11:46
> To: Paul Durrant
> Cc: Wei Liu ; Xen-devel de...@lists.xenproject.org>; Anthony Perard ;
> Ian Jackson
> Subject: Re: [PATCH v2 2/2] libxendevicemodel: initialise extent to zero
>
> On Th
On 27/09/2017 18:06, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 27, 2017 at 02:46:23PM +0100, Joao Martins wrote:
>> This file defines an ABI shared between guest and hypervisor(s)
>> (KVM, Xen) and as such there should be an correspondent entry in
>> MAINTAINERS file. Notice that there's already a
Binutils 2.20 of CentOS 6 vintage doesn't understand the mnemonic. The
instruction doesn't encode any operands, so we don't lose any flexibility.
Reported-by: Glenn Enright
Signed-off-by: Andrew Cooper
---
tests/xsa-203/main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --gi
>>> On 23.09.17 at 11:48, wrote:
> This patch implements main data structures of MBA.
>
> Like CAT features, MBA HW info has cos_max which means the max thrtl
> register number, and thrtl_max which means the max throttle value
> (delay value). It also has a flag to represent if the throttle
> val
The code in question is executing __HYPERVISOR_multicall which is 2-parameter
hypercall, which means that args 3-6 are preserved (as opposed to the
arguments in the multicall_entry_t list, which are clobbered).
GCC 4.4 in CentOS 6 can't cope with the ebp clobber.
Reported-by: Glenn Enright
Signe
GCC 4.4 of CentOS 6 vintage can't cope.
Reported-by: Glenn Enright
Signed-off-by: Andrew Cooper
---
tests/livepatch-priv-check/main.c | 75 ++-
1 file changed, 26 insertions(+), 49 deletions(-)
diff --git a/tests/livepatch-priv-check/main.c
b/tests/livepatc
Implement enough compatibility so the code can use Clang's __has_extension()
logic when compiled with GCC.
Reported-by: Glenn Enright
Signed-off-by: Andrew Cooper
---
include/xtf/compiler-gcc.h | 31 +++
include/xtf/compiler.h | 4
include/xtf/lib.h
>>> On 23.09.17 at 11:48, wrote:
> This patch implements get value domctl interface for MBA.
>
> Signed-off-by: Yi Sun
> Reviewed-by: Roger Pau Monné
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xe
>>> On 28.09.17 at 04:39, wrote:
> On 17-09-26 10:39:31, Roger Pau Monn wrote:
>> On Sat, Sep 23, 2017 at 09:48:16AM +, Yi Sun wrote:
>> > @@ -274,29 +277,6 @@ static enum psr_feat_type psr_type_to_feat_type(enum
>> > psr_type type)
>> > return feat_type;
>> > }
>> >
>> > -static bool
On 28.09.2017 13:16, Olivier Bonvalet wrote:
> Hi !
>
> I have a virtual server (Xen) which very frequently hangs with only
> this error in logs :
>
> [ 1330.144124] INFO: task btrfs-transacti:651 blocked for more than 120
> seconds.
> [ 1330.144141] Not tainted 4.9-dae-xen #2
> [ 1330.1
>>> On 23.09.17 at 11:48, wrote:
> This patch implements set value flow for MBA including its callback
> function and domctl interface.
>
> It also changes the memebers in 'cos_write_info' to transfer the
> feature array, feature properties array and value array. Then, we
> can write all features
On 09/25/2017 01:01 PM, Jan Beulich wrote:
On 25.09.17 at 12:00, wrote:
>> Leaf 4 of the Xen-specific CPUID leaves isn't mentioned at all in
>> include/public/arch-x86/cpuid.h, the comments for leaf 5 don't tell
>> anything about the sub-leaf semantics.
>>
>> Add comments to clarify the inter
>>> On 28.09.17 at 13:50, wrote:
> On 09/25/2017 01:01 PM, Jan Beulich wrote:
> On 25.09.17 at 12:00, wrote:
>>> Leaf 4 of the Xen-specific CPUID leaves isn't mentioned at all in
>>> include/public/arch-x86/cpuid.h, the comments for leaf 5 don't tell
>>> anything about the sub-leaf semantics.
flight 113879 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113879/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
flight 113866 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113866/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemut-win7-amd64 17 guest-stopfail REGR. vs. 113855
test-armhf-armhf-xl-rtds
Xen Developers,
The guidance for running Xen on a HiKey 960 identifies files that should be
flashed onto the board, as part of the process for installing Xen.
https://wiki.xen.org/wiki/HiKey960
All but 2 of the files are available from 96 Boards or can be created by
following the guida
>>> On 28.09.17 at 12:59, wrote:
> --- /dev/null
> +++ b/include/xtf/compiler-gcc.h
> @@ -0,0 +1,31 @@
> +#ifndef XTF_COMPILER_GCC_H
> +#define XTF_COMPILER_GCC_H
> +
> +#define GCC_VER (__GNUC__ * 1 + \
> + __GNUC_MINOR__ * 100 + \
> + __GNUC_PATCHLE
>>> On 28.09.17 at 12:59, wrote:
> The code in question is executing __HYPERVISOR_multicall which is 2-parameter
> hypercall, which means that args 3-6 are preserved (as opposed to the
> arguments in the multicall_entry_t list, which are clobbered).
>
> GCC 4.4 in CentOS 6 can't cope with the ebp
>>> On 28.09.17 at 12:59, wrote:
> Binutils 2.20 of CentOS 6 vintage doesn't understand the mnemonic. The
> instruction doesn't encode any operands, so we don't lose any flexibility.
>
> Reported-by: Glenn Enright
> Signed-off-by: Andrew Cooper
FWIW
Reviewed-by: Jan Beulich
__
On 28/09/17 13:32, Jan Beulich wrote:
On 28.09.17 at 12:59, wrote:
>> --- /dev/null
>> +++ b/include/xtf/compiler-gcc.h
>> @@ -0,0 +1,31 @@
>> +#ifndef XTF_COMPILER_GCC_H
>> +#define XTF_COMPILER_GCC_H
>> +
>> +#define GCC_VER (__GNUC__ * 1 + \
>> + __GNUC_MINOR__ * 10
>>> On 28.09.17 at 12:59, wrote:
> --- a/tests/livepatch-priv-check/main.c
> +++ b/tests/livepatch-priv-check/main.c
> @@ -38,23 +38,17 @@ static void check_ret(const char *test, int rc)
> static void test_upload(void)
> {
> static uint8_t payload[PAGE_SIZE];
> -xen_sysctl_t op =
> -
>>> On 28.09.17 at 14:34, wrote:
> On 28/09/17 13:32, Jan Beulich wrote:
> On 28.09.17 at 12:59, wrote:
>>> --- /dev/null
>>> +++ b/include/xtf/compiler-gcc.h
>>> @@ -0,0 +1,31 @@
>>> +#ifndef XTF_COMPILER_GCC_H
>>> +#define XTF_COMPILER_GCC_H
>>> +
>>> +#define GCC_VER (__GNUC__ * 1 +
Hello,
This series adds a new PVH guest type to libxl/xl. This supersedes the
current PVHv2 implementation that relies on using the "none" device
model version.
As part of this series a new xl option is also implemented, called
"type" that supersedes the current "builder" option. A "firmware"
opt
Introduce a new type option to xl configuration files in order to
specify the domain type. This supersedes the current builder option.
The new option is documented in the xl.cfg man page, and the previous
builder option is marked as deprecated.
Signed-off-by: Roger Pau Monné
---
Cc: Ian Jackson
>>> On 28.09.17 at 12:15, wrote:
> --- a/xen/common/rcupdate.c
> +++ b/xen/common/rcupdate.c
> @@ -465,7 +465,21 @@ void rcu_idle_timer_stop()
> return;
>
> rdp->idle_timer_active = false;
> -stop_timer(&rdp->idle_timer);
> +
> +/*
> + * In general, as the CPU is becomi
On Thu, Sep 28, 2017 at 08:29:27AM -0400, John P. McDermott (USN Civilian)
wrote:
> Xen Developers,
>
> The guidance for running Xen on a HiKey 960 identifies files that should be
> flashed onto the board, as part of the process for installing Xen.
>
> https://wiki.xen.org/wiki/HiKey960
>
>>> On 28.09.17 at 12:16, wrote:
> @@ -569,6 +579,16 @@ void __init rcu_init(void)
> {
> void *cpu = (void *)(long)smp_processor_id();
>
> +/* We don't allow 0, or anything higher than IDLE_TIMER_PERIOD_MAX */
> +if ( idle_timer_period_ms < 1 ||
The literal 1 here looks suspicious
>>> On 28.09.17 at 12:16, wrote:
> Basically, if the RCU idle timer, when (if!) it fires,
> finds that the grace period isn't over, we increase the
> timer's period (i.e., it will fire later, next time).
> If, OTOH, it finds the grace period is already finished,
> we decrease the timer's period (i
On Thu, Sep 28, 2017 at 02:33:57AM -0600, Jan Beulich wrote:
> >>> On 27.09.17 at 21:56, wrote:
> > --- a/hw/xen/xen_pt.c
> > +++ b/hw/xen/xen_pt.c
> > @@ -964,6 +964,10 @@ static const TypeInfo xen_pci_passthrough_info = {
> > .instance_size = sizeof(XenPCIPassthroughState),
> > .instan
Roger Pau Monne writes ("[PATCH v4 05/22] xl: introduce a domain type option"):
> Introduce a new type option to xl configuration files in order to
> specify the domain type. This supersedes the current builder option.
>
> The new option is documented in the xl.cfg man page, and the previous
> bui
>>> On 28.09.17 at 12:16, wrote:
> Make sure that the memory for the paging structures in case of a HVM
> Dom0 is subtracted from the total amount of memory available for Dom0
> to use. Also take into account whether the IOMMU is sharing the
> page tables with HAP, or else also reserve some memory
On 09/04/2017 09:14 AM, Sergey Dyasli wrote:
> The new function finds all np2m objects with the specified np2m_base
> and flushes them.
>
> Convert p2m_flush_table() into p2m_flush_table_locked() in order not to
> release the p2m_lock after np2m_base check.
>
> Signed-off-by: Sergey Dyasli
Revi
On 09/04/2017 09:14 AM, Sergey Dyasli wrote:
> 1. Add a helper function assign_np2m()
> 2. Remove useless volatile
> 3. Update function's comment in the header
> 4. Minor style fixes ('\n' and d)
>
> Signed-off-by: Sergey Dyasli
Reviewed-by: George Dunlap
> ---
> xen/arch/x86/mm/p2m.c | 3
flight 113869 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113869/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-rumprun-i386 17 rumprun-demo-xenstorels/xenstorels.repeat fail
in 113856 pass in 113869
test-amd
On Thu, 2017-09-28 at 06:59 -0600, Jan Beulich wrote:
> > > > On 28.09.17 at 12:15, wrote:
> > --- a/xen/common/rcupdate.c
> > +++ b/xen/common/rcupdate.c
> > @@ -465,7 +465,21 @@ void rcu_idle_timer_stop()
> > return;
> >
> > rdp->idle_timer_active = false;
> > -stop_timer(&rd
On Thu, Sep 28, 2017 at 01:04:19PM +, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH v4 05/22] xl: introduce a domain type
> option"):
> > Introduce a new type option to xl configuration files in order to
> > specify the domain type. This supersedes the current builder option.
> >
> > T
>-Original Message-
>From: Jan Beulich [mailto:jbeul...@suse.com]
>Sent: Thursday, September 28, 2017 5:39 PM
>To: Hongjiang Zhang
>Cc: xen-de...@lists.xenproject.org; Juergen Gross
>Subject: RE: [Xen-devel] Only 1 CPU was detected
>
On 28.09.17 at 11:32, wrote:
>>> -Original Me
>> (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found
>> [20070126]
>
>Uuh, that is rather bad, I guess.
>
>Just to be sure: can you please add "loglvl=all" to the xen boot parameters?
>This would need to be added in your grub config file just where "no-real-
>mode edd=off" is specified t
flight 113870 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113870/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail blocked in 113733
test-amd64-amd64-xl-qemuu-ws16-amd64 10 w
Le jeudi 28 septembre 2017 à 14:18 +0300, Nikolay Borisov a écrit :
> So what this stack trace means is that transaction commit has hung.
> And
> judging by the called functions (assuming they are correct, though
> the ?
> aren't very encouraging). Concretely, it means that an io has been
> started
On Thu, 2017-09-28 at 07:06 -0600, Jan Beulich wrote:
> > > > On 28.09.17 at 12:16, wrote:
> >
> > @@ -569,6 +579,16 @@ void __init rcu_init(void)
> > {
> > void *cpu = (void *)(long)smp_processor_id();
> >
> > +/* We don't allow 0, or anything higher than
> > IDLE_TIMER_PERIOD_MAX */
flight 113883 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113883/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
Le jeudi 28 septembre 2017 à 12:16 +0200, Olivier Bonvalet a écrit :
> It's a Debian Stretch system, running a 4.9.52 Linux kernel (on a Xen
> 4.8.2 hypervisor).
> With an old 4.1.x Linux kernel, I haven't any problem.
Just a precision, this VM have 26 block devices attached.
Don't know if that ca
>>> On 28.09.17 at 16:36, wrote:
>> -Original Message-
>>From: Jan Beulich [mailto:jbeul...@suse.com]
>>Sent: Thursday, September 28, 2017 5:39 PM
>>To: Hongjiang Zhang
>>Cc: xen-de...@lists.xenproject.org; Juergen Gross
>>Subject: RE: [Xen-devel] Only 1 CPU was detected
>>
> On 28.0
When combining PTWR and MMIO-R/O PV page fault handlers, the need for
a second hwdom check was overlooked.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/pv/ro-page-fault.c
+++ b/xen/arch/x86/pv/ro-page-fault.c
@@ -346,7 +346,8 @@ int pv_ro_page_fault(unsigned long addr, struct
if ( ((l1e_ge
1 - 100 of 168 matches
Mail list logo
