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 C
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 g
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/
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 @@ F
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
+++ b/MAIN
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 guest-
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.
> >
> > U
> -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 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 Coope
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 enlig
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 .r
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: unmodified_dr
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
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
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.
Suggested-
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 t
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
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 r
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
requi
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
annota
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,
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
wou
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 git://xenbits.xen.org/osstest/ovmf.g
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 a
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 d946d8f14c8
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 a
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 ~/xen/tools/../tools/include/xen/io/b
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.
>
> Re
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 wi
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 inser
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
test-amd64-amd64-libvirt-
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
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.
>
> Re
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 git:
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
test-am
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 git://xenbits.x
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 va
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
> re
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 git://xenbit
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
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
script
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 ac
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 xen-4.10-testi
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
> r
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
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
test-armhf-arm
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
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
>
Hi All,
Please give me some comments on this patch.
This patch just add some missed parameter in qemu side.
Thanks
Zhang Chen
> -Original Message-
> From: Zhang, Chen
> Sent: Monday, June 10, 2019 4:34 PM
> To: Ian Jackson ; Wei Liu ; xen-
> de...@lists.xenproject.org
> Cc: Zhang Chen ;
flight 138017 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/138017/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-2 50 xtf/test-hvm64-lbr-tsx-vmentry fail REGR. vs. 133596
test-xtf-amd64-
>>> On 20.06.19 at 16:18, wrote:
> 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 writin
>>> On 20.06.19 at 15:15, wrote:
> 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 th
>>> On 20.06.19 at 15:20, wrote:
> 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 0xfff
>>> On 19.06.19 at 16:40, wrote:
> On Wed, Jun 19, 2019 at 07:08:52AM -0600, Jan Beulich wrote:
>> >>> On 19.06.19 at 13:02, wrote:
>> > After building the hypervisor binary. Note that the check is performed
>> > by searching for the magic header value at the start of the binary.
>> >
>> > Signe
>>> On 19.06.19 at 17:06, wrote:
> On Wed, Jun 19, 2019 at 06:57:05AM -0600, Jan Beulich wrote:
>> >>> On 19.06.19 at 13:02, wrote:
>> > If the hypervisor has been built with EFI support (ie: multiboot2).
>> > This allows to position the .reloc section correctly in the output
>> > binary, or else
>>> On 19.06.19 at 17:54, wrote:
> On Wed, Jun 19, 2019 at 12:20:40AM -0600, Jan Beulich wrote:
>> >>> On 18.06.19 at 19:22, wrote:
>> > On Tue, Jun 11, 2019 at 06:42:33AM -0600, Jan Beulich wrote:
>> >> >>> On 10.06.19 at 18:28, wrote:
>> >> > On 23/05/2019 13:18, Jan Beulich wrote:
>> >> >> TB
>>> On 19.06.19 at 16:58, wrote:
> On 15/03/2019 11:04, Jan Beulich wrote:
>> @@ -3205,6 +3206,18 @@ x86_decode(
>> state);
>> state->simd_size = simd_other;
>> }
>> +
>> +switch ( b )
>> +
>>> On 19.06.19 at 17:01, wrote:
> On 15/03/2019 11:04, Jan Beulich wrote:
>> --- a/xen/arch/x86/x86_emulate/x86_emulate.c
>> +++ b/xen/arch/x86/x86_emulate/x86_emulate.c
>> @@ -479,7 +479,7 @@ static const struct ext0f38_table {
>> [0x4d] = { .simd_size = simd_scalar_vexw, .d8s = d8s_dq },
>
58 matches
Mail list logo
