On 17.06.22 02:03, Stefano Stabellini wrote:
On Thu, 16 Jun 2022, Oleksandr wrote:
On 16.06.22 11:56, Juergen Gross wrote:
On 16.06.22 09:31, Oleksandr wrote:
On 16.06.22 08:37, Juergen Gross wrote:
Hello Juergen
Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
Xen
On 16.06.22 22:33, Oleksandr wrote:
On 16.06.22 11:56, Juergen Gross wrote:
Hello Juergen, all
On 16.06.22 09:31, Oleksandr wrote:
On 16.06.22 08:37, Juergen Gross wrote:
Hello Juergen
Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
Xen grant mappings") introduc
On 16.06.22 20:20, Stefano Stabellini wrote:
On Thu, 16 Jun 2022, Juergen Gross wrote:
Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
Xen grant mappings") introduced a new requirement for using virtio
devices: the backend now needs to support the VIRTIO_F_ACCESS_PLATFORM
Hi Peter,
On Mon, 13 Jun 2022 10:44:22 +0200, Peter Zijlstra
wrote:
> On Thu, Jun 09, 2022 at 04:49:21PM -0700, Jacob Pan wrote:
> > Hi Peter,
> >
> > On Wed, 08 Jun 2022 16:27:27 +0200, Peter Zijlstra
> > wrote:
> >
> > > Commit c227233ad64c ("intel_idle: enable interrupts before C1 on
> >
Hi Julien,
> -Original Message-
> From: Xen-devel On Behalf Of
> Julien Grall
>
> Hi,
>
> I have committed this patch.
>
> Patch #3 looks to be suitably acked but I am not sure whether it can be
> committed before #2. So I didn't commit it.
>
> Please let me know if it can be.
IIUC,
Hi,
It seems that this series is stale for a while with author's action needed for
Patch#1 [1] (and probably also need ack from flask maintainer for [2]). So this
email
is a gentle reminder about this series. Thanks!
[1]
https://patchwork.kernel.org/project/xen-devel/patch/20220531145646.10062-
Hi,
It seems that this series has been stale for more than a month with no comment
from maintainer for patch#1 [1] and actions needed from author for patch#2 [2].
So sending this email as a gentle reminder. Thanks!
[1]
https://patchwork.kernel.org/project/xen-devel/patch/d0afb6657b1e78df4857ad7b
Hi,
It seems that this series [1] has been stale for more than a month and also
this series seems to be properly reviewed and acked already.
From what Jan has replied to Roger and Andrew:
"... this addition the series would now look to be ready to go in,
I'd like to have some form of confirmatio
Hi,
It seems that this series [1] has been stale for a while, with actions needed
from the author for the first 4 patches and comments needed from the
maintainers for the patch#5. So sending this email as a gentle reminder.
Thanks!
[1] https://patchwork.kernel.org/project/xen-devel/list/?series=6
Hi,
It seems that this series [1] has been stale for a while with actions needed
from
the maintainers (review needed). So sending this email as a gentle reminder.
Thanks!
[1] https://patchwork.kernel.org/project/xen-devel/list/?series=645480
Kind regards,
Henry
> -Original Message-
> F
flight 171200 linux-5.4 real [real]
flight 171222 linux-5.4 real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171200/
http://logs.test-lab.xenproject.org/osstest/logs/171222/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
t
On Thu, 16 Jun 2022, Oleksandr wrote:
> On 16.06.22 11:56, Juergen Gross wrote:
> > On 16.06.22 09:31, Oleksandr wrote:
> > >
> > > On 16.06.22 08:37, Juergen Gross wrote:
> > >
> > >
> > > Hello Juergen
> > >
> > > > Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
> > >
Hi Volodymyr,
On Tue, Jun 14, 2022 at 07:47:18PM +, Volodymyr Babchuk wrote:
>
> Hello Jens,
>
> Sorry for late review, I was busy with internal projects.
>
> This is preliminary review. I gave up at scatter-gather operations. Need
> more time to review them properly.
No problem, thanks fo
flight 171197 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171197/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 171180
test-amd64-i386-xl-qemuu-w
flight 171195 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171195/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-debianhvm-i386-xsm 8 xen-boot fail REGR. vs. 170714
test-arm64-arm64-ex
On Thu, 16 Jun 2022, Xenia Ragiadakou wrote:
> Add a new config parameter to configure a dom0less VM with static allocation.
> DOMU_STATIC_MEM[number]="baseaddr1 size1 ... baseaddrN sizeN"
> The parameter specifies the host physical address regions to be statically
> allocated to the VM. Each regio
On 16.06.22 11:56, Juergen Gross wrote:
Hello Juergen, all
On 16.06.22 09:31, Oleksandr wrote:
On 16.06.22 08:37, Juergen Gross wrote:
Hello Juergen
Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
Xen grant mappings") introduced a new requirement for using virti
flight 171202 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171202/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 92ab049719afe96913c0452bcf12946e0af0f0d5
baseline version:
ovmf 05e57cc9ced67d2cd633c
чт, 16 июн. 2022 г. в 22:09, Julien Grall :
>
>
> On 16/06/2022 19:40, Volodymyr Babchuk wrote:
> >
> > Hi Julien,
>
> Hi Volodymyr,
>
> >
> > Julien Grall writes:
> >
> >> Hi,
> >>
> >> On 16/06/2022 14:55, dmitry.semen...@gmail.com wrote:
> >>> From: Dmytro Semenets
> >>> According to PSCI spe
On 16/06/2022 19:40, Volodymyr Babchuk wrote:
Hi Julien,
Hi Volodymyr,
Julien Grall writes:
Hi,
On 16/06/2022 14:55, dmitry.semen...@gmail.com wrote:
From: Dmytro Semenets
According to PSCI specification ARM TF can return DENIED on CPU OFF.
I am confused. The spec is talking abou
flight 171213 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171213/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
Hi Julien,
Julien Grall writes:
> Hi,
>
> On 16/06/2022 14:55, dmitry.semen...@gmail.com wrote:
>> From: Dmytro Semenets
>> According to PSCI specification ARM TF can return DENIED on CPU OFF.
>
> I am confused. The spec is talking about Trusted OS and not
> firmware. The docummentation is al
On Thu, 16 Jun 2022, Juergen Gross wrote:
> Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
> Xen grant mappings") introduced a new requirement for using virtio
> devices: the backend now needs to support the VIRTIO_F_ACCESS_PLATFORM
> feature.
>
> This is an undue requirem
On Fri, Jun 10, 2022 at 06:23:52PM -0700, Stefano Stabellini wrote:
> On Thu, 9 Jun 2022, Jens Wiklander wrote:
> > Adds a FF-A version 1.1 [1] mediator to communicate with a Secure
> > Partition in secure world.
> >
> > The implementation is the bare minimum to be able to communicate with
> > OP-
flight 171201 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171201/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 15 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 171189 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171189/
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-i386-libvirt
Hi Jens,
On 15/06/2022 23:09, Jens Wiklander wrote:
On Wed, Jun 15, 2022 at 08:01:28PM +0100, Julien Grall wrote:
Hi,
On 15/06/2022 16:58, Jens Wiklander wrote:
On Fri, Jun 10, 2022 at 05:41:33PM -0700, Stefano Stabellini wrote:
#endif /* __ASSEMBLY__ */
/*
diff --git a/xen/arch/arm/vs
Hi,
On 16/06/2022 14:55, dmitry.semen...@gmail.com wrote:
From: Dmytro Semenets
According to PSCI specification ARM TF can return DENIED on CPU OFF.
I am confused. The spec is talking about Trusted OS and not firmware.
The docummentation is also not specific to ARM Trusted Firmware. So did
flight 171185 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171185/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-examine-uefi 6 xen-install fail REGR. vs. 171174
build-i386-prev
From: Dmytro Semenets
According to PSCI specification ARM TF can return DENIED on CPU OFF.
This patch brings the hypervisor into compliance with the PSCI
specification.
Refer to "Arm Power State Coordination Interface (DEN0022D.b)"
section 5.5.2
Signed-off-by: Dmytro Semenets
Reviewed-by: Volod
Hi,
There's quite a few patch in this series that are reviewed and could be
committed. The one reviewed don't depends on the other ones.
The list I've gathered that I think are reviewed properly are:
11: tools/xenstore: Cleanup makefile
14: libs: rename LDUSELIBS to LDLIBS and use it instead of
On 14/06/2022 17:03, Jan Beulich wrote:
> When some FMA set of insns is included in the base instruction set (XOP,
> AVX512F, and AVX512-FP16 at present), simd_test() simply invokes
> fma_test(), negating its return value. In case of a failure this would
> yield a value close to 4G, which doesn't l
flight 171183 qemu-mainline real [real]
flight 171199 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/171183/
http://logs.test-lab.xenproject.org/osstest/logs/171199/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-ar
On 6/9/2022 6:09 PM, Roger Pau Monné wrote:
On Thu, Jun 09, 2022 at 03:39:33PM +0800, Xiaoyao Li wrote:
On 6/9/2022 3:04 PM, Tian, Kevin wrote:
+Chenyi/Xiaoyao who worked on the KVM support. Presumably
similar opens have been discussed in KVM hence they have the
right background to comment here
On Tue, Jun 14, 2022 at 11:45:54AM +0200, Jan Beulich wrote:
> On 14.06.2022 11:38, Roger Pau Monné wrote:
> > On Tue, Jun 14, 2022 at 11:13:07AM +0200, Jan Beulich wrote:
> >> On 14.06.2022 10:32, Roger Pau Monné wrote:
> >>> On Tue, Jun 14, 2022 at 10:10:03AM +0200, Jan Beulich wrote:
> On 1
Ping?
On Thu, Jun 09, 2022 at 12:09:18PM +0200, Roger Pau Monné wrote:
> On Thu, Jun 09, 2022 at 03:39:33PM +0800, Xiaoyao Li wrote:
> > On 6/9/2022 3:04 PM, Tian, Kevin wrote:
> > > +Chenyi/Xiaoyao who worked on the KVM support. Presumably
> > > similar opens have been discussed in KVM hence they
Hi Mykyta,
> On 16 Jun 2022, at 8:48 am, Mykyta Poturai wrote:
>
> Hi Julien, Rahul
> I've encountered a similar problem with IMX8 GPU recently. It wasn't probing
> properly after the domain reboot. After some digging, I came to the same
> solution as Rahul and found this thread. I also encount
flight 171192 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171192/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 05e57cc9ced67d2cd633c2bdcf70b5e1352bf635
baseline version:
ovmf 6676162f64ad39949ed44
On Thu, Jun 16, 2022 at 02:34:00AM +, osstest service owner wrote:
> flight 171181 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/171181/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-amd64
Add a new config parameter to configure a dom0less VM with static allocation.
DOMU_STATIC_MEM[number]="baseaddr1 size1 ... baseaddrN sizeN"
The parameter specifies the host physical address regions to be statically
allocated to the VM. Each region is defined by its start address and size.
For inst
On Thu, Jun 16, 2022 at 11:37:59AM +0200, Juergen Gross wrote:
> On 16.06.22 11:30, osstest service owner wrote:
> > flight 171182 linux-linus real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/171182/
>
> I think this is an infrastructure/hardware problem. Looking into
>
> http://l
On 16.06.22 11:30, osstest service owner wrote:
flight 171182 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171182/
I think this is an infrastructure/hardware problem. Looking into
http://logs.test-lab.xenproject.org/osstest/logs/171182/test-amd64-amd64-xl/serial-elb
flight 171182 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/171182/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-examine 8 reboot fail REGR. vs. 170714
test-amd64-amd64-xl
On 16.06.22 09:31, Oleksandr wrote:
On 16.06.22 08:37, Juergen Gross wrote:
Hello Juergen
Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
Xen grant mappings") introduced a new requirement for using virtio
devices: the backend now needs to support the VIRTIO_F_ACCESS_P
On Tue, Jun 14, 2022 at 05:45:53PM -0700, Stefano Stabellini wrote:
> Basically, if we allocate (and free) page-by-page it leads to more
> efficient resource utilization but it is slower. If we allocate larger
> contiguous chunks it is faster but it leads to less efficient resource
> utilization.
>
Hi Julien, Rahul
I've encountered a similar problem with IMX8 GPU recently. It wasn't probing
properly after the domain reboot. After some digging, I came to the same
solution as Rahul and found this thread. I also encountered the occasional
"Unexpected global fault, this could be serious" error m
On 16.06.22 08:37, Juergen Gross wrote:
Hello Juergen
Commit fa1f57421e0b ("xen/virtio: Enable restricted memory access using
Xen grant mappings") introduced a new requirement for using virtio
devices: the backend now needs to support the VIRTIO_F_ACCESS_PLATFORM
feature.
This is an undue r
47 matches
Mail list logo
