On 08.11.2022 18:15, Roger Pau Monné wrote:
> On Tue, Nov 08, 2022 at 06:03:54PM +0100, Jan Beulich wrote:
>> On 08.11.2022 17:43, Roger Pau Monné wrote:
>>> On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
On 08.11.2022 12:38, Roger Pau Monne wrote:
> Like on the Arm side,
flight 174674 qemu-mainline real [real]
flight 174686 qemu-mainline real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174674/
http://logs.test-lab.xenproject.org/osstest/logs/174686/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not
Hi Jiamei,
On 09/11/2022 08:20, Jiamei Xie wrote:
>
>
> Hi all,
>
> When the guest kernel enables DMA engine with "CONFIG_DMA_ENGINE=y", Linux
> AMBA PL011 driver will access PL011 DMACR register. But this register have
> not been supported by vpl011 of Xen. Xen will inject a data abort into
Hi Julien,
> -Original Message-
> From: Julien Grall
> Sent: 2022年11月7日 4:06
> To: Wei Chen ; xen-devel@lists.xenproject.org
> Cc: nd ; Stefano Stabellini ; Bertrand
> Marquis ; Volodymyr Babchuk
> ; Henry Wang
> Subject: Re: [PATCH v6 08/11] xen/arm64: move MMU related code from head.S
Hi all,
When the guest kernel enables DMA engine with "CONFIG_DMA_ENGINE=y", Linux AMBA
PL011 driver will access PL011 DMACR register. But this register have not been
supported by vpl011 of Xen. Xen will inject a data abort into guest, this will
cause segmentation fault of guest with the below
On 08.11.2022 21:06, osstest service owner wrote:
> flight 174670 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/174670/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-arm64-pvops 6
On 09.11.2022 03:47, Henry Wang wrote:
>> -Original Message-
>> From: Edwin Török
>> Subject: [PATCH for-4.17 v3 09/15] tools/ocaml/xenstored/store.ml: fix build
>> error
>>
>> Building with Dune in release mode fails with:
>> ```
>> File "ocaml/xenstored/store.ml", line 464, characters
Hi Julien,
> -Original Message-
> From: Julien Grall
> Sent: 2022年11月7日 3:45
> To: Wei Chen ; xen-devel@lists.xenproject.org
> Cc: nd ; Stefano Stabellini ; Bertrand
> Marquis ; Volodymyr Babchuk
>
> Subject: Re: [PATCH v6 07/11] xen/arm: implement FIXMAP_ADDR for MPU
> systems
>
> Hi
Hi Julien,
> -Original Message-
> From: Julien Grall
> Sent: 2022年11月7日 3:20
> To: Wei Chen ; xen-devel@lists.xenproject.org
> Cc: nd ; Stefano Stabellini ; Bertrand
> Marquis ; Volodymyr Babchuk
> ; Jiamei Xie
> Subject: Re: [PATCH v6 05/11] xen/arm: define Xen start address for FVP
>
flight 174672 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174672/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 18 guest-start/debian.repeat fail in 174665 REGR.
vs. 174540
Tests
Hi Edwin,
> -Original Message-
> > [1]
> AS8PR08MB7991145C8063D6939AFFED8F92829@AS8PR08MB7991.eurprd08
> .prod.outlook.com
>
>
> Hmm I thought that is my Outlook rewriting the link, but the archive at
> lore.kernel.org seems to have this mangled URL as well which I cannot open.
> Could
Hi Edwin,
> -Original Message-
> From: Edwin Török
> Subject: [PATCH for-4.17 v3 09/15] tools/ocaml/xenstored/store.ml: fix build
> error
>
> Building with Dune in release mode fails with:
> ```
> File "ocaml/xenstored/store.ml", line 464, characters 13-32:
> Warning 18: this type-based
Hi Julien,
> -Original Message-
> From: Julien Grall
> Subject: Re: [PATCH for-4.17 v3 07/15] CODING_STYLE(tools/ocaml): add
> 'make format' and remove tabs
> While I understand the goal and support, this seems to be a bit too late
> to do it in Xen 4.17 (we are only a couple of weeks
Hi Roger,
> -Original Message-
> Subject: [PATCH for-4.17?] x86/pvh: report ACPI VFCT table to dom0 if
> present
>
> The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
> from the firmware instead of doing it on the PCI ROM on the physical
> device.
>
> As such, this
flight 174671 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174671/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-vhd 8 xen-boot fail REGR. vs. 173462
flight 174679 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174679/
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
flight 174673 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174673/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 6c1a4a376e97800c555dab9ca9d9651a5676d231
baseline version:
ovmf
flight 174670 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174670/
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. 174663
Tests which are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Xen Security Advisory CVE-2022-23824 / XSA-422
x86: Multiple speculative security issues
ISSUE DESCRIPTION
=
1) Researchers have discovered that on some AMD CPUs, the implementation
of IBPB (Indirect
> On 8 Nov 2022, at 17:26, Julien Grall wrote:
>
>
>
> On 08/11/2022 17:02, Edwin Torok wrote:
>>> On 8 Nov 2022, at 16:03, Julien Grall wrote:
>>>
>>> Hi,
>>>
>>> On 08/11/2022 15:33, Edwin Török wrote:
See CODING_STYLE: Xen uses spaces, not tabs.
* OCaml code:
Using
> On 8 Nov 2022, at 16:43, Roger Pau Monne wrote:
>
> On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
>> On 08.11.2022 12:38, Roger Pau Monne wrote:
>>> Like on the Arm side, return -EINVAL when attempting to do a p2m
>>> operation on dying domains.
>>>
>>> The current logic
On 08/11/2022 17:02, Edwin Torok wrote:
On 8 Nov 2022, at 16:03, Julien Grall wrote:
Hi,
On 08/11/2022 15:33, Edwin Török wrote:
See CODING_STYLE: Xen uses spaces, not tabs.
* OCaml code:
Using `ocp-indent` for now to just make minimal modifications in
tabs vs spaces and get the right
flight 174668 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174668/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt-vhd 20 guest-start.2 fail blocked in 174662
On Tue, Nov 08, 2022 at 06:03:54PM +0100, Jan Beulich wrote:
> On 08.11.2022 17:43, Roger Pau Monné wrote:
> > On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
> >> On 08.11.2022 12:38, Roger Pau Monne wrote:
> >>> Like on the Arm side, return -EINVAL when attempting to do a p2m
> >>>
> On 8 Nov 2022, at 15:49, Jan Beulich wrote:
>
> On 08.11.2022 15:00, Luca Fancellu wrote:
>>> On 8 Nov 2022, at 11:48, Jan Beulich wrote:
>>> On 08.11.2022 11:59, Luca Fancellu wrote:
> On 07.11.2022 11:47, Luca Fancellu wrote:
>> @@ -757,6 +758,51 @@ cppcheck-version:
>>
On 08.11.2022 17:43, Roger Pau Monné wrote:
> On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
>> On 08.11.2022 12:38, Roger Pau Monne wrote:
>>> Like on the Arm side, return -EINVAL when attempting to do a p2m
>>> operation on dying domains.
>>>
>>> The current logic returns 0 and
> On 8 Nov 2022, at 16:07, Julien Grall wrote:
>
>
>
> On 08/11/2022 15:34, Edwin Török wrote:
>> If we are out of memory then strdup may return NULL, and passing NULL to
>> syslog may cause a crash.
>> Avoid this by using `caml_stat_strdup` which will raise an OCaml out of
>> memory
> On 8 Nov 2022, at 16:03, Julien Grall wrote:
>
> Hi,
>
> On 08/11/2022 15:33, Edwin Török wrote:
>> See CODING_STYLE: Xen uses spaces, not tabs.
>> * OCaml code:
>> Using `ocp-indent` for now to just make minimal modifications in
>> tabs vs spaces and get the right indentation.
>> We can
On 20.10.2022 08:14, Wei Chen wrote:
> x86 has implemented a set of codes to process NUMA nodes. These
> codes will parse NUMA memory and processor information from
> ACPI SRAT table. But except some ACPI specific codes, most
> of the process code like memory blocks validation, node memory
> range
On Tue, Nov 08, 2022 at 05:35:04PM +0100, Jan Beulich wrote:
> On 08.11.2022 17:31, Roger Pau Monné wrote:
> > On Tue, Nov 08, 2022 at 04:56:17PM +0100, Jan Beulich wrote:
> >> On 08.11.2022 14:55, Roger Pau Monne wrote:
> >>> The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
>
On Tue, Nov 08, 2022 at 05:14:40PM +0100, Jan Beulich wrote:
> On 08.11.2022 12:38, Roger Pau Monne wrote:
> > Like on the Arm side, return -EINVAL when attempting to do a p2m
> > operation on dying domains.
> >
> > The current logic returns 0 and leaves the domctl parameter
> > uninitialized for
On 08.11.2022 17:31, Roger Pau Monné wrote:
> On Tue, Nov 08, 2022 at 04:56:17PM +0100, Jan Beulich wrote:
>> On 08.11.2022 14:55, Roger Pau Monne wrote:
>>> The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
>>> from the firmware instead of doing it on the PCI ROM on the
On 08.11.2022 17:16, Huang Rui wrote:
> On Tue, Nov 08, 2022 at 11:56:17PM +0800, Jan Beulich wrote:
>> On 08.11.2022 14:55, Roger Pau Monne wrote:
>>> The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
>>> from the firmware instead of doing it on the PCI ROM on the physical
>>>
On Tue, Nov 08, 2022 at 04:56:17PM +0100, Jan Beulich wrote:
> On 08.11.2022 14:55, Roger Pau Monne wrote:
> > The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
> > from the firmware instead of doing it on the PCI ROM on the physical
> > device.
>
> I can't find any mention of
On 03.11.2022 16:41, Jan Beulich wrote:
> On 03.11.2022 14:38, Jan Beulich wrote:
>> On 29.07.2022 09:04, Jane Malalane wrote:
>>> @@ -125,6 +130,9 @@ DEFINE_IDTENTRY_SYSVEC(sysvec_xen_hvm_callback)
>>> {
>>> struct pt_regs *old_regs = set_irq_regs(regs);
>>>
>>> + if (xen_percpu_upcall)
On Tue, Nov 08, 2022 at 11:56:17PM +0800, Jan Beulich wrote:
> On 08.11.2022 14:55, Roger Pau Monne wrote:
> > The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
> > from the firmware instead of doing it on the PCI ROM on the physical
> > device.
>
> I can't find any mention of
On 08.11.2022 12:38, Roger Pau Monne wrote:
> Like on the Arm side, return -EINVAL when attempting to do a p2m
> operation on dying domains.
>
> The current logic returns 0 and leaves the domctl parameter
> uninitialized for any parameter fetching operations (like the
> GET_ALLOCATION operation),
On 08/11/2022 15:34, Edwin Török wrote:
If we are out of memory then strdup may return NULL, and passing NULL to
syslog may cause a crash.
Avoid this by using `caml_stat_strdup` which will raise an OCaml out of
memory exception instead.
This then needs to be paired with caml_stat_free.
Hi,
On 08/11/2022 15:33, Edwin Török wrote:
See CODING_STYLE: Xen uses spaces, not tabs.
* OCaml code:
Using `ocp-indent` for now to just make minimal modifications in
tabs vs spaces and get the right indentation.
We can introduce `ocamlformat` later.
* C stubs:
just replace tabs with
On 08.11.2022 14:55, Roger Pau Monne wrote:
> The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
> from the firmware instead of doing it on the PCI ROM on the physical
> device.
I can't find any mention of VFCT in the ACPI 6.3 spec, nor anywhere
under Linux'es include/acpi/. I
On 08.11.2022 15:00, Luca Fancellu wrote:
>> On 8 Nov 2022, at 11:48, Jan Beulich wrote:
>> On 08.11.2022 11:59, Luca Fancellu wrote:
On 07.11.2022 11:47, Luca Fancellu wrote:
> @@ -757,6 +758,51 @@ cppcheck-version:
> $(objtree)/include/generated/compiler-def.h:
> $(Q)$(CC)
It has been discovered that the Windows PV drivers rebind their local
port of the xenstore evtchn post migrate,
which changes the eventchn port from e.g.
the default of 3 (nVCPUs+1) to 1 without oxenstored knowing about it.
And oxenstored goes and tries to rebind port 3, which is already in use
by
If we are out of memory then strdup may return NULL, and passing NULL to
syslog may cause a crash.
Avoid this by using `caml_stat_strdup` which will raise an OCaml out of
memory exception instead.
This then needs to be paired with caml_stat_free.
Signed-off-by: Edwin Török
---
Reason for
During live update oxenstored tries a best effort approach to recover as
many domains and information as possible even if it encounters errors
restoring some domains.
This defensive approach has already proven useful to recover domains
after a bug in oxenstored.
However the default log level is
See explanation in previous commit.
This introduces a new field into the live update stream to retain both
ports, and handles the missing value in a backward compatible way.
Signed-off-by: Edwin Török
---
Reason for inclusion 4.17:
- fixes a bug in oxenstored live update, needed to make live
It has been noticed in 2013 that shadow allocation sometimes returns the
wrong value, which got worked around by adding a limit to the shadow
multiplier of 1000 and ignoring the value from Xen in that case
to avoid a shadow multiplier causing a VM to request 6PB of memory for
example:
Helps debug fatal errors during live update
Previously this would've just gone to /dev/null, because:
* daemonize reopens stderr as /dev/null
* systemd redirects stderr to /dev/null too
Previously the only way to debug this was to manually run oxenstored with
--no-fork, but when you have a fatal
Building with Dune in release mode fails with:
```
File "ocaml/xenstored/store.ml", line 464, characters 13-32:
Warning 18: this type-based record disambiguation is not principal.
File "ocaml/xenstored/store.ml", line 1:
Error: Some fatal warnings were triggered (1 occurrences)
```
This is a
Add a finalizer on the event channel value, so that it calls
`xenevtchn_close` when the value would be GCed.
In practice oxenstored seems to be the only user of this,
and it creates a single global event channel only,
but freeing this could still be useful when run with OCAMLRUNPARAM=c
The code
A better solution is being worked on for master,
but for now use ocamldep -sort instead of a manually established link
order.
The manually established link order will be wrong when (security)
patches introduce new dependencies between files that would require
changing the link order.
If dune was
These are the patches that I have outstanding for Xen 4.17.
I have included a reason why I'm requesting them to be included in 4.17
after the --- line in each individual patch, see also a summary below.
For convenience the patches are also available in a git repo:
```
git remote add edwintorok
Signed-off-by: Edwin Török
---
Reason for inclusion in 4.17:
- needed for a bugfix in a followup commit
Changes since v2:
- new in v3
---
tools/ocaml/libs/eventchn/xeneventchn.ml | 6 +++-
tools/ocaml/libs/eventchn/xeneventchn.mli | 9 +-
This is not strictly necessary since it is essentially a no-op
currently: a cast to void* and value*, even in OCaml 5.0.
However it does make it clearer that what we have here is not a regular
OCaml value, but one allocated with Abstract_tag or Custom_tag,
and follows the example from the manual
Follow the manual to avoid naked pointers:
https://v2.ocaml.org/manual/intfc.html#ss:c-outside-head
No functional change, except on OCaml 5.0 where it is a bugfix.
Signed-off-by: Edwin Török
Acked-by: Christian Lindig
---
Reason for inclusion in 4.17:
- bugfix for upcoming OCaml 5.0 compiler
Fixes: 2f2b76d47c5bcd9 ("tools/ocaml: do not run ocamldep during make clean")
Signed-off-by: Edwin Török
---
Reason for inclusion in 4.17:
- addresses review comments received post commit
Changes since v2:
- add Fixes line
- add 4.17 reason
---
tools/ocaml/Makefile.rules | 2 +-
1 file
Fixes: 2f2b76d47c5bcd9 ("tools/ocaml: do not run ocamldep during make clean")
Signed-off-by: Edwin Török
---
Reason for inclusion in 4.17:
- addresses review comments received post commit
Changes since v2:
- add Fixes line
- add 4.17 reason
---
tools/ocaml/Makefile.rules | 4 ++--
1 file
flight 174665 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174665/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 18 guest-start/debian.repeat fail REGR. vs. 174540
Tests which are
flight 174667 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174667/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 174643
test-armhf-armhf-libvirt-raw 15
On Tue, Nov 08, 2022 at 09:55:16PM +0800, Roger Pau Monne wrote:
> The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
> from the firmware instead of doing it on the PCI ROM on the physical
> device.
>
> As such, this needs to be available for PVH dom0 to access, or else
> the
flight 174664 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/174664/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-xl-vhd 8 xen-boot fail REGR. vs. 173462
> On 8 Nov 2022, at 11:48, Jan Beulich wrote:
>
> On 08.11.2022 11:59, Luca Fancellu wrote:
>>> On 07.11.2022 11:47, Luca Fancellu wrote:
+Here is an example to add a new justification in
false-positive-.json::
>>>
>>> With already present in the name, ...
>>>
+|{
+|
The VFCT ACPI table is used by AMD GPUs to expose the vbios ROM image
from the firmware instead of doing it on the PCI ROM on the physical
device.
As such, this needs to be available for PVH dom0 to access, or else
the GPU won't work.
Reported-by: Huang Rui
Signed-off-by: Roger Pau Monné
---
> On 8 Nov 2022, at 11:32, Julien Grall wrote:
>
> Hi Luca,
>
> On 08/11/2022 11:00, Luca Fancellu wrote:
>>> On 7 Nov 2022, at 19:06, Julien Grall wrote:
>>>
>>>
>>>
>>> On 07/11/2022 12:56, Jan Beulich wrote:
On 07.11.2022 12:53, Luca Fancellu wrote:
>> On 7 Nov 2022, at
On 08.11.2022 11:59, Luca Fancellu wrote:
>> On 07.11.2022 11:47, Luca Fancellu wrote:
>>> +Here is an example to add a new justification in
>>> false-positive-.json::
>>
>> With already present in the name, ...
>>
>>> +|{
>>> +|"version": "1.0",
>>> +|"content": [
>>> +|{
>>> +|
Like on the Arm side, return -EINVAL when attempting to do a p2m
operation on dying domains.
The current logic returns 0 and leaves the domctl parameter
uninitialized for any parameter fetching operations (like the
GET_ALLOCATION operation), which is not helpful from a toolstack point
of view,
Hi Luca,
On 08/11/2022 11:00, Luca Fancellu wrote:
On 7 Nov 2022, at 19:06, Julien Grall wrote:
On 07/11/2022 12:56, Jan Beulich wrote:
On 07.11.2022 12:53, Luca Fancellu wrote:
On 7 Nov 2022, at 11:49, Jan Beulich wrote:
On 07.11.2022 11:47, Luca Fancellu wrote:
---
This patch adds basic support for parsing generic Virtio backend.
An example of domain configuration for mmio based Virtio I2C device is:
virtio = ["type=virtio,device22,transport=mmio"]
Signed-off-by: Viresh Kumar
---
tools/ocaml/libs/xl/genwrap.py | 1 +
This patch updates xl.cfg man page with details of generic Virtio device
related information.
Signed-off-by: Viresh Kumar
---
docs/man/xl.cfg.5.pod.in | 21 +
1 file changed, 21 insertions(+)
diff --git a/docs/man/xl.cfg.5.pod.in b/docs/man/xl.cfg.5.pod.in
index
Hello,
This patchset adds toolstack support for I2C and GPIO virtio devices. This is
inspired from the work done by Oleksandr for the Disk device.
This is developed as part of Linaro's Project Stratos, where we are working
towards Hypervisor agnostic Rust based backend [1].
This is based of
This patch adds basic support for configuring and assisting generic
Virtio backend which could run in any domain.
An example of domain configuration for mmio based Virtio I2C device is:
virtio = ["type=virtio,device22,transport=mmio"]
Also to make this work on Arm, allocate Virtio MMIO params
Hi Ayan,,
> On 8 Nov 2022, at 09:45, Ayan Kumar Halder wrote:
>
> From: Ayan Kumar Halder
>
> Xen provides helper to atomically read/write memory (see {read,
> write}_atomic()). Those helpers can only work if the address is aligned
> to the size of the access (see B2.2.1 ARM DDI 08476I.a).
>
> On 7 Nov 2022, at 19:06, Julien Grall wrote:
>
>
>
> On 07/11/2022 12:56, Jan Beulich wrote:
>> On 07.11.2022 12:53, Luca Fancellu wrote:
On 7 Nov 2022, at 11:49, Jan Beulich wrote:
On 07.11.2022 11:47, Luca Fancellu wrote:
> --- a/xen/include/xen/kernel.h
> +++
Hi Jan
>
> On 07.11.2022 11:47, Luca Fancellu wrote:
>> +Here is an example to add a new justification in
>> false-positive-.json::
>
> With already present in the name, ...
>
>> +|{
>> +|"version": "1.0",
>> +|"content": [
>> +|{
>> +|"id":
On Mon, Nov 07, 2022 at 05:58:04PM +0100, Jan Beulich wrote:
> On 04.11.2022 17:18, Roger Pau Monne wrote:
> > --- a/xen/arch/x86/hvm/viridian/viridian.c
> > +++ b/xen/arch/x86/hvm/viridian/viridian.c
> > @@ -197,7 +197,7 @@ void cpuid_viridian_leaves(const struct vcpu *v,
> > uint32_t leaf,
> >
On Fri, Nov 04, 2022 at 05:35:23PM +, Paul Durrant wrote:
> On 04/11/2022 16:10, Roger Pau Monné wrote:
> > On Fri, Nov 04, 2022 at 04:05:05PM +, Paul Durrant wrote:
> > > On 04/11/2022 16:01, Roger Pau Monné wrote:
> > > > On Fri, Nov 04, 2022 at 03:55:54PM +, Paul Durrant wrote:
> >
On 08/11/2022 08:34, Bertrand Marquis wrote:
Hi,
Hi Julien/Bertrand/Michal,
On 8 Nov 2022, at 07:26, Michal Orzel wrote:
Hi Julien,
On 07/11/2022 19:06, Julien Grall wrote:
Hi Ayan,
On 07/11/2022 12:49, Ayan Kumar Halder wrote:
On 07/11/2022 10:44, Julien Grall wrote:
Hi Ayan,
Hi
From: Ayan Kumar Halder
Xen provides helper to atomically read/write memory (see {read,
write}_atomic()). Those helpers can only work if the address is aligned
to the size of the access (see B2.2.1 ARM DDI 08476I.a).
On Arm32, the alignment is already enforced by the processor because
HSCTLR.A
Hi Bertrand,
On 08/11/2022 09:42, Bertrand Marquis wrote:
>
>
> Hi Michal,
>
>> On 7 Nov 2022, at 07:50, Michal Orzel wrote:
>>
>> Hi Bertrand and Stefano,
>>
>> On 31/10/2022 16:00, Bertrand Marquis wrote:
>>>
>>>
>>> Hi Michal,
>>>
On 31 Oct 2022, at 14:39, Michal Orzel wrote:
flight 174663 xen-unstable real [real]
flight 174669 xen-unstable real-retest [real]
http://logs.test-lab.xenproject.org/osstest/logs/174663/
http://logs.test-lab.xenproject.org/osstest/logs/174669/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
Hi Michal,
> On 7 Nov 2022, at 07:50, Michal Orzel wrote:
>
> Hi Bertrand and Stefano,
>
> On 31/10/2022 16:00, Bertrand Marquis wrote:
>>
>>
>> Hi Michal,
>>
>>> On 31 Oct 2022, at 14:39, Michal Orzel wrote:
>>>
>>> Hi Bertrand,
>>>
>>> On 31/10/2022 15:00, Bertrand Marquis wrote:
Hi,
> On 8 Nov 2022, at 07:26, Michal Orzel wrote:
>
> Hi Julien,
>
> On 07/11/2022 19:06, Julien Grall wrote:
>>
>>
>> Hi Ayan,
>>
>> On 07/11/2022 12:49, Ayan Kumar Halder wrote:
>>>
>>> On 07/11/2022 10:44, Julien Grall wrote:
Hi Ayan,
>>> Hi Julien,
On 07/11/2022 10:36,
On 07.11.22 19:37, Julien Grall wrote:
On 07/11/2022 08:34, Juergen Gross wrote:
On 06.11.22 23:00, Julien Grall wrote:
Hi Juergen,
On 01/11/2022 15:28, Juergen Gross wrote:
The accounting for the number of nodes of a domain in an active
transaction is not working correctly, as it allows
82 matches
Mail list logo