flight 168027 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/168027/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-debianhvm-i386-xsm 12 debian-hvm-install fail pass in
168018
test-arm64-arm64-xl-vhd
On 05.02.22 19:42, Linus Torvalds wrote:
On Sat, Feb 5, 2022 at 9:58 AM Linus Torvalds
wrote:
On Sat, Feb 5, 2022 at 3:07 AM Juergen Gross wrote:
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.17a-rc3-tag
Diffstat? Shortlog?
T
Hi,
Back in the year 2020, I was inquiring into the status of PCI passthrough
support for PVH guests. At that time, Arm people were working on using vPCI for
guest VMs. The expectation was to port that implementation to x86 once ready.
I was wondering if there is any update on this. Does Xen su
flight 168024 linux-5.4 real [real]
flight 168030 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/168024/
http://logs.test-lab.xenproject.org/osstest/logs/168030/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386
flight 168022 linux-linus real [real]
flight 168028 linux-linus real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/168022/
http://logs.test-lab.xenproject.org/osstest/logs/168028/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-
When an instruction is trapped in Xen due to translation fault, Xen checks if
the ISS is valid. If not, Xen tries to resolve the translation fault using
p2m page tables. In case if it is a data abort, Xen will try to map the mmio
region to the guest (ie tries to emulate the mmio region).
If the IS
At the moment, Xen does not decode any of the arm64 instructions. This
means that hsr_dabt.isv = 0, Xen cannot handle those instructions. This
will lead to Xen abort the guests (from which those instructions
originated).
With this patch, Xen is able to decode ldr/str post indexing instructions.
Th
Hi All,
The patch series introduces support to decode instructions by Xen when ISS
is invalid. Currently, when the guest executes post indexing ldr/str
instructions
on emulated MMIO, these instruction was trapped into Xen as a data abort.
Xen reads hsr_dabt.isv = 0, so ISS is invalid. Therefore,
> On Jul 5, 2021, at 5:10 PM, Jan Beulich wrote:
>
> Mostly just code movement, and certainly no functional change intended.
> In p2m_final_teardown() the calls to p2m_teardown_{alt,nested}p2m() need
> to be guarded by an is_hvm_domain() check now, though. This matches
> p2m_init(). And p2m_is
> On Jul 5, 2021, at 5:09 PM, Jan Beulich wrote:
>
> There's no need to initialize respective data for PV domains. Note that
> p2m_teardown_{alt,nested}p2m() will handle the lack-of-initialization
> case fine.
>
> Signed-off-by: Jan Beulich
>
> --- a/xen/arch/x86/mm/p2m.c
> +++ b/xen/arch/x
> On Jul 5, 2021, at 5:09 PM, Jan Beulich wrote:
>
> This also includes the two p2m related fields.
>
> Signed-off-by: Jan Beulich
Reviewed-by: George Dunlap
> On Jul 5, 2021, at 5:07 PM, Jan Beulich wrote:
>
> ..., moving the former into the new physmap.c.
>
> Signed-off-by: Jan Beulich
Reviewed-by: George Dunlap
> On Jul 5, 2021, at 5:07 PM, Jan Beulich wrote:
>
> ... to a new file, separating the functions from their HVM-specific
> backing ones, themselves only dealing with the non-translated case.
>
> To avoid having a new CONFIG_HVM conditional in there, do away with
> the inline placeholder.
>
>
flight 168018 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/168018/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 168008
test-amd64-amd64-qemuu-nested-amd 20
flight 168021 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/168021/
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
The pull request you sent on Sat, 5 Feb 2022 12:07:17 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.17a-rc3-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/90c9e950c0def5c354b4a6154a2ddda3e5f214ac
Thank you!
--
Deet-doot-dot,
On Sat, Feb 5, 2022 at 9:58 AM Linus Torvalds
wrote:
>
> On Sat, Feb 5, 2022 at 3:07 AM Juergen Gross wrote:
> >
> > Please git pull the following tag:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> > for-linus-5.17a-rc3-tag
>
> Diffstat? Shortlog?
>
> This is not a valid p
On Sat, Feb 5, 2022 at 3:07 AM Juergen Gross wrote:
>
> Please git pull the following tag:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.17a-rc3-tag
Diffstat? Shortlog?
This is not a valid pull request.
Linus
flight 168016 qemu-mainline real [real]
flight 168026 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/168016/
http://logs.test-lab.xenproject.org/osstest/logs/168026/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-am
On 04/02/2022 23:29, Julien Grall wrote:
This message is harmless. This is printed because Xen on Arm
doesn't hypercall the hypercall to add a PCI device. On Arm,
I meant "doesn't need the hypercall...".
we don't need it yet (it might be necessary for PCI passthrough) and
MSI/MSI-X are han
flight 168015 xen-4.16-testing real [real]
flight 168025 xen-4.16-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/168015/
http://logs.test-lab.xenproject.org/osstest/logs/168025/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
flight 168017 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/168017/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a4b7aa362d94bbe0287663cab9af4ab503f6185d
baseline version:
ovmf 33189f05278345eab608f
On 04.02.22 20:25, Julien Grall wrote:
Hi,
On 03/02/2022 12:54, Juergen Gross wrote:
+## The commit message
+
+The commit message is free text describing *why* the patch is done and
+*how* the goal of the patch is achieved. A good commit message will
describe
+the current situation, the desir
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-5.17a-rc3-tag
xen: branch for v5.17-rc3
It contains the following patches:
- 3 documentation fixes related to Xen
- a patch for enabling x2apic mode when available when running as
flight 168014 xen-4.15-testing real [real]
flight 168023 xen-4.15-testing real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/168014/
http://logs.test-lab.xenproject.org/osstest/logs/168023/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
t
Make sure softirqs are processed at least once for every call to
pvh_populate_memory_range. It's likely that none of the calls to
pvh_populate_memory_range will perform 64 iterations, in which case
softirqs won't be processed for the whole duration of the p2m
population.
In order to force softirqs
On Fri, Feb 04, 2022 at 05:34:05PM +, Andrew Cooper wrote:
> c/s 27a63cdac388 ("x86/HVM: convert remaining hvm_funcs hook invocations to
> alt-call") went too far with dropping NULL function pointer checks.
>
> smp_callin() calls hvm_cpu_up() unconditionally. When the platform doesn't
> suppo
27 matches
Mail list logo