On Thu, Jun 20, 2019 at 1:39 AM Paul Durrant wrote:
>
> > -Original Message-
> > From: Xen-devel On Behalf Of
> > Juergen Gross
> > Sent: 20 June 2019 05:18
> > To: Christopher Clark ;
> > xen-devel@lists.xenproject.org
> > Cc: Stefano Stabellini ; Wei Liu ;
> > Konrad Rzeszutek Wilk
flight 138031 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138031/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 137600
build-amd64-xsm
flight 138016 xen-4.11-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138016/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale 10 debian-install fail REGR. vs. 137477
On Thu, 20 Jun 2019, Volodymyr Babchuk wrote:
> GCC 4.8 is unable to see that variables guest_pg, guest_data and
> xen_data will be always initialized before access, so we need to
> initialize them earlier.
>
> Suggested-by: Stefano Stabellini
> Signed-off-by: Volodymyr Babchuk
I verified that
On Thu, 20 Jun 2019, Julien Grall wrote:
> Since commit ca73ac8e7d "xen/arm: Add an isb() before reading CNTPCT_EL0
> to prevent re-ordering", get_cycles() is now returning the number of
> cycles and used in more callers.
>
> While the counter registers is always 64-bit, get_cycles() will only
>
On Thu, 20 Jun 2019, Julien Grall wrote:
> On 6/19/19 5:56 PM, Stefano Stabellini wrote:
> > On Wed, 19 Jun 2019, Julien Grall wrote:
> > > > On 6/19/19 8:28 AM, Jan Beulich wrote:
> > > > > > > > On 19.06.19 at 09:06, wrote:
> > > > > > branch xen-4.10-testing
> > > > > > xenbranch
On 20/06/2019 23:37, Johnson, Ethan wrote:
> Hi all,
>
> I'm trying to compile Xen 4.12 with Clang (v7.0.0) for a research
> project. I see in the README distributed with the Xen 4.12 source code
> that Clang/LLVM 3.5 and newer are supported as the compiler for building
> Xen. However, when I
Hi all,
I'm trying to compile Xen 4.12 with Clang (v7.0.0) for a research
project. I see in the README distributed with the Xen 4.12 source code
that Clang/LLVM 3.5 and newer are supported as the compiler for building
Xen. However, when I actually try it, it doesn't work - the configure
flight 138014 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138014/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 6 kernel-build fail REGR. vs. 137896
Tests which did not
branch xen-4.11-testing
xenbranch xen-4.11-testing
job test-armhf-armhf-xl-arndale
testid debian-install
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemuu
On 20/06/2019 18:47, Julien Grall wrote:
> Since commit ca73ac8e7d "xen/arm: Add an isb() before reading CNTPCT_EL0
> to prevent re-ordering", get_cycles() is now returning the number of
> cycles and used in more callers.
>
> While the counter registers is always 64-bit, get_cycles() will only
>
Since commit ca73ac8e7d "xen/arm: Add an isb() before reading CNTPCT_EL0
to prevent re-ordering", get_cycles() is now returning the number of
cycles and used in more callers.
While the counter registers is always 64-bit, get_cycles() will only
reutrn a 32-bit on Arm32 and therefore truncate the
Hi,
On 6/19/19 5:56 PM, Stefano Stabellini wrote:
On Wed, 19 Jun 2019, Julien Grall wrote:
On 6/19/19 8:28 AM, Jan Beulich wrote:
On 19.06.19 at 09:06, wrote:
branch xen-4.10-testing
xenbranch xen-4.10-testing
job test-armhf-armhf-xl-arndale
testid debian-install
Tree: linux
flight 138006 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138006/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade 22 guest-migrate/src_host/dst_host fail REGR. vs.
127792
branch xen-unstable
xenbranch xen-unstable
job build-amd64-xsm
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://git.qemu.org/qemu.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen
On Thu, 2019-06-20 at 18:08 +0200, Juergen Gross wrote:
> Commit 0e56acae4b4dd4a9 ("mm: initialize MAX_ORDER_NR_PAGES at a time
> instead of doing larger sections") is causing a regression on some
> systems when the kernel is booted as Xen dom0.
>
> The system will just hang in early boot.
>
>
Commit 0e56acae4b4dd4a9 ("mm: initialize MAX_ORDER_NR_PAGES at a time
instead of doing larger sections") is causing a regression on some
systems when the kernel is booted as Xen dom0.
The system will just hang in early boot.
Reason is an endless loop in get_page_from_freelist() in case the first
flight 138012 linux-4.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138012/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict 10 debian-hvm-install
fail never pass
GCC 4.8 is unable to see that variables guest_pg, guest_data and
xen_data will be always initialized before access, so we need to
initialize them earlier.
Suggested-by: Stefano Stabellini
Signed-off-by: Volodymyr Babchuk
---
xen/arch/arm/tee/optee.c | 13 +
1 file changed, 13
On 20.06.19 17:17, Alexander Duyck wrote:
On Thu, 2019-06-20 at 11:40 +0200, Juergen Gross wrote:
Commit 0e56acae4b4dd4a9 ("mm: initialize MAX_ORDER_NR_PAGES at a time
instead of doing larger sections") is causing a regression on some
systems when the kernel is booted as Xen dom0.
The system
On Thu, 2019-06-20 at 11:40 +0200, Juergen Gross wrote:
> Commit 0e56acae4b4dd4a9 ("mm: initialize MAX_ORDER_NR_PAGES at a time
> instead of doing larger sections") is causing a regression on some
> systems when the kernel is booted as Xen dom0.
>
> The system will just hang in early boot.
>
>
On Tue, Jun 18, 2019 at 01:14:08PM +0100, Daniel P. Berrangé wrote:
> On Tue, Jun 18, 2019 at 12:23:38PM +0100, Anthony PERARD wrote:
> > Following 37677d7db3 "Clean up a few header guard symbols", QEMU start
> > to fail to build:
> >
> > In file included from
On 27/05/2019, 10:41, "Jan Beulich" wrote:
>>> On 24.05.19 at 19:44, wrote:
> Following the recent discussion, we had on IRC and the action I had in
> the March community call, this file provides a file format that
> enables writing an automated test to check whether files
flight 138015 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138015/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
freebsd 4cc7ca905d882bd40d71348235decd5c1ce32626
baseline version:
freebsd
Hi,
On 6/17/19 7:50 PM, Stefano Stabellini wrote:
The mask calculation in pdx_init_mask is wrong when the first bank
starts at address 0x0. The reason is that pdx_init_mask will do '0 - 1'
causing an underflow. As a result, the mask becomes 0x
which is the biggest possible mask
branch xen-4.8-testing
xenbranch xen-4.8-testing
job test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm
testid debian-hvm-install
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf
Hi,
On 6/18/19 11:23 AM, Jan Beulich wrote:
On 17.06.19 at 20:50, wrote:
Also change srat_region_mask to uint64_t as it is used to store the
return value of pdx_init_mask. uint64_t is always greater or equal to
u64.
I am a bit confused with the last sentence. In which instance, uint64_t
On 20/06/2019 09:40, Roger Pau Monné wrote:
> On Wed, Jun 19, 2019 at 09:11:25PM +0100, Andrew Cooper wrote:
>> Neither of these should live in .data
>>
>> * .data.schedulers is only ever read, so is moved into .rodata
>> * CONSTRUCTORS is only ever read, and only at boot, so is moved to beside
Hi Andrew,
On 6/19/19 10:38 PM, Andrew Cooper wrote:
On 19/06/2019 22:30, Julien Grall wrote:
Hi,
On 6/19/19 9:11 PM, Andrew Cooper wrote:
* Drop .gnu.warning. Xen, not being a library, has no need for
__attribute__((__warning__("str"))) and isn't liable to ever gain
such
Hi Andrew,
On 6/19/19 10:48 PM, Andrew Cooper wrote:
On 19/06/2019 22:28, Julien Grall wrote:
On 6/19/19 9:11 PM, Andrew Cooper wrote:
.data.read_mostly only needs separating from adjacent data by one
cache line
to be effective, and placing it adjacent to .data.page_aligned
fulfills this
Following on from c/s 7d161f6537 "x86/svm: Fix svm_vmcb_dump() when used in
current context", there is now only a single user of svm_vmsave() remaining in
the tree, with all users moved to svm_vm{load,save}_pa().
nv->nv_n1vmcx has a matching nv->nv_n1vmcx_pa which is always correct, and
avoids a
On 20/06/2019 12:05, Volodymyr Babchuk wrote:
>> Volodmir, FYI I reproduced the issue using Ubuntu Trusty gcc
>> 4.8.4-2ubuntu1~14.04.3.
> Oh, I see. This is the quite old version of GCC. I'm using
> aarch64-poky-linux-gcc (Linaro GCC 5.2-2015.11-2) 5.2.1 20151005
> which is also old, but at least
Hi Stefano, Julien,
Stefano Stabellini writes:
> On Wed, 19 Jun 2019, Julien Grall wrote:
>> Hi Stefano,
>>
>> Title: You should at least mention this is for op-tee.
>>
>> Also, mostly likely the sha1 is too small and likely to match multiple commit
>> in the future. So you want to specify the
Functions make_timer_node and make_timer_domU_node are quite similar.
The only difference between Dom0 and DomU timer DT node
is the timer interrupts used. All the rest code should be the same.
So it is better to merge them to avoid discrepancy.
Tested dom0 boot with rcar h3 sk board.
Hi Stefano,
On 6/19/19 11:04 PM, Stefano Stabellini wrote:
On Wed, 19 Jun 2019, Julien Grall wrote:
On 6/19/19 10:47 PM, Stefano Stabellini wrote:
On Wed, 19 Jun 2019, Julien Grall wrote:
Hi Stefano,
Title: You should at least mention this is for op-tee.
Also, mostly likely the sha1 is too
Commit 0e56acae4b4dd4a9 ("mm: initialize MAX_ORDER_NR_PAGES at a time
instead of doing larger sections") is causing a regression on some
systems when the kernel is booted as Xen dom0.
The system will just hang in early boot.
Reason is an endless loop in get_page_from_freelist() in case the first
Signed-off-by: Petre Pircalabu
---
Changes in v2:
- Added designated reviewer after maintainer list
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ab32e7f..0658bcc 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -413,6 +413,7 @@ F:
On Wed, Jun 19, 2019 at 09:11:27PM +0100, Andrew Cooper wrote:
> * Drop .gnu.warning. Xen, not being a library, has no need for
>__attribute__((__warning__("str"))) and isn't liable to ever gain such
>annotations for link time warnings.
> * Adjust the indentation of the start of ARM's
Ping?
> -Original Message-
> From: Paul Durrant
> Sent: 17 June 2019 09:24
> To: xen-devel@lists.xenproject.org
> Cc: Paul Durrant ; Jan Beulich ;
> Andrew Cooper
> ; Wei Liu ; Roger Pau Monne
>
> Subject: [PATCH v2] viridian: unify time sources
>
> Currently, the time_ref_count
On Wed, Jun 19, 2019 at 09:11:25PM +0100, Andrew Cooper wrote:
> Neither of these should live in .data
>
> * .data.schedulers is only ever read, so is moved into .rodata
> * CONSTRUCTORS is only ever read, and only at boot, so is moved to beside
>.init.rodata
>
> Signed-off-by: Andrew
> -Original Message-
> From: Xen-devel On Behalf Of Juergen
> Gross
> Sent: 20 June 2019 05:18
> To: Christopher Clark ;
> xen-devel@lists.xenproject.org
> Cc: Stefano Stabellini ; Wei Liu ;
> Konrad Rzeszutek Wilk
> ; George Dunlap ; Andrew
> Cooper
> ; Ian Jackson ; Rich
> Persaud
On Wed, Jun 19, 2019 at 10:18:42PM +0100, Julien Grall wrote:
> Hi Andrew,
>
> On 6/19/19 9:11 PM, Andrew Cooper wrote:
> > .rodata.cst* sections are used for mergable constant data, and the
> > clang/llvm
> > 8 toolchain has been observed to create .rodata.cst8 in a default Xen build.
> >
> >
flight 137990 linux-4.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137990/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-examine 11 examine-serial/bootloaderfail like 137846
test-amd64-i386-xl-pvshim12
On 6/20/19 10:56 AM, Roger Pau Monné wrote:
On Thu, Jun 20, 2019 at 10:17:46AM +0300, Petre Pircalabu wrote:
Signed-off-by: Petre Pircalabu
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ab32e7f..0151625 100644
--- a/MAINTAINERS
+++
On Thu, Jun 20, 2019 at 10:17:46AM +0300, Petre Pircalabu wrote:
> Signed-off-by: Petre Pircalabu
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index ab32e7f..0151625 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -412,6 +412,7 @@
On 6/20/19 10:17 AM, Petre Pircalabu wrote:
Signed-off-by: Petre Pircalabu
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ab32e7f..0151625 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -412,6 +412,7 @@ F: unmodified_drivers/linux-2.6/
flight 137992 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/137992/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop fail like 137584
test-amd64-amd64-xl-qemuu-ws16-amd64 17
Signed-off-by: Petre Pircalabu
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ab32e7f..0151625 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -412,6 +412,7 @@ F: unmodified_drivers/linux-2.6/
VM EVENT, MEM ACCESS and MONITOR
M: Razvan
48 matches
Mail list logo