On 02/03/2023 01:23, Stefano Stabellini wrote:
>
>
> On Wed, 1 Mar 2023, Michal Orzel wrote:
>> Add missing aliases for:
>> - debian:unstable-cppcheck
>> - debian:unstable-arm64v8-arm32-gcc
>> - ubuntu:bionic
>>
>> Remove aliases for no longer used containers:
>> - centos:7.2
>> - debian:u
Hi Jens,
> On 1 Mar 2023, at 17:45, Jens Wiklander wrote:
>
> Hi,
>
> On Wed, Mar 1, 2023 at 1:58 PM Bertrand Marquis
> wrote:
>>
>> Hi Jens,
>>
>>> On 1 Mar 2023, at 11:16, Jens Wiklander wrote:
>>>
>>> Hi Bertrand,
>>>
>>> On Tue, Feb 28, 2023 at 5:49 PM Bertrand Marquis
>>> wrote:
>>>
Hi Julien,
> > > On Wed, 2023-03-01 at 16:21 +, Julien Grall wrote:
> > > > Hi Oleksii,
> > > >
> > > > On 01/03/2023 16:14, Oleksii Kurochko wrote:
> > > > > During testing of bug.h's macros generic implementation
> > > > > yocto-
> > > > > qemuarm
> > > > > job crashed with data abort:
> > >
Hi All,
i am verifying xl save/restore functionality. While restoring the ubuntu
domu state , it fails with instance error for "virtio-gpu". Can someone
help how to overcome this error.
*Setup:*
Dom0 : Ubuntu + Xen + qemu
DomU: Ubuntu
*Error:*
qemu-system-i386: Failed to load virtio-gpu:virtio-g
flight 178910 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178910/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-freebsd12-amd64 8 xen-boot fail REGR. vs. 178042
test-amd64-amd64-qe
Introduce support for creating shared-mem node for dom0less domUs in
the device tree. Add the following options:
- DOMU_SHARED_MEM[number]="HPA GPA size"
if specified, indicates the host physical address HPA will get mapped
at guest address GPA in domU and the memory of size will be reserved
From: jiamei Xie
Add a new config parameter to configure static heap.
STATIC_HEAP="baseaddr1 size1 ... baseaddrN sizeN"
if specified, indicates the host physical address regions
[baseaddr, baseaddr + size) to be reserved as static heap.
For instance, STATIC_HEAP="0x5000 0x3000", if speci
Hi all
This patch series is to enable to set the device tree for static heap and static
shared memory by uboot-script-gen
jiamei Xie (1):
uboot-script-gen: Add support for static heap
jiamei.xie (1):
uboot-script-gen: Add support for static shared memory
README.md| 22 +
Create a new test job, called qemu-smoke-dom0less-arm64-gcc-static-shared-mem.
Adjust qemu-smoke-dom0less-arm64.sh script to accomodate the static
shared memory test as a new test variant. The test variant is determined
based on the first argument passed to the script. For testing static
shared me
From: Jiamei Xie
Create a new test job, called qemu-smoke-dom0less-arm64-gcc-staticheap.
Add property "xen,static-heap" under /chosen node to enable static-heap.
If the domU can start successfully with static-heap enabled, then this
test pass.
Signed-off-by: Jiamei Xie
---
automation/gitlab-c
Hi all,
This patch series introduces two test jobs:
Jiamei Xie (1):
automation: arm64: Create a test job for testing static heap on qemu
jiamei.xie (1):
automation: arm64: Create a test job for testing static shared memory
on qemu
automation/gitlab-ci/build.yaml | 18
On Thu, 23 Feb 2023, Bertrand Marquis wrote:
> Hi Jan,
>
> > On 13 Feb 2023, at 09:36, Jan Beulich wrote:
> >
> > On 10.02.2023 16:54, Luca Fancellu wrote:
> >>> On 2 Feb 2023, at 12:05, Jan Beulich wrote:
> >>> On 02.02.2023 12:08, Luca Fancellu wrote:
> (is hw_cap only for x86?)
> >>>
>
On Tue, 28 Feb 2023, Bertrand Marquis wrote:
> Before trying to create a dom0less guest, check that max_init_domid
> increment will generate a valid domain ID, lower than
> DOMID_FIRST_RESERVED.
>
> Signed-off-by: Bertrand Marquis
Reviewed-by: Stefano Stabellini
> ---
> xen/arch/arm/domain_b
From: Stefano Stabellini
The test prepares dom0 and domU binaries and boot artifacts, similarly
to the existing QEMU test. (TBD: share preparation steps with the
regular QEMU tests.)
However, instead of running the test inside QEMU as usual, it copies
the binaries to the tftp server root, trigge
From: Stefano Stabellini
This container is only run on the controller PC (x86) to trigger the
test on a connected Xilinx ZCU102 physical board.
Signed-off-by: Stefano Stabellini
---
.../build/ubuntu/xenial-xilinx.dockerfile | 25 +++
1 file changed, 25 insertions(+)
create
Hi all,
This short patch series introduces the first Xen gitlab-ci test run on
real hardware: a physical Xilinx ZCU102 board.
The gitlab container is run on a workstation physically connected to a
ZCU102 board. The test script looks very similar to a regular QEMU test
script, except that at the e
On Wed, 1 Mar 2023, Michal Orzel wrote:
> Add missing aliases for:
> - debian:unstable-cppcheck
> - debian:unstable-arm64v8-arm32-gcc
> - ubuntu:bionic
>
> Remove aliases for no longer used containers:
> - centos:7.2
> - debian:unstable-arm32-gcc
>
> Modify docs to refer to CentOS 7 instead
On Wed, 1 Mar 2023, Luca Fancellu wrote:
> Add entries to the exclude-list.json for those files that need to be
> excluded from the analysis scan.
>
> Signed-off-by: Luca Fancellu
> Signed-off-by: Michal Orzel
I checked the results both x86 and arm and they look much more
reasonable (with the
On Wed, 1 Mar 2023, Luca Fancellu wrote:
> Add a way to exclude files from the scan, in this way we can skip
> some findings from the report on those files that Xen doesn't own.
>
> To do that, introduce the exclude-list.json file under docs/misra,
> this file will be populated with relative path
flight 178875 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178875/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-livepatchbroken in 178827
test-amd6
flight 178854 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178854/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-freebsd12-amd64 8 xen-boot fail REGR. vs. 178042
test-amd64-amd64-qe
On 15/12/2022 8:20 am, Jan Beulich wrote:
> core_set_legacy_ssbd() counts the number of times SSBD is being enabled
> via LS_CFG on a core. This assumes that calls there only occur if the
> state actually changes. While svm_ctxt_switch_{to,from}() conform to
> this, guest_wrmsr() doesn't: It also c
On Sat, Feb 04, 2023 at 11:07:37PM -0500, Alexander Bulekov wrote:
> This protects devices from bh->mmio reentrancy issues.
>
> Reviewed-by: Darren Kenny
> Reviewed-by: Stefan Hajnoczi
> Signed-off-by: Alexander Bulekov
Reviewed-by: Michael S. Tsirkin
> ---
> hw/9pfs/xen-9p-backend.c
Hi,
On 01/03/2023 17:50, Julien Grall wrote:
On 01/03/2023 16:38, Oleksii wrote:
Hi Julien,
Hi,
On Wed, 2023-03-01 at 16:21 +, Julien Grall wrote:
Hi Oleksii,
On 01/03/2023 16:14, Oleksii Kurochko wrote:
During testing of bug.h's macros generic implementation yocto-
qemuarm
job cra
On Wed, Mar 1, 2023 at 11:31 AM Jan Beulich wrote:
>
> On 28.02.2023 18:39, Sergey Dyasli wrote:
> > Add an option to xen-ucode tool to print the currently loaded ucode
> > version and also print it during usage info. Print CPU signature and
> > processor flags as well. The raw data comes from c
flight 178885 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178885/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f80f052277c88a67c55e107b550f504eeea947d3
baseline version:
ovmf 1eeca0750af5af2f0e784
On 01/03/2023 16:38, Oleksii wrote:
Hi Julien,
Hi,
On Wed, 2023-03-01 at 16:21 +, Julien Grall wrote:
Hi Oleksii,
On 01/03/2023 16:14, Oleksii Kurochko wrote:
During testing of bug.h's macros generic implementation yocto-
qemuarm
job crashed with data abort:
The commit message is
On Wed, Mar 01, 2023 at 04:31:41PM +, Alex Bennée wrote:
>
> Stefan Hajnoczi writes:
>
> > [[PGP Signed Part:Undecided]]
> > Resend - for some reason my email didn't make it out.
> >
> > From: Stefan Hajnoczi
> > Subject: Re: [virtio-dev] [RFC QEMU] docs: vhost-user: Add custom memory
> >
Hi,
On Wed, Mar 1, 2023 at 1:58 PM Bertrand Marquis
wrote:
>
> Hi Jens,
>
> > On 1 Mar 2023, at 11:16, Jens Wiklander wrote:
> >
> > Hi Bertrand,
> >
> > On Tue, Feb 28, 2023 at 5:49 PM Bertrand Marquis
> > wrote:
> >>
> >> Hi Jens,
> >>
> >>> On 22 Feb 2023, at 16:33, Jens Wiklander
> >>> wr
Stefan Hajnoczi writes:
> [[PGP Signed Part:Undecided]]
> Resend - for some reason my email didn't make it out.
>
> From: Stefan Hajnoczi
> Subject: Re: [virtio-dev] [RFC QEMU] docs: vhost-user: Add custom memory
> mapping support
> To: Viresh Kumar
> Cc: qemu-de...@nongnu.org, virtio-...@li
Hi Julien,
On Wed, 2023-03-01 at 16:21 +, Julien Grall wrote:
> Hi Oleksii,
>
> On 01/03/2023 16:14, Oleksii Kurochko wrote:
> > During testing of bug.h's macros generic implementation yocto-
> > qemuarm
> > job crashed with data abort:
>
> The commit message is lacking some information. You
Hi Oleksii,
On 01/03/2023 16:14, Oleksii Kurochko wrote:
During testing of bug.h's macros generic implementation yocto-qemuarm
job crashed with data abort:
The commit message is lacking some information. You are telling us that
there is an error when building with your series, but this doesn'
Hi,
On Wed, Mar 1, 2023 at 2:06 PM Bertrand Marquis
wrote:
>
> HI Jens,
>
> > On 1 Mar 2023, at 11:55, Jens Wiklander wrote:
> >
> > Hi Bertrand,
> >
> > On Mon, Feb 27, 2023 at 4:28 PM Bertrand Marquis
> > wrote:
> >>
> >> Hi Jens,
> >>
> >>> On 22 Feb 2023, at 16:33, Jens Wiklander
> >>> wr
During testing of bug.h's macros generic implementation yocto-qemuarm
job crashed with data abort:
(XEN) Data Abort Trap. Syndrome=0x1830021
(XEN) Walking Hypervisor VA 0x2a5ca6 on CPU0 via TTBR 0x4014a000
(XEN) 1ST[0x000] = 0x40149f7f
(XEN) 2ND[0x001] = 0x004040148f7f
(XEN) 3R
On Wed, 2023-03-01 at 15:21 +, Julien Grall wrote:
> Hi Oleksii,
>
> On 01/03/2023 15:16, Oleksii wrote:
> > On Wed, 2023-03-01 at 13:58 +, Julien Grall wrote:
> > > On 01/03/2023 12:31, Oleksii wrote:
> > > Given this is an alignment issue (Arm32 is more sensible to this
> > > than
> > >
On Wed, Mar 1, 2023 at 4:50 PM Bertrand Marquis
wrote:
>
> Hi Jens,
>
> > On 1 Mar 2023, at 11:55, Jens Wiklander wrote:
> >
> > Hi Bertrand,
> >
> > On Mon, Feb 27, 2023 at 4:28 PM Bertrand Marquis
> > wrote:
> >>
> >> Hi Jens,
> >>
> >>> On 22 Feb 2023, at 16:33, Jens Wiklander
> >>> wrote:
Hi Jens,
> On 1 Mar 2023, at 11:16, Jens Wiklander wrote:
>
> Hi Bertrand,
>
> On Tue, Feb 28, 2023 at 5:49 PM Bertrand Marquis
> wrote:
>>
>> Hi Jens,
>>
>>> On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
>>>
>>> The FF-A specification defines framework messages sent as direct
>>> reques
Hi Jens,
> On 1 Mar 2023, at 11:55, Jens Wiklander wrote:
>
> Hi Bertrand,
>
> On Mon, Feb 27, 2023 at 4:28 PM Bertrand Marquis
> wrote:
>>
>> Hi Jens,
>>
>>> On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
>>>
>>> Adds support for sending a FF-A direct request. Checks that the SP also
>>>
Resend - for some reason my email didn't make it out.
- Forwarded message from Stefan Hajnoczi -
Date: Tue, 21 Feb 2023 10:17:01 -0500
From: Stefan Hajnoczi
To: Viresh Kumar
Cc: qemu-de...@nongnu.org, virtio-...@lists.oasis-open.org, "Michael S.
Tsirkin" , Vincent Guittot , Alex
Benn
Hi Julien,
> On 01/03/2023 15:16, Oleksii wrote:
> > On Wed, 2023-03-01 at 13:58 +, Julien Grall wrote:
> > > On 01/03/2023 12:31, Oleksii wrote:
> > > Given this is an alignment issue (Arm32 is more sensible to this
> > > than
> > > the other architecture, but this is still a potential proble
Hi Oleksii,
On 01/03/2023 15:16, Oleksii wrote:
On Wed, 2023-03-01 at 13:58 +, Julien Grall wrote:
On 01/03/2023 12:31, Oleksii wrote:
Given this is an alignment issue (Arm32 is more sensible to this than
the other architecture, but this is still a potential problem for the
other archs), I
On Wed, 2023-03-01 at 13:58 +, Julien Grall wrote:
> On 01/03/2023 12:31, Oleksii wrote:
> > Hi Julien,
>
> Hi,
>
> > > > >
> > > > > > On 24/02/2023 11:31, Oleksii Kurochko wrote:
> > > > > > > The following changes were made:
> > > > > > > * make GENERIC_BUG_FRAME mandatory for ARM
> > > >
flight 178838 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178838/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt-xsm 15 migrate-support-checkfail never pass
test-amd64-amd64-libvirt-xsm 15 migrate-s
This is all dead code in shim-exclusive mode, so there's no point in
building it.
Signed-off-by: Jan Beulich
---
Depends on "core-parking: fix build with gcc12 and NR_CPUS=1".
---
v2: Use UNCONSTRAINED.
--- a/xen/common/Kconfig
+++ b/xen/common/Kconfig
@@ -10,7 +10,7 @@ config COMPAT
config C
Grant table code is unused in shim mode, so there's no point in
building it in the first place for shim-exclusive mode.
Signed-off-by: Jan Beulich
---
v2: Use UNCONSTRAINED.
--- a/xen/arch/x86/configs/pvshim_defconfig
+++ b/xen/arch/x86/configs/pvshim_defconfig
@@ -9,7 +9,6 @@ CONFIG_EXPERT=y
#
Having CONFIG_PV_SHIM conditionals in common code isn't really nice.
Utilize that we're no longer invoking hypercall handlers via indirect
calls through a table of function vectors. With the use of direct calls
from the macros defined by hypercall-defs.h, we can simply define
overriding macros for
While we want certain things turned off in shim-exclusive mode, doing
so via "depends on !PV_SHIM_EXCLUSIVE" badly affects allyesconfig: Since
that will turn on PV_SHIM_EXCLUSIVE, other options will be turned off as
a result. Yet allyesconfig wants to enable as much of the functionality
as possible
The 2nd patch, while originally having been the main piece here, and while
fixing a bug kind of as a side effect, is partly RFC; see there. The last
two changes are really minor adjustments for aspects noticed while putting
together the main change.
1: provide an inverted Kconfig control for shim-
On 01/03/2023 12:31, Oleksii wrote:
Hi Julien,
Hi,
On 24/02/2023 11:31, Oleksii Kurochko wrote:
The following changes were made:
* make GENERIC_BUG_FRAME mandatory for ARM
I have asked in patch #1 but will ask it again because I think
this
should be recorded in the commit message. Can yo
HI Jens,
> On 1 Mar 2023, at 11:55, Jens Wiklander wrote:
>
> Hi Bertrand,
>
> On Mon, Feb 27, 2023 at 4:28 PM Bertrand Marquis
> wrote:
>>
>> Hi Jens,
>>
>>> On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
>>>
>>> Adds support for sending a FF-A direct request. Checks that the SP also
>>>
On 28/02/2023 7:11 am, Jan Beulich wrote:
> On 28.02.2023 08:09, Xenia Ragiadakou wrote:
>> On 2/27/23 14:17, Jan Beulich wrote:
>>> On 27.02.2023 13:06, Andrew Cooper wrote:
On 27/02/2023 11:33 am, Jan Beulich wrote:
> On 27.02.2023 12:15, Andrew Cooper wrote:
>> On 27/02/2023 10:46 a
Hi Jens,
> On 1 Mar 2023, at 11:16, Jens Wiklander wrote:
>
> Hi Bertrand,
>
> On Tue, Feb 28, 2023 at 5:49 PM Bertrand Marquis
> wrote:
>>
>> Hi Jens,
>>
>>> On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
>>>
>>> The FF-A specification defines framework messages sent as direct
>>> reques
flight 178827 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178827/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-raw broken
test-amd64-i386-live
On 01.03.2023 12:51, Oleksii wrote:
> On Mon, 2023-02-27 at 13:59 +0100, Jan Beulich wrote:
>> On 24.02.2023 12:35, Oleksii Kurochko wrote:
>>> +{
>>> + if ( (insn & INSN_LENGTH_MASK) == INSN_LENGTH_32 )
>>> + return ( insn == BUG_INSN_32 );
>>> + else
>>> + return ( (insn & COM
On Wed, 2023-03-01 at 09:31 +, Julien Grall wrote:
> Hi,
>
> On 01/03/2023 08:58, Oleksii wrote:
> > On Tue, 2023-02-28 at 17:48 +, Julien Grall wrote:
> > > Hi Oleksii,
> > >
> > > On 28/02/2023 15:09, Oleksii wrote:
> > > > On Sat, 2023-02-25 at 16:49 +, Julien Grall wrote:
> > > >
Hi Julien,
> > >
> > > > On 24/02/2023 11:31, Oleksii Kurochko wrote:
> > > > > The following changes were made:
> > > > > * make GENERIC_BUG_FRAME mandatory for ARM
> > > >
> > > > I have asked in patch #1 but will ask it again because I think
> > > > this
> > > > should be recorded in the commi
On Mon, 2023-02-27 at 13:59 +0100, Jan Beulich wrote:
> On 24.02.2023 12:35, Oleksii Kurochko wrote:
> > The patch introduces macros: BUG(), WARN(), run_in_exception(),
> > assert_failed.
> >
> > The implementation uses "ebreak" instruction in combination with
> > diffrent bug frame tables (for ea
On 28.02.2023 18:39, Sergey Dyasli wrote:
> Add an option to xen-ucode tool to print the currently loaded ucode
> version and also print it during usage info. Print CPU signature and
> processor flags as well. The raw data comes from cpuinfo directory in
> xenhypfs and from XENPF_get_cpu_version
Hi,
On Wed, Mar 1, 2023 at 10:56 AM Bertrand Marquis
wrote:
>
> Hi Jens,
>
> > On 1 Mar 2023, at 10:30, Jens Wiklander wrote:
> >
> > Hi Bertrand,
> >
> > On Tue, Feb 28, 2023 at 1:57 PM Bertrand Marquis
> > wrote:
> >>
> >> Hi Jens,
> >>
> >>> On 22 Feb 2023, at 16:33, Jens Wiklander
> >>> w
Hi Bertrand,
On Mon, Feb 27, 2023 at 4:28 PM Bertrand Marquis
wrote:
>
> Hi Jens,
>
> > On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
> >
> > Adds support for sending a FF-A direct request. Checks that the SP also
> > supports handling a 32-bit direct request. 64-bit direct requests are
> > no
On 01.03.2023 11:34, Oleksii wrote:
> On Mon, 2023-02-27 at 13:50 +0100, Jan Beulich wrote:
>> On 24.02.2023 12:35, Oleksii Kurochko wrote:
>>> @@ -11,6 +13,8 @@ void __init noreturn start_xen(void)
>>> {
>>> early_printk("Hello from C env\n");
>>>
>>> + trap_init();
>>> +
>>> for (
On Mon, 2023-02-27 at 13:50 +0100, Jan Beulich wrote:
> On 24.02.2023 12:35, Oleksii Kurochko wrote:
> > @@ -11,6 +13,8 @@ void __init noreturn start_xen(void)
> > {
> > early_printk("Hello from C env\n");
> >
> > + trap_init();
> > +
> > for ( ;; )
> > asm volatile ("wfi")
Hi Bertrand,
On Tue, Feb 28, 2023 at 5:49 PM Bertrand Marquis
wrote:
>
> Hi Jens,
>
> > On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
> >
> > The FF-A specification defines framework messages sent as direct
> > requests when certain events occurs. For instance when a VM (guest) is
> > created
Hi Jens,
> On 1 Mar 2023, at 10:30, Jens Wiklander wrote:
>
> Hi Bertrand,
>
> On Tue, Feb 28, 2023 at 1:57 PM Bertrand Marquis
> wrote:
>>
>> Hi Jens,
>>
>>> On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
>>>
>>> When initializing the FF-A mediator map the RX and TX buffers shared with
>
Add entries to the exclude-list.json for those files that need to be
excluded from the analysis scan.
Signed-off-by: Luca Fancellu
Signed-off-by: Michal Orzel
---
This list is originated from Michal's work here:
https://patchwork.kernel.org/project/xen-devel/patch/20221116092032.4423-1-michal.or
This serie is introducing an exclusion list for the misra analysis, at the
moment only cppcheck can benefit from it because it's the tool where we
control every step and configuration.
Exclude a file from the analysis is the last step we should do, but sometime it
is unavoidable because we can't d
Add a way to exclude files from the scan, in this way we can skip
some findings from the report on those files that Xen doesn't own.
To do that, introduce the exclude-list.json file under docs/misra,
this file will be populated with relative path to the files/folder
to be excluded.
Introduce a new
On Wed, 2023-03-01 at 11:41 +0200, Oleksii wrote:
> On Mon, 2023-02-27 at 13:48 +0100, Jan Beulich wrote:
> > On 24.02.2023 12:35, Oleksii Kurochko wrote:
> > > --- a/xen/arch/riscv/traps.c
> > > +++ b/xen/arch/riscv/traps.c
> > > @@ -4,10 +4,95 @@
> > > *
> > > * RISC-V Trap handlers
> > > *
On Mon, 2023-02-27 at 13:48 +0100, Jan Beulich wrote:
> On 24.02.2023 12:35, Oleksii Kurochko wrote:
> > --- a/xen/arch/riscv/traps.c
> > +++ b/xen/arch/riscv/traps.c
> > @@ -4,10 +4,95 @@
> > *
> > * RISC-V Trap handlers
> > */
> > +
> > +#include
>
> I couldn't spot anything in the file w
On Tue, Feb 28, 2023 at 06:48:26PM +, Andrew Cooper wrote:
> On 28/02/2023 6:16 pm, Anthony PERARD wrote:
> > Base image "archlinux/base" isn't available anymore,
> >
> > https://lists.archlinux.org/pipermail/arch-dev-public/2020-November/030181.html
> >
> > But instead of switching to arc
Hi,
On 01/03/2023 08:58, Oleksii wrote:
On Tue, 2023-02-28 at 17:48 +, Julien Grall wrote:
Hi Oleksii,
On 28/02/2023 15:09, Oleksii wrote:
On Sat, 2023-02-25 at 16:49 +, Julien Grall wrote:
Hi Oleksii,
On 24/02/2023 11:31, Oleksii Kurochko wrote:
The following changes were made:
*
Hi Bertrand,
On Tue, Feb 28, 2023 at 1:57 PM Bertrand Marquis
wrote:
>
> Hi Jens,
>
> > On 22 Feb 2023, at 16:33, Jens Wiklander wrote:
> >
> > When initializing the FF-A mediator map the RX and TX buffers shared with
> > the SPMC.
> >
> > These buffer are later used to to transmit data that can
On 28.02.2023 21:14, Xenia Ragiadakou wrote:
>
> On 2/28/23 16:58, Jan Beulich wrote:
>> On 27.02.2023 08:56, Xenia Ragiadakou wrote:
>>> Add hvm_funcs hooks for {set,clear}_msr_intercept() for controlling the msr
>>> intercept in common vpmu code.
>>
>> What is this going to buy us? All calls ...
On Tue, Feb 28, 2023 at 7:16 AM Jan Beulich wrote:
> On 27.02.2023 22:41, George Dunlap wrote:
> > Note the following administrative conventions for the call:
> > * Unless, agreed in the previous meeting otherwise, the call is on the
> 1st
> > Thursday of each month at 1600 British Time (either G
On Mon, 2023-02-27 at 13:48 +0100, Jan Beulich wrote:
> On 24.02.2023 12:35, Oleksii Kurochko wrote:
> > --- a/xen/arch/riscv/traps.c
> > +++ b/xen/arch/riscv/traps.c
> > @@ -4,10 +4,95 @@
> > *
> > * RISC-V Trap handlers
> > */
> > +
> > +#include
>
> I couldn't spot anything in the file w
Add missing aliases for:
- debian:unstable-cppcheck
- debian:unstable-arm64v8-arm32-gcc
- ubuntu:bionic
Remove aliases for no longer used containers:
- centos:7.2
- debian:unstable-arm32-gcc
Modify docs to refer to CentOS 7 instead of 7.2 not to create confusion.
Signed-off-by: Michal Orzel
On Tue, 2023-02-28 at 17:48 +, Julien Grall wrote:
> Hi Oleksii,
>
> On 28/02/2023 15:09, Oleksii wrote:
> > On Sat, 2023-02-25 at 16:49 +, Julien Grall wrote:
> > > Hi Oleksii,
> > >
> > > On 24/02/2023 11:31, Oleksii Kurochko wrote:
> > > > The following changes were made:
> > > > * mak
On 01.03.23 08:03, Christophe Leroy wrote:
Le 27/02/2023 à 23:29, Rick Edgecombe a écrit :
The x86 Control-flow Enforcement Technology (CET) feature includes a new
type of memory called shadow stack. This shadow stack memory has some
unusual properties, which requires some core mm changes to f
flight 178822 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/178822/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-freebsd12-amd64 8 xen-boot fail REGR. vs. 178042
test-amd64-amd64-qe
79 matches
Mail list logo
