On 09.08.2022 22:33, Volodymyr Babchuk wrote:
> Jan Beulich writes:
>> On 18.07.2022 23:15, Volodymyr Babchuk wrote:
>>> -if ( !pdev->vpci || !spin_trylock(&pdev->vpci->lock) )
>>> +
>>> +if ( !pcidevs_read_trylock() )
>>> +return -EBUSY;
>>> +pd
flight 172346 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172346/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
Commit c70727a5bc18 ("xen: allow more than 512 GB of RAM for 64 bit
pv-domains") from July 2015 replaces the config XEN_MAX_DOMAIN_MEMORY with
a new config XEN_512GB, but misses to adjust arch/x86/configs/xen.config.
Adjust this config fragment now.
Signed-off-by: Lukas Bulwahn
---
arch/x86/con
Commit 197ecb3802c0 ("xen/balloon: add runtime control for scrubbing
ballooned out pages") changed config XEN_SCRUB_PAGES to config
XEN_SCRUB_PAGES_DEFAULT. As xen.config sets 'XEN_BALLOON=y' and
XEN_SCRUB_PAGES_DEFAULT defaults to yes, there is no further need to set
this config in the xen.config
Make changes to the xen config fragments reach the XEN HYPERVISOR
maintainers and mailing list.
Signed-off-by: Lukas Bulwahn
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ee2098fc6f7c..6c2516b3da21 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
While reviewing arch/x86/configs/xen.config, I noticed the following
note in this file:
'# depends on MEMORY_HOTPLUG, arm64 doesn't enable this yet,
'# move to generic config if it ever does.
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y
Commit 6c6685055a28 ("kconfig: add xenconfig defconfig helper")
Dear xen maintainers,
here are three patches to update the xen config fragments to the currently
existing configs.
The fourth patch is just an addition to MAINTAINERS that I saw reasonable
after get_maintainers did not point to the XEN subsystem.
It applies cleanly on next-20220810.
Lukas
Luka
flight 172336 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172336/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172133
build-i386-libvirt
flight 172343 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172343/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
flight 172332 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172332/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172123
build-i386-libvir
flight 172338 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172338/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 1 build-check(1) blocked n/a
build-amd64-libvirt 6 lib
flight 172341 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172341/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
flight 172329 xen-unstable real [real]
flight 172339 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/172329/
http://logs.test-lab.xenproject.org/osstest/logs/172339/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd6
flight 172337 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172337/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
Thanks Ayan. The issue is that Debian unstable moved forward so now
apt-get fails. I updated the build container and the issue went away (I
rebuilt (automation/build/debian/unstable-arm64v8.dockerfile). So the
issue is gone for now.
In general, I don't know if it is a good idea to apply this patch
On Mon, 8 Aug 2022, Xenia Ragiadakou wrote:
> In macro psr_mode(), the macro parameter 'm' is used as expression and
> therefore it is good to be enclosed in parentheses to prevent against
> unintended expansions.
>
> Signed-off-by: Xenia Ragiadakou
Reviewed-by: Stefano Stabellini
> ---
> xen
On Tue, 9 Aug 2022, Xenia Ragiadakou wrote:
> In VREG_REG_HELPERS(), the macro parameter 'offmask' is used as expression and
> therefore it is good to be enclosed in parentheses to prevent against
> unintended expansions.
>
> Signed-off-by: Xenia Ragiadakou
Reviewed-by: Stefano Stabellini
> -
flight 172335 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172335/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
Hello Jan,
Jan Beulich writes:
> On 18.07.2022 23:15, Volodymyr Babchuk wrote:
>> --- a/xen/arch/x86/hvm/vmsi.c
>> +++ b/xen/arch/x86/hvm/vmsi.c
>> @@ -891,10 +891,16 @@ void vpci_msix_arch_init_entry(struct vpci_msix_entry
>> *entry)
>> entry->arch.pirq = INVALID_PIRQ;
>> }
>>
>> -in
On Tue, Aug 9, 2022 at 1:01 PM Andrew Cooper wrote:
>
> The documentation for eIBRS has finally been clarified to state that it is
> intended to flush the RSB on VMExit. So in principle, we shouldn't have been
> using opt_rsb_hvm on eIBRS hardware.
>
> However, dropping the 32 entry RSB stuff mak
flight 172326 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172133
build-i386-libvirt
flight 172331 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172331/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 1 build-check(1) blocked n/a
build-amd64-libvirt 6 lib
flight 172330 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172330/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
Hi Rahul,
title: The driver is for both smmuv1 and v2. Are you suggesting the
issue only occurs on v1?
On 05/08/2022 16:43, Rahul Singh wrote:
When devices are deassigned/assigned, SMMU global fault is observed
because SMEs are freed in detach function and not allocated again when
the device
The PBRSB_NO bit indicates that the CPU is not vulnerable to the Post-Barrier
RSB speculative vulnerability.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Roger Pau Monné
CC: Wei Liu
---
xen/arch/x86/include/asm/msr-index.h | 1 +
xen/arch/x86/msr.c | 5 +++--
xen/arc
Xen happens to be not vulnerable to PBRSB, but it turns out we can improve the
performance on all eIBRS systems.
Andrew Cooper (2):
x86/spec-ctrl: Enumeration for PBRSB_NO
x86/spec-ctrl: Reduce HVM RSB overhead where possible
xen/arch/x86/hvm/vmx/entry.S | 1 +
xen/arch/x86/hvm/v
The documentation for eIBRS has finally been clarified to state that it is
intended to flush the RSB on VMExit. So in principle, we shouldn't have been
using opt_rsb_hvm on eIBRS hardware.
However, dropping the 32 entry RSB stuff makes us vulnerable to Post-Barrier
RSB speculation on affected Int
On Tue, Aug 9, 2022 at 7:26 PM Rahul Singh wrote:
> Hi Julien,
>
Hello Julien, Rahul
[sorry for possible format issues]
[snip]
>
>
> >
> > On 09/08/2022 16:22, Rahul Singh wrote:
> >>> On 8 Aug 2022, at 4:30 pm, Oleksandr wrote:
> +bool pci_check_bar(const struct pci_dev *pdev, mfn_t
Hi Julien,
> On 9 Aug 2022, at 4:46 pm, Julien Grall wrote:
>
> Hi Rahul,
>
> This patch seems to have been sent in-reply-to the SMMUv1 patch. Was it
> intended?
That was by mistake I want to send all the patches independently but somehow I
send it
from single git "send-email” command becau
Hi Jan,
> On 9 Aug 2022, at 4:13 pm, Jan Beulich wrote:
>
> On 09.08.2022 17:06, Rahul Singh wrote:
>>> On 9 Aug 2022, at 11:02 am, Jan Beulich wrote:
>>> On 05.08.2022 17:43, Rahul Singh wrote:
--- a/xen/drivers/passthrough/pci.c
+++ b/xen/drivers/passthrough/pci.c
@@ -593,13 +5
One needs to run 'apt-get -qy upgrade' to upgrade the old packages so that
the missing dependent packages are also installed.
Signed-off-by: Ayan Kumar Halder
---
This is supposed to fix issues seen
https://gitlab.com/xen-project/xen/-/jobs/2832045004
The failure is :-
root@4a175985cd71:/Users/
Hi Jan,
> On 9 Aug 2022, at 4:15 pm, Jan Beulich wrote:
>
> On 05.08.2022 17:43, Rahul Singh wrote:
>> pci_get_pdev_by_domain() and pci_get_pdev() functions find the pdev in
>> the pseg list. If pdev is not in the pseg list, the functions will try
>> to find the pdev in the next segment. It is n
flight 172319 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172319/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172123
build-i386-libvir
When passed -1, the function (taking a u16) will look for segment
0x, which might exist. If it exists, we may find (return) the wrong
device.
Signed-off-by: Jan Beulich
---
An alternative would be to declare that both functions cannot be called
with "wildcards" anymore. The last such use went
Hi Rahul,
This patch seems to have been sent in-reply-to the SMMUv1 patch. Was it
intended?
On 09/08/2022 16:22, Rahul Singh wrote:
On 8 Aug 2022, at 4:30 pm, Oleksandr wrote:
+bool pci_check_bar(const struct pci_dev *pdev, mfn_t start, mfn_t end)
+{
+int ret;
+struct dt_device_node
Hi Oleksandr,
> On 8 Aug 2022, at 4:30 pm, Oleksandr wrote:
>
>
> On 05.08.22 18:43, Rahul Singh wrote:
>
>
> Hello Rahul
>
>
> Thank you very much for that patch!
>
>
>> From: Oleksandr Andrushchenko
>
> I am not 100% sure regarding that. This is *completely* different patch from
> w
On 05.08.2022 17:43, Rahul Singh wrote:
> pci_get_pdev_by_domain() and pci_get_pdev() functions find the pdev in
> the pseg list. If pdev is not in the pseg list, the functions will try
> to find the pdev in the next segment. It is not right to find the pdev
> in the next segment as this will resul
On 09.08.2022 17:06, Rahul Singh wrote:
>> On 9 Aug 2022, at 11:02 am, Jan Beulich wrote:
>> On 05.08.2022 17:43, Rahul Singh wrote:
>>> --- a/xen/drivers/passthrough/pci.c
>>> +++ b/xen/drivers/passthrough/pci.c
>>> @@ -593,13 +593,10 @@ struct pci_dev *pci_get_pdev(int seg, int bus, int
>>> dev
Hi Jan,
> On 9 Aug 2022, at 11:02 am, Jan Beulich wrote:
>
> On 05.08.2022 17:43, Rahul Singh wrote:
>> pci_get_pdev_by_domain() and pci_get_pdev() functions find the pdev in
>> the pseg list. If pdev is not in the pseg list, the functions will try
>> to find the pdev in the next segment. It is
The function flask_domain_alloc_security() allocates the security context and
assigns an initial SID for the domain under construction. When it came to SID
assignment of the initial domain, flask_domain_alloc_security() would assign
unlabeled_t. Then in flask_domain_create() it would be switched to
flight 172327 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172327/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
flight 172315 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172315/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-qemut-rhel6hvm-amd 7 xen-install fail in 172287 pass in 172315
test-amd64-amd64-qemuu-nested-in
flight 172324 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172324/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 1 build-check(1) blocked n/a
build-amd64-libvirt 6 lib
flight 172325 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172325/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
On Mon, Aug 8, 2022 at 7:06 AM Anthony PERARD wrote:
>
> -soundhw is deprecated since 825ff02911c9 ("audio: add soundhw
> deprecation notice"), QEMU v5.1, and is been remove for upcoming v7.1
> by 039a68373c45 ("introduce -audio as a replacement for -soundhw").
>
> Instead we can just add the soun
On Mon, Aug 8, 2022 at 7:06 AM Anthony PERARD wrote:
>
> "-sdl" is deprecated upstream since 6695e4c0fd9e ("softmmu/vl:
> Deprecate the -sdl and -curses option"), QEMU v6.2, and the option is
> removed by 707d93d4abc6 ("ui: Remove deprecated options "-sdl" and
> "-curses""), in upcoming QEMU v7.1.
flight 172313 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172313/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172133
test-amd64-amd64-xl
flight 172322 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172322/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
On 08.08.2022 17:30, Oleksandr wrote:
> On 05.08.22 18:43, Rahul Singh wrote:
>> --- a/xen/arch/arm/pci/pci-host-common.c
>> +++ b/xen/arch/arm/pci/pci-host-common.c
>> @@ -363,6 +363,41 @@ int __init pci_host_bridge_mappings(struct domain *d)
>> return 0;
>> }
>>
>> +static int is_bar_v
On 05.08.2022 17:43, Rahul Singh wrote:
> pci_get_pdev_by_domain() and pci_get_pdev() functions find the pdev in
> the pseg list. If pdev is not in the pseg list, the functions will try
> to find the pdev in the next segment. It is not right to find the pdev
> in the next segment as this will resul
In VREG_REG_HELPERS(), the macro parameter 'offmask' is used as expression and
therefore it is good to be enclosed in parentheses to prevent against
unintended expansions.
Signed-off-by: Xenia Ragiadakou
---
xen/arch/arm/include/asm/vreg.h | 8
1 file changed, 4 insertions(+), 4 deletio
Hi jan
> -Original Message-
> From: Jan Beulich
> Sent: Tuesday, August 9, 2022 4:27 PM
> To: Penny Zheng
> Cc: Wei Chen ; Andrew Cooper
> ; George Dunlap ;
> Julien Grall ; Stefano Stabellini ;
> Wei Liu ; xen-devel@lists.xenproject.org
> Subject: Re: [PATCH v9 8/8] xen: retrieve reserv
flight 172318 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172318/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-armhf-libvirt
On 09.08.2022 10:07, Penny Zheng wrote:
>> -Original Message-
>> From: Jan Beulich
>> Sent: Tuesday, August 9, 2022 3:59 PM
>>
>> On 09.08.2022 09:53, Penny Zheng wrote:
-Original Message-
From: Xen-devel On Behalf Of
Jan Beulich
Sent: Monday, July 25, 2022 11:
Hi jan
> -Original Message-
> From: Jan Beulich
> Sent: Tuesday, August 9, 2022 3:59 PM
> To: Penny Zheng
> Cc: Wei Chen ; Andrew Cooper
> ; George Dunlap ;
> Julien Grall ; Stefano Stabellini ;
> Wei Liu ; xen-devel@lists.xenproject.org
> Subject: Re: [PATCH v9 8/8] xen: retrieve reserv
flight 172320 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/172320/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 172136
build-i386-libvirt
On 09.08.2022 09:53, Penny Zheng wrote:
>> -Original Message-
>> From: Xen-devel On Behalf Of Jan
>> Beulich
>> Sent: Monday, July 25, 2022 11:44 PM
>>
>> On 20.07.2022 07:46, Penny Zheng wrote:
>>> When a static domain populates memory through populate_physmap at
>>> runtime, it shall ret
Hi Jan
Sorry for the delayed response.
> -Original Message-
> From: Xen-devel On Behalf Of Jan
> Beulich
> Sent: Monday, July 25, 2022 11:44 PM
> To: Penny Zheng
> Cc: Wei Chen ; Andrew Cooper
> ; George Dunlap ;
> Julien Grall ; Stefano Stabellini ;
> Wei Liu ; xen-devel@lists.xenproje
58 matches
Mail list logo
