flight 163187 qemu-mainline real [real]
flight 163193 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/163187/
http://logs.test-lab.xenproject.org/osstest/logs/163193/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
On 05.05.2021 19:35, Julien Grall wrote:
>
>
> On 29/04/2021 14:26, Jan Beulich wrote:
>> On 29.04.2021 13:27, Julien Grall wrote:
>>> On 21/04/2021 11:22, Jan Beulich wrote:
While for the original library's purposes these functions of course want
to be externally exposed, we don't need
Hi Oleksandr,
On 14/06/2021 20:34, Oleksandr Tyshchenko wrote:
From: Oleksandr Tyshchenko
At the moment, Xen expects the memory banks to be ordered.
Unfortunately, there may be a case when updated by firmware
device tree contains unordered banks. This means Xen will panic
when setting xenheap
flight 163188 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163188/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-intel 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
Hi Rahul,
On 25/06/2021 17:37, Rahul Singh wrote:
SMR allocation should be based on the number of supported stream
matching register for each SMMU device.
Issue introduced by commit 5e08586afbb90b2e2d56c175c07db77a4afa873c
when backported the patches from Linux to XEN to fix the stream match
co
On Wed, Jun 30, 2021 at 9:43 AM Nathan Chancellor wrote:
>
> On Thu, Jun 24, 2021 at 11:55:20PM +0800, Claire Chang wrote:
> > Propagate the swiotlb_force into io_tlb_default_mem->force_bounce and
> > use it to determine whether to bounce the data or not. This will be
> > useful later to allow for
flight 163196 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163196/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen f95b7b37cfc6d4613721df9357090d14712013c0
baseline version:
xen bb11
On 03/06/2021 14:08, Julien Grall wrote:
Hi,
On 27/05/2021 09:52, Sergiy Kibrik wrote:
Pass 128 bytes of random seed via FDT, so that guests' CRNGs are
better seeded
early at boot. This is larger than ChaCha20 key size of 32, so each
byte of
CRNG state will be mixed 4 times using this seed. Th
On Wed, Jun 30, 2021 at 05:17:27PM +0800, Claire Chang wrote:
> On Wed, Jun 30, 2021 at 9:43 AM Nathan Chancellor wrote:
> >
> > On Thu, Jun 24, 2021 at 11:55:20PM +0800, Claire Chang wrote:
> > > Propagate the swiotlb_force into io_tlb_default_mem->force_bounce and
> > > use it to determine wheth
> On 03/06/2021 14:08, Julien Grall wrote:
[..]
>
> This has been sitting on the ML for quite a while. I was going to commit it as
> this looks uncontroversial but the patch doesn't apply on the lastest Xen
> (tools/libxl was moved in tools/libs/light).
>
> @Sergiy, would you be able to rebase th
flight 163192 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163192/
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
The P2M, the use of PFNs, and hence the maximum valid PFN are purely
software constructs in PV. In principle a guest is free to use arbitrary
PFNs. However, at least page table normalization requires that PFN space
be, like MFN space, limited to the architectural 40 bits (52 address
bits). And of c
On 30/06/2021 07:42, 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 constant expressions
flight 163190 xen-unstable real [real]
flight 163199 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/163190/
http://logs.test-lab.xenproject.org/osstest/logs/163199/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd6
Hi Will and Claire,
On Wed, Jun 30, 2021 at 12:43:48PM +0100, Will Deacon wrote:
> On Wed, Jun 30, 2021 at 05:17:27PM +0800, Claire Chang wrote:
> > On Wed, Jun 30, 2021 at 9:43 AM Nathan Chancellor wrote:
> > >
> > > On Thu, Jun 24, 2021 at 11:55:20PM +0800, Claire Chang wrote:
> > > > Propagate
Hi Penny,
On 07/06/2021 03:43, Penny Zheng wrote:
In order to differentiate pages of static memory, from those allocated from
heap, this patch introduces a new page flag PGC_reserved to tell.
I would prefer if this patch is folded in the patch first using it. This
will be easier to understand
Hi Penny,
On 07/06/2021 03:43, Penny Zheng wrote:
For now, since the feature of Domain on Static Allocation is only supported
on ARM Architecture, this commit introduces new CONFIG_STATIC_ALLOCATION to
avoid bringing dead codes in other archs.
Similarly to patch #2, I think it would be better
Hi,
On 10/06/2021 10:35, Jan Beulich wrote:
On 07.06.2021 04:43, Penny Zheng wrote:
--- a/xen/arch/arm/setup.c
+++ b/xen/arch/arm/setup.c
@@ -611,6 +611,30 @@ static void __init init_pdx(void)
}
}
+/* Static memory initialization */
+static void __init init_staticmem_pages(void)
+{
Hi Julien,
> On 30 Jun 2021, at 10:09 am, Julien Grall wrote:
>
> Hi Rahul,
>
> On 25/06/2021 17:37, Rahul Singh wrote:
>> SMR allocation should be based on the number of supported stream
>> matching register for each SMMU device.
>> Issue introduced by commit 5e08586afbb90b2e2d56c175c07db77a4a
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 should be based on the number of supported stream
matching register for each SMMU device.
Issue introduced by commit
Hi Penny,
On 07/06/2021 03:43, Penny Zheng wrote:
This patch introduces static memory initialization, during system RAM boot up.
The word "RAM" looks spurious.
New func init_staticmem_pages is responsible for static memory initialization.
s/New func/The new function/
Helper free_staticme
Hi,
On 10/06/2021 10:49, Jan Beulich wrote:
On 07.06.2021 04:43, Penny Zheng wrote:
Introduce new interface assign_pages_nr to deal with when page number is
not in a power-of-two, which will save the trouble each time user needs
to split the size in a power of 2 to use assign_pages.
First of
flight 163194 qemu-mainline real [real]
flight 163202 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/163194/
http://logs.test-lab.xenproject.org/osstest/logs/163202/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
flight 163197 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163197/
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 163195 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163195/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-intel 7 xen-install fail REGR. vs. 152332
test-amd64-i386-xl-
flight 163203 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/163203/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 162576
test-amd64-amd64-qemuu-nested-amd 20 debi
flight 163198 linux-5.4 real [real]
flight 163209 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/163198/
http://logs.test-lab.xenproject.org/osstest/logs/163209/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd6
27 matches
Mail list logo
