flight 176367 qemu-mainline real [real]
flight 176390 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/176367/
http://logs.test-lab.xenproject.org/osstest/logs/176390/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
Juergen Gross, le ven. 03 févr. 2023 10:18:04 +0100, a ecrit:
> Add the concept of mount points to Mini-OS. A mount point is a path
> associated with a device pointer and an open() callback. A mount point
> can be either a file (e.g. "/dev/mem") or a directory ("/var/log").
>
> This allows to repl
Juergen Gross, le ven. 03 févr. 2023 10:18:05 +0100, a ecrit:
> Add the support to mount a device at runtime. The number of dynamic
> mounts is limited by a #define.
>
> For devices supporting multiple files struct file is modified to hold
> a pointer to file specific data in contrast to device sp
Juergen Gross, le ven. 03 févr. 2023 10:18:04 +0100, a ecrit:
> +int open(const char *pathname, int flags, ...)
> +{
> +unsigned int m, mlen;
> +struct mount_point *mnt;
> +mode_t mode = 0;
> +va_list ap;
> +
> +if ( flags & O_CREAT )
> +{
> +va_start(ap, flags);
> +
flight 176376 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/176376/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 176355
test-amd64-amd64-xl-qemuu-win7-amd64
flight 176386 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/176386/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qcow221 guest-start/debian.repeat fail pass in 176365
Tests which did not succeed, but
flight 176388 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/176388/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-amd64-i386-libvirt 15 migrate-s
flight 176395 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/176395/
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. 176376
Tests which did not
Hi Penny,
On 13/01/2023 05:28, Penny Zheng wrote:
At the moment, on MMU system, enable_mm() will return to an address in
the 1:1 mapping, then each path is responsible to switch to virtual runtime
mapping. Then remove_identity_mapping() is called to remove all 1:1 mapping.
Since remove_identity
Hi,
On 13/01/2023 05:28, Penny Zheng wrote:
From: Wei Chen
To make the code readable and maintainable, we move MMU-specific
memory management code from mm.c to mm_mmu.c and move MMU-specific
definitions from mm.h to mm_mmu.h.
Later we will create mm_mpu.h and mm_mpu.c for MPU-specific memory
m
Hi,
On 13/01/2023 05:28, Penny Zheng wrote:
Function setup_pagetables is responsible for boot-time pagetable setup
in MMU system.
But in MPU system, we have already built up start-of-day Xen MPU memory region
mapping at the very beginning in assembly.
So in order to keep only one codeflow in ar
Hi,
title: typo: s/convertion/conversion/
On 13/01/2023 05:28, Penny Zheng wrote:
virt_to_maddr and maddr_to_virt are used widely in Xen code. So
even there is no VMSA in MPU system, we keep the interface name to
stay the same code flow.
We move the existing virt/maddr convertion from mm.h to
Hi,
On 13/01/2023 05:28, Penny Zheng wrote:
The new helper xen_mpumap_update() is responsible for updating an entry
in Xen MPU memory mapping table, including creating a new entry, updating
or destroying an existing one.
This commit only talks about populating a new entry in Xen MPU mapping tab
Hi,
On 13/01/2023 05:28, Penny Zheng wrote:
In MPU system, device tree binary can be packed with Xen
image through CONFIG_DTB_FILE, or provided by bootloader through x0.
In MPU system, each section in xen.lds.S is PAGE_SIZE aligned.
So in order to not overlap with the previous BSS section, dtb
Hi,
On 13/01/2023 05:28, Penny Zheng wrote:
Xen is using page as the smallest granularity for memory managment.
And we want to follow the same concept in MPU system.
That is, structure page_info and the frametable which is used for storing
and managing page_info is also required in MPU system.
Hi Penny,
On 13/01/2023 05:29, Penny Zheng wrote:
As AArch64v8R only has one secure state, we have to use secure EL2 hypervisor
timer for Xen in secure EL2.
In this patch, we introduce a Kconfig option ARM_SECURE_STATE.
With this new Kconfig option, we can re-define the timer's
system register
flight 176392 qemu-mainline real [real]
flight 176405 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/176392/
http://logs.test-lab.xenproject.org/osstest/logs/176405/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be
flight 176403 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/176403/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 176376
test-amd64-amd64-xl-qemuu-win7-amd64
On 22.07.2020 19:43, Elliott Mitchell wrote:
> Unlike other unsupportted options, ACPI support is required to *boot*
> for a number of platforms. Users on these platforms are unable to use
> distribution builds and must rebuild from source to use Xen.
>
> Signed-off-by: Elliott Mitchell
A gener
On 20.01.2023 09:40, Jan Beulich wrote:
> While this has been there forever, it's not clear to me what it was
> (thought to be) needed for. In fact, all three instances of the header
> already exclude their entire bodies when __ASSEMBLY__ was defined.
> Hence, with no other assembly files including
20 matches
Mail list logo
