flight 113897 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113897/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 4c34a8ea191155f438901e635bd87810072b19a4
baseline version:
ovmf de15f8b6eff892be8872f
This patch fixes the wrong range check done in cmp_mmio_handler().
This function returns -1 , 0 or 1 based on whether the key value
is below the range, in the range or above the range where the range is
(start, start+size). However, it should check against (start, start+size-1)
because start+size
flight 113892 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113892/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm broken
test-armhf-armhf-xl-
In case gnttab_grow_table() is being called without grant_table_init()
having been called for the domain, e.g. in case of a toolstack error,
fail the function instead of crashing the system.
Signed-off-by: Juergen Gross
---
xen/common/grant_table.c | 6 +-
1 file changed, 5 insertions(+), 1
This run is configured for baseline tests only.
flight 72173 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72173/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 62634215f32015888561581a5aaf4a1ccaa546b1
baseline v
On 28/09/17 15:31, Juergen Gross wrote:
> On 28/09/17 10:42, James Dingwall wrote:
>> 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 h
On 28/09/17 21:02, Andrew Cooper wrote:
> On 28/09/17 11:02, Juergen Gross wrote:
>> 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
>>
On 28/09/17 20:56, Andrew Cooper wrote:
> On 25/09/17 11:00, Juergen Gross wrote:
>> Delay the allocation of the grant table sub structures in order to
>> allow modifying parameters needed for sizing of these structures at a
>> per domain basis. Allocate the structures and the table frames only
>>
flight 113894 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113894/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf de15f8b6eff892be8872f14fa000e425e82f9cff
baseline version:
ovmf 62634215f320158885615
On 17-09-28 16:57:54, Wei Liu wrote:
> On Sat, Sep 23, 2017 at 05:48:09PM +0800, Yi Sun wrote:
> > Hi, all,
> >
> > We plan to bring a new PSR (Platform Shared Resource) feature called
> > Intel Memory Bandwidth Allocation (MBA) to Xen.
> >
> > Besides the MBA enabling, we change some interfaces
On 17-09-28 05:36:11, Jan Beulich wrote:
> >>> 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 arr
flight 113882 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113882/
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-localmigrate/x10 fail REGR. vs.
113866
Tests which
On 17-09-28 05:00:09, Jan Beulich wrote:
> >>> 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).
On 17-09-28 04:25:18, Jan Beulich wrote:
> >>> 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?
>
On 17-09-28 04:21:10, Jan Beulich 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
Hi Bhupinder,
On 09/29/2017 01:33 AM, Bhupinder Thakur wrote:
This function returns true/false based on whether the key value
Technically, this function returns 3 values: -1/0/1. The commit message
should be updated to reflect that.
is in the range (start, start+size). However, it should c
This function returns true/false based on whether the key value
is in the range (start, start+size). However, it should check against
(start, start+size-1) because start+size falls outside the range.
This resulted in returning a wrong mmio_handler for a given mmio address which
happened to be star
This run is configured for baseline tests only.
flight 72171 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72171/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b07bbb4f73c9d2abbdab5db0b064379981db11bc
baseline v
flight 113891 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113891/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 62634215f32015888561581a5aaf4a1ccaa546b1
baseline version:
ovmf b07bbb4f73c9d2abbdab5
flight 113876 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113876/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stopfail REGR. vs. 113817
Tests which did not succee
This run is configured for baseline tests only.
flight 72169 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72169/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win10-i386 16 guest-localm
>-Original Message-
>From: Stefan Bader [mailto:stefan.ba...@canonical.com]
>Sent: Friday, September 29, 2017 4:49 AM
>To: Konrad Rzeszutek Wilk ; Hongjiang Zhang
>
>Cc: Juergen Gross ; xen-de...@lists.xenproject.org
>Subject: Re: GRUB2 missing multiboot2 patches?Re: [Xen-devel] Only 1 CPU
>-Original Message-
>From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
>Sent: Friday, September 29, 2017 4:03 AM
>To: Hongjiang Zhang ;
>stefan.ba...@canonical.com
>Cc: Juergen Gross ; xen-de...@lists.xenproject.org
>Subject: GRUB2 missing multiboot2 patches?Re: [Xen-devel] Only 1
Hi,
On 09/28/2017 01:03 PM, Julien Grall wrote:
Hi,
On 09/26/2017 10:37 AM, Awais Masood wrote:
This patch adds support for Allwinner H5/sun50i SoC.
Makefile updated to enable ARM64 compilation for sunxi.c.
sunxi.c updates include:
- Addition of H5/sun50i dt compatibility string.
- Han
On Wed, Sep 27, 2017 at 4:47 PM, Peter Maydell wrote:
> On 26 September 2017 at 06:32, Eric Blake wrote:
>> On 09/25/2017 07:08 PM, Alistair Francis wrote:
>>> diff --git a/hw/arm/nseries.c b/hw/arm/nseries.c
>>> index 58005b6619..32687afced 100644
>>> --- a/hw/arm/nseries.c
>>> +++ b/hw/arm/nser
This run is configured for baseline tests only.
flight 72170 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72170/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf ce9aaba64e07d7e12eb160ae32cde7b3357ce388
baseline v
flight 113874 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113874/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail
REGR. vs. 113387
te
This run is configured for baseline tests only.
flight 72168 linux-3.18 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72168/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-libvirt-xsm 1 build-check(1) blocke
On 28.09.2017 16:03, Konrad Rzeszutek Wilk wrote:
> On Thu, Sep 28, 2017 at 02:45:38PM +, Hongjiang Zhang wrote:
(XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found
[20070126]
>>>
>>> Uuh, that is rather bad, I guess.
>
> I am going to assume this is due to not having:
>
>
flight 113878 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113878/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf b07bbb4f73c9d2abbdab5db0b064379981db11bc
baseline version:
ovmf ce9aaba64e07d7e12eb16
Hi,
On 09/26/2017 10:37 AM, Awais Masood wrote:
This patch adds support for Allwinner H5/sun50i SoC.
Makefile updated to enable ARM64 compilation for sunxi.c.
sunxi.c updates include:
- Addition of H5/sun50i dt compatibility string.
- Handling of different Watchdog timer base addresses o
On Thu, Sep 28, 2017 at 02:45:38PM +, Hongjiang Zhang wrote:
> >> (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found
> >> [20070126]
> >
> >Uuh, that is rather bad, I guess.
I am going to assume this is due to not having:
b4d709b6e Use grub-file to figure out whether multiboot2 shou
Hi Jan,
On 09/22/2017 10:15 AM, Jan Beulich wrote:
On 21.09.17 at 14:40, wrote:
Also take the opportunity to:
- move from 1 << * to 1UL << *.
- use unsigned when possible
- move from unsigned int -> unsigned long for some induction
variables
I don't understand this last p
On 09/28/2017 12:54 PM, Jan Beulich wrote:
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
On 28/09/17 11:02, Juergen Gross wrote:
> 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
On 25/09/17 11:00, Juergen Gross wrote:
> Delay the allocation of the grant table sub structures in order to
> allow modifying parameters needed for sizing of these structures at a
> per domain basis. Allocate the structures and the table frames only
> from grant_table_init().
>
> Signed-off-by: Ju
... instead of the opencoded _mfn(pagetable_get_pfn(...)) construct.
Fix two overly long lines; no functional change.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Tim Deegan
CC: George Dunlap
---
xen/arch/x86/domain.c | 2 +-
xen/arch/x86/domctl.c | 2 +-
xen/arch
On 09/28/17 20:04, Michael Brown wrote:
> On 28/09/17 18:37, Konrad Rzeszutek Wilk wrote:
>> !!! X64 Exception Type - 0D(#GP - General Protection) CPU Apic ID -
>>
>> ExceptionData -
>> RIP - BEC2949C, CS - 0038, RFLAGS -
>> 00210216
>>
flight 113887 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113887/
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
On 28/09/17 18:37, Konrad Rzeszutek Wilk wrote:
!!! X64 Exception Type - 0D(#GP - General Protection) CPU Apic ID -
ExceptionData -
RIP - BEC2949C, CS - 0038, RFLAGS - 00210216
>
Find image 808610ed.efidrv (ImageBase=00
On Thu, 2017-09-28 at 18:01 +0200, Dario Faggioli wrote:
> On Thu, 2017-09-28 at 12:18 +0300, Andrii Anisov wrote:
> > > >
> The GP scheduler --like Credit1 or Credit2, if you are on Xen-- will
> give you fairness, but without any precise temporal guarantee. This
> means that, in this case, each v
flight 113872 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113872/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-xsm 7 xen-boot fail in 113860 pass in 113872
test-amd64-amd64-xl-multivcpu 20 gu
Hey,
I am hitting an interesting issue with the latest versions of iPXE,
edk2, and GRUB wherein I am trying to boot GRUB (via iPXE), and then
load Xen, I get this:
!!! X64 Exception Type - 0D(#GP - General Protection) CPU Apic ID -
ExceptionData -
RIP - BE
Le jeudi 28 septembre 2017 à 17:12 +0100, Roger Pau Monné a écrit :
>
> Quite likely. With so many PV block devices attached you either have
> to limit the number of queues and persistent grants per-device, or
> expand the number of grants allowed by Xen.
>
> Can you try to set the following in t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Xen Security Advisory XSA-245
ARM: Some memory not scrubbed at boot
NOTE REGARDING LACK OF EMBARGO
==
This bug was discussed publicly before it was realised that it was a
security vu
On Thu, 2017-09-28 at 07:06 -0600, Jan Beulich wrote:
> > > > On 28.09.17 at 12:16, wrote:
> >
> And then, as a cosmetic thing, idle_timer_period_ms now isn't
> really needed outside of this function. I'd prefer if you moved it
> and the integer_param() into this function, to limit their scopes
>
GCC 4.4 of CentOS 6 vintage can't cope.
Reported-by: Glenn Enright
Signed-off-by: Andrew Cooper
---
v2: Reduce to just the anonymous parts of the union
---
tests/livepatch-priv-check/main.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tests/livepatch-priv-che
And now take 3.
v1:
https://lists.xen.org/archives/html/xen-devel/2017-09/msg01855.html
v2:
https://lists.xen.org/archives/html/xen-devel/2017-09/msg03515.html
I've just took care of Jan's comments to v2. Details in single patches.
Thanks and Regards,
Dario
---
Dario Faggioli (3):
xen:
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
On Tue, 2017-09-19 at 12:37 +0100, Roger Pau Monné wrote:
> On Tue, Sep 05, 2017 at 05:32:37PM +0800, Yi Sun wrote:
> >
> > --- a/docs/man/xl.pod.1.in
> > +++ b/docs/man/xl.pod.1.in
> > @@ -1798,6 +1798,40 @@ processed.
> >
> > =back
> >
> > +=head2 Memory Bandwidth Allocation
> > +
> > +Inte
On 28/09/17 13:37, Jan Beulich wrote:
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 payloa
Le jeudi 28 septembre 2017 à 16:28 +0200, Olivier Bonvalet a écrit :
> [ 3263.452023] INFO: task systemd:1 blocked for more than 120
> seconds.
> [ 3263.452040] Tainted: GW 4.9-dae-xen #2
> [ 3263.452044] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
> disables this message
This run is configured for baseline tests only.
flight 72165 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72165/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 67a6cf6dcaaab8ddd4e7dc6a7fe929b752461102
baseline v
flight 113873 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113873/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 7 xen-boot fail REGR. vs. 113851
Tests which did not suc
On Wed, 2017-09-20 at 17:10 +0100, Wei Liu wrote:
> On Tue, Sep 19, 2017 at 12:30:59PM +0100, Roger Pau Monné wrote:
> > > +type = LIBXL_PSR_CBM_TYPE_MBA_THRTL;
> > > +
> > > +if (libxl_bitmap_is_empty(&target_map))
> > > +libxl_bitmap_set_any(&target_map);
> > > +
> > > +if (ar
On Thu, Sep 28, 2017 at 03:04:02PM +, Olivier Bonvalet wrote:
> 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.
>
> J
On Fri, Sep 22, 2017 at 03:01:42PM +0800, Chao Peng wrote:
> On Tue, 2017-09-19 at 11:04 +0100, Roger Pau Monné wrote:
> > On Tue, Sep 05, 2017 at 05:32:30PM +0800, Yi Sun wrote:
> > >
> > > This patch creates general interfaces in libxl to support all psr
> > > allocation features.
> > >
> > > A
On Thu, Sep 28, 2017 at 03:39:08PM +, Roger Pau Monné wrote:
> On Thu, Sep 28, 2017 at 01:18:55PM +, Jan Beulich wrote:
> > >>> 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 a
On Thu, 2017-09-28 at 12:18 +0300, Andrii Anisov wrote:
> > > - Could you please provide an example input xml for CARTS
> > > described a
> > > system with 2 RT domains with 2 VCPUs each, running on a 2PCPUs,
> > > with gEDF
> > > scheduling at VMM level (for XEN based setup).
> >
> > Hmm, if
On 28/09/17 10:42, James Dingwall wrote:
> 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/multi
On Sat, Sep 23, 2017 at 05:48:09PM +0800, Yi Sun wrote:
> Hi, all,
>
> We plan to bring a new PSR (Platform Shared Resource) feature called
> Intel Memory Bandwidth Allocation (MBA) to Xen.
>
> Besides the MBA enabling, we change some interfaces to make them more
> general but not only for CAT.
On Thu, Sep 28, 2017 at 01:18:55PM +, Jan Beulich wrote:
> >>> 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
Roger Pau Monné writes ("Re: [PATCH v4 05/22] xl: introduce a domain type
option"):
> Right, I've fixed this, added the Ack and pushed a new branch to my
> personal repo:
>
> git://xenbits.xen.org/people/royger/xen.git pvh_tools_v4.1
Pushed to staging (with the "---" notes stripped).
Thanks,
Ia
>>> On 28.09.17 at 16:58, wrote:
> On Thu, 2017-09-28 at 07:06 -0600, Jan Beulich wrote:
>> And then, as a cosmetic thing, idle_timer_period_ms now isn't
>> really needed outside of this function. I'd prefer if you moved it
>> and the integer_param() into this function, to limit their scopes
>> as
>>> On 28.09.17 at 16:08, wrote:
> If the problem is "just" the parameter (or maybe both the parameter's
> and the function's) name(s), I 'd be happy to change the parameter name
> to 't', or 'time' (and the function to 'timer_expires_before()'), and
> this is my preference.
>
> But if you strong
On Thu, Sep 28, 2017 at 09:09:21AM -0600, Jan Beulich wrote:
> 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
Reviewed-by: Wei Liu
___
Xen-devel mailing list
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
>>> 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
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
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
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 */
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
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
>> (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
>-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
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
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
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 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
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 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 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:
> 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 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 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: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
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
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
>>> 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 +
>>> 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 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:
> 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 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:
> --- /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
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
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
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
1 - 100 of 168 matches
Mail list logo
