flight 163236 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163236/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-amd64-libvirt
flight 163232 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163232/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332
test-amd64-i386-qem
At 08:42 +0200 on 30 Jun (1625042541), Jan Beulich wrote:
> In commit 90629587e16e ("x86/shadow: replace stale literal numbers in
> hash_{vcpu,domain}_foreach()") I had to work around a clang shortcoming
> (if you like), leveraging that gcc tolerates static const variables in
> otherwise integer co
flight 163238 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163238/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 12 debian-hvm-install fail REGR. vs. 162359
test-amd64-amd64-xl-qemuu
On 02/07/2021 10:54, Rahul Singh wrote:
Hi Julien,
Hi Rahul,
On 30 Jun 2021, at 7:00 pm, Julien Grall wrote:
On 30/06/2021 18:49, Rahul Singh wrote:
Hi Julien,
Hi,
On 30 Jun 2021, at 10:09 am, Julien Grall wrote:
Hi Rahul,
On 25/06/2021 17:37, Rahul Singh wrote:
SMR allocation sh
Hi Penny,
On 07/06/2021 03:43, Penny Zheng wrote:
This commit checks `xen,static-mem` device tree property in /domUx node,
to determine whether domain is on Static Allocation, when constructing
domain during boot-up.
Right now, the implementation of allocate_static_memory is missing, and
will b
Hi Penny,
On 07/06/2021 03:43, Penny Zheng wrote:
This commit introduces allocate_static_memory to allocate static memory as
guest RAM for Domain on Static Allocation.
It uses alloc_domstatic_pages to allocate pre-configured static memory banks
for this domain, and uses guest_physmap_add_page t
On 01/07/2021 09:19, Michal Orzel wrote:
Hi Julien,
Hi Michal,
On 07.06.2021 15:31, Julien Grall wrote:
Hi,
On 05/05/2021 08:43, Michal Orzel wrote:
AArch64 registers are 64bit whereas AArch32 registers
are 32bit or 64bit. MSR/MRS are expecting 64bit values thus
we should get rid of hel
flight 163235 qemu-mainline real [real]
flight 163270 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/163235/
http://logs.test-lab.xenproject.org/osstest/logs/163270/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
From: Julien Grall
At the moment, Arm is providing a dummy implementation for the M2P
helpers used in common code. However, they are quite isolated and could
be used by other architecture in the future. So move the helpers
necessary for compilation in xen/mm.h and gate them with a new config
!HAS
From: Julien Grall
XENMEM_exchange can only be used by PV guest but the check is well
hidden in steal_page(). This is because paging_model_external() will
return false only for PV domain.
To make clearer this is PV only, add a check at the beginning of the
implementation.
In a follow-up patch,
From: Julien Grall
While Arm never had a M2P, the implementation of mfn_to_gfn() is pretty
bogus as we directly return the MFN passed in parameter.
The last use of mfn_to_gfn() on Arm is in getdomaininfo(). It looks
like this is mostly used for mapping the P2M Of PV guest. Furthermore,
the struc
From: Julien Grall
Hi all,
Arm never supported a M2P yet there are some helpers implemented to deal with
the common code. However, the implementation of mfn_to_gmfn is completely
bogus.
This series aims to properly disable the M2P on Arm.
Cheers,
Julien Grall (4):
xen: XENMEM_exchange shoul
From: Julien Grall
The current implementation of mfn_to_gfn() is completely bogus and
there are no plan to implement an M2P on Arm. As there are no more
users, drop the helper.
At the same time rework a comment in Arm code that does not make sense.
Signed-off-by: Julien Grall
---
Changes
On 18/06/2021 13:19, Oleksandr Andrushchenko wrote:
Hi, all!
Hi,
Sorry for the late reply.
What do we need in order to move on on this?
The next steps would be
1) Write a PoC to confirm the approach is feasible
2) Write a design document
Unfortunately, I will not have time to work on
Hi Stefano,
Sorry for the late answer.
On 13/05/2021 23:44, Stefano Stabellini wrote:
On Wed, 12 May 2021, Julien Grall wrote:
Hi Stefano,
On 12/05/2021 22:30, Stefano Stabellini wrote:
On Wed, 12 May 2021, Julien Grall wrote:
+#define LPAE_SHIFT LPAE_SHIFT_GS(PAGE_SHIFT)
+#define
Hi Hongyan,
On 26/04/2021 10:41, Xia, Hongyan wrote:
On Sun, 2021-04-25 at 21:13 +0100, Julien Grall wrote:
From: Wei Liu
The basic idea is like Persistent Kernel Map (PKMAP) in Linux. We
pre-populate all the relevant page tables before the system is fully
set up.
We will need it on Arm in o
flight 163239 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163239/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds18 guest-start/debian.repeat fail REGR. vs. 163219
Tests which did not succeed
flight 163259 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163259/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 12 debian-hvm-install fail REGR. vs. 162359
test-amd64-amd64-xl-qemuu
flight 163247 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163247/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332
test-amd64-i386-qem
flight 163289 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163289/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 12 debian-hvm-install fail REGR. vs. 162359
test-amd64-amd64-xl-qemuu
flight 163276 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163276/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-amd 16 xen-boot/l1 fail REGR. vs. 152631
test-amd64-amd64-
flight 163291 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163291/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 12 debian-hvm-install fail REGR. vs. 162359
test-amd64-amd64-xl-qemuu
flight 163290 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163290/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm7 xen-install fail REGR. vs. 152332
test-amd64-i386-qem
24 matches
Mail list logo
