Update include/xen/arch-x86/hvm/start_info.h to the newest version
from the Xen tree.
Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
---
include/xen/arch-x86/hvm/start_info.h | 63 ++-
1 file changed, 62 insertions(+), 1 deletion(-)
diff --git a/include/xen/a
Since some time now a guest started in PVH mode will get the memory
map from Xen via the start_info structure.
Modify the PVH initialization to prefer this memory map over the one
obtained via hypercall, as this will allow to add information to the
memory map for a new kernel when supporting kexec
When getting the current allocation from Xen, this value includes the
pages allocated in the MMIO area. Fix the highest available RAM page
by subtracting the size of that area.
This requires to read the E820 map before needing this value. Add two
functions returning the current and the maximum num
There is a subtle bug in ballooning code for PVH: in case ballooning
extends above a non-RAM area of the memory map, wrong pages will be
used.
Signed-off-by: Juergen Gross
---
V2:
- new patch
---
balloon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/balloon.c b/balloon.c
Do some memory map related changes/fixes for PVH mode:
- Prefer the memory map delivered via start-info over the one obtained
from the hypervisor. This is a prerequisite for Xenstore-stubdom
live-update with rising the memory limit.
- Fix a bug related to ballooning in PVH mode: PVH Xenstore-
On 18.06.22 17:56, Samuel Thibault wrote:
Juergen Gross, le sam. 18 juin 2022 16:07:07 +0200, a ecrit:
On 18.06.22 14:13, Samuel Thibault wrote:
Hello,
Juergen Gross, le sam. 18 juin 2022 12:48:16 +0200, a ecrit:
@@ -124,7 +126,7 @@ void arch_mm_preinit(void *p)
do_exit();
}
flight 171275 linux-5.4 real [real]
flight 171278 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171275/
http://logs.test-lab.xenproject.org/osstest/logs/171278/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386
flight 171273 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171273/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 170714
test-amd64-amd64-qemuu-nested-amd 20
flight 171271 linux-5.4 real [real]
flight 171274 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171271/
http://logs.test-lab.xenproject.org/osstest/logs/171274/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
t
пт, 17 июн. 2022 г. в 14:12, Julien Grall :
Hi Julien,
>
> Hi,
>
> On 17/06/2022 10:10, Volodymyr Babchuk wrote:
> > Julien Grall writes:
> >
> >> On 16/06/2022 19:40, Volodymyr Babchuk wrote:
> >>> Hi Julien,
> >>
> >> Hi Volodymyr,
> >>
> >>> Julien Grall writes:
> >>>
> Hi,
>
>
flight 171267 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171267/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade broken
Tests which are fail
Juergen Gross, le sam. 18 juin 2022 16:07:07 +0200, a ecrit:
> On 18.06.22 14:13, Samuel Thibault wrote:
> > Hello,
> >
> > Juergen Gross, le sam. 18 juin 2022 12:48:16 +0200, a ecrit:
> > > @@ -124,7 +126,7 @@ void arch_mm_preinit(void *p)
> > > do_exit();
> > > }
> > > -last_
flight 171263 linux-linus real [real]
flight 171270 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171263/
http://logs.test-lab.xenproject.org/osstest/logs/171270/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run
On 18.06.22 14:13, Samuel Thibault wrote:
Hello,
Juergen Gross, le sam. 18 juin 2022 12:48:16 +0200, a ecrit:
@@ -124,7 +126,7 @@ void arch_mm_preinit(void *p)
do_exit();
}
-last_free_pfn = e820_get_maxpfn(ret);
+last_free_pfn = e820_get_maxpfn(ret - e820_initial_res
flight 171266 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171266/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-i386-libvirt
flight 171265 linux-5.4 real [real]
flight 171269 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171265/
http://logs.test-lab.xenproject.org/osstest/logs/171269/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
t
Juergen Gross, le sam. 18 juin 2022 12:48:15 +0200, a ecrit:
> Since some time now a guest started in PVH mode will get the memory
> map from Xen via the start_info structure.
>
> Modify the PVH initialization to prefer this memory map over the one
> obtained via hypercall, as this will allow to a
Juergen Gross, le sam. 18 juin 2022 12:48:14 +0200, a ecrit:
> Update include/xen/arch-x86/hvm/start_info.h to the newest version
> from the Xen tree.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> include/xen/arch-x86/hvm/start_info.h | 63 ++-
>
Hello,
Juergen Gross, le sam. 18 juin 2022 12:48:16 +0200, a ecrit:
> @@ -124,7 +126,7 @@ void arch_mm_preinit(void *p)
> do_exit();
> }
>
> -last_free_pfn = e820_get_maxpfn(ret);
> +last_free_pfn = e820_get_maxpfn(ret - e820_initial_reserved_pfns);
Mmm, but the reserved p
Since some time now a guest started in PVH mode will get the memory
map from Xen via the start_info structure.
Modify the PVH initialization to prefer this memory map over the one
obtained via hypercall, as this will allow to add information to the
memory map for a new kernel when supporting kexec
Update include/xen/arch-x86/hvm/start_info.h to the newest version
from the Xen tree.
Signed-off-by: Juergen Gross
---
include/xen/arch-x86/hvm/start_info.h | 63 ++-
1 file changed, 62 insertions(+), 1 deletion(-)
diff --git a/include/xen/arch-x86/hvm/start_info.h
b/in
Do some memory map related changes/fixes for PVH mode:
- Prefer the memory map delivered via start-info over the one obtained
from the hypervisor. This is a prerequisite for Xenstore-stubdom
live-update with rising the memory limit.
- Fix a bug related to ballooning in PVH mode: PVH Xenstore-
When getting the current allocation from Xen, this value includes the
pages allocated in the MMIO area. Fix the highest available RAM page
by subtracting the size of that area.
This requires to read the E820 map before needing this value.
At the same time add the LAPIC page to the memory map in o
flight 171256 qemu-mainline real [real]
flight 171268 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171256/
http://logs.test-lab.xenproject.org/osstest/logs/171268/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
24 matches
Mail list logo
