Hello Jarvis
On 22.05.18 15:08, Jarvis Roach wrote:
Hi Stefano
On 10.05.18 22:51, Stefano Stabellini wrote:
On Thu, 10 May 2018, Praveen Kumar wrote:
Yeah, you are right. It looks like turning Dom0 into a DomU is not
good enough. Maybe for this option to be viable we would actually
have to
Hi Stefano
On 23.05.18 00:00, Stefano Stabellini wrote:
On Tue, 22 May 2018, Julien Grall wrote:
It might be easier to maintain if we provide a per platform config option (e.g
CONFIG_RCAR3) that will select driver for that specific board.
The user is then free to select other components (e.g
Hi Julien
On 24.05.18 16:49, Julien Grall wrote:
Hi Artem,
Thank you for the report.
On 24/05/18 14:20, Artem Mygaiev wrote:
vgic_vcpu_pending_irq() uses find_next_bit() library function with
single 'unsigned long' variable, while it is designed to work with
memory regions. Nothing wrong
vgic_vcpu_pending_irq() uses find_next_bit() library function with
single 'unsigned long' variable, while it is designed to work with
memory regions and offsets. It would be more correct to use the
find_first_bit() function instead.
Signed-off-by: Artem Mygaiev <artem_myga...@epam.com>
Hi Stefano
On 10.05.18 22:51, Stefano Stabellini wrote:
On Thu, 10 May 2018, Praveen Kumar wrote:
Yeah, you are right. It looks like turning Dom0 into a DomU is not good
enough. Maybe for this option to be viable we would actually have to
terminate (or pause and never unpause?) dom0 after
Hi Lars
As we do not have Jira access, it would be better to do it on Wiki or
"something else".
-- Artem
On 06.02.18 12:53, Lars Kurth wrote:
Adding Rich
I think it would be hugely beneficial if there could be an open
repository of information that describes in clear terms what the
Hi Juilen
Time works for us.
Do you think it is worth to discuss certification & AGL stuff?
Best regards,
-- Artem Mygaiev
From: Mirela Simonovic <mirela.simono...@aggios.com>
Sent: Friday, February 9, 2018 7:53:28 PM
To: Edgar Iglesias
Cc: Julien Gral
Hi Lars
On 02.08.18 18:29, Lars Kurth wrote:
On 02/08/2018, 16:27, "Artem Mygaiev" wrote:
Hello Julien
On 02.08.18 12:56, Julien Grall wrote:
> Hi,
>
> Sorry for the late posting. The notes were taken by Stefano Stabellin
Hello Julien
On 02.08.18 12:56, Julien Grall wrote:
Hi,
Sorry for the late posting. The notes were taken by Stefano Stabellini.
Thank you.
This has some clarifications requested from EPAM regarding PowerVR.
The existing graphics solutions on Xen today are:
- PV DRM:
* Supports
On 02.08.18 18:57, Julien Grall wrote:
Hi Artem,
On 02/08/18 16:54, Artem Mygaiev wrote:
On 02.08.18 18:29, Lars Kurth wrote:
On 02/08/2018, 16:27, "Artem Mygaiev" wrote:
Hello Julien
On 02.08.18 12:56, Julien Grall wrote:
> Hi,
>
> Sorry f
Hi Julien
On 03.08.18 12:37, Julien Grall wrote:
On 08/02/2018 04:26 PM, Artem Mygaiev wrote:
Hello Julien
Hi Artem,
Thank you for the feedback!
On 02.08.18 12:56, Julien Grall wrote:
Hi,
Sorry for the late posting. The notes were taken by Stefano
Stabellini. Thank you.
This has some
Hi Stefano
On 06.04.18 23:47, Stefano Stabellini wrote:
On Fri, 6 Apr 2018, Artem Mygaiev wrote:
2) Create a subset of functions that need to go through certifications
Next step: create a small Kconfig. We could use the Renesas Rcar as
reference. We need a discussion about the features we need
On 06.04.18 17:13, Lars Kurth wrote:
Hi all,
adding a few more people who are/may be interested in safety certification,
including committers (because item 1 would have an impact). Specifically: Rich
Persaud, Paul Luperto, Jonathan Daugherty and Denys Balatsko.
There are a few loose ends
Hi Jarvis
On 06.04.18 20:01, Jarvis Roach wrote:
Hi all,
adding a few more people who are/may be interested in safety certification,
including committers (because item 1 would have an impact). Specifically:
Rich Persaud, Paul Luperto, Jonathan Daugherty and Denys Balatsko.
There are a few
Works for me
From: Julien Grall <julien.gr...@arm.com>
Sent: Friday, March 16, 2018 11:57:22 AM
To: Stefano Stabellini; Lars Kurth; Edgar E. Iglesias; Stewart Hildebrand;
anastassios.na...@onapp.com; vfac...@de.adit-jv.com; Jarvis Roach; Volodymyr
Babchuk;
...@oracle.com; Roger Pau Monne; Christopher Clark; Rich Persaud;
Brian Woods; Stefano Stabellini; Julien Grall; Juergen Gross; Paul Durrant; Ji,
John; Natarajan, Janakarajan; dpsm...@apertussolutions.com;
edgar.igles...@xilinx.com; davorin.mi...@aggios.com; robin.randh...@arm.com;
Artem Mygaiev
Hello Andrew
Minor note below.
On Wed, 2019-04-03 at 16:00 +0100, Andrew Cooper wrote:
[snip]
> + For ARM builds, while Xen will compile with ``CONFIG_COVERAGE``
> enabled, the
> + resulting binary will not successfully boot if it exceeds 2MB in
> size.
> + Xen's early memory management
Hi Julien,
On Wed, 2019-03-27 at 18:45 +, Julien Grall wrote:
> Hi all,
>
> This series adds support to build Xen Arm with clang. This series was tested
> with clang 8.0.
>
> Note that I only did build for arm64. I still need to look at the arm32
> build.
>
I wonder if you have time to
Hello Julien, Stefano
On Wed, 2019-04-17 at 10:42 +0100, Julien Grall wrote:
> Hi,
>
> On 16/04/2019 23:43, Stefano Stabellini wrote:
> > On Fri, 29 Mar 2019, Julien Grall wrote:
> > > On 28/03/2019 11:27, Artem Mygaiev wrote:
> > > > Hi Julien,
> > >
Hi Julien
On Thu, 2019-04-18 at 11:43 +0100, Julien Grall wrote:
> On 18/04/2019 10:15, Artem Mygaiev wrote:
> > Hello Julien, Stefano
>
> Hi Artem,
>
> > On Wed, 2019-04-17 at 10:42 +0100, Julien Grall wrote:
> > > Hi,
> > >
> > > On 16/04/2
Hello Julien, Jan
On Wed, 2019-05-22 at 14:00 +0100, Julien Grall wrote:
> (+Artem)
>
> Hi Jan,
>
> On 22/05/2019 13:29, Jan Beulich wrote:
> > > > > On 22.05.19 at 14:20, <
> > > > > julien.gr...@arm.com
> > > > > > wrote:
> > > On 21/05/2019 10:55, Julien Grall wrote:
> > > > Hi Jan,
> > > >
Hello Julien, Roger
On Thu, 2019-04-18 at 19:33 +0100, Julien Grall wrote:
> (+ Roger)
>
> On 18/04/2019 12:15, Artem Mygaiev wrote:
> > Hi Julien
> >
> > On Thu, 2019-04-18 at 11:43 +0100, Julien Grall wrote:
> > > On 18/04/2019 10:15, Artem Mygaiev
Hello Julien
On Wed, 2019-04-24 at 22:07 +0100, Julien Grall wrote:
> Hi Artem,
>
> On 4/23/19 2:39 PM, Artem Mygaiev wrote:
> > Hello Julien, Roger
> >
> > On Thu, 2019-04-18 at 19:33 +0100, Julien Grall wrote:
> > > (+ Roger)
> > >
> > >
Hi Jan,
Sorry for delayed reply
On Thu, 2019-11-07 at 08:31 +0100, Jan Beulich wrote:
> On 06.11.2019 23:08, Artem Mygaiev wrote:
> > On Wed, Nov 6, 2019 at 4:28 PM Jan Beulich <
> > jbeul...@suse.com
> > > wrote:
> > > On 06.11.2019 10:19, Andrii A
Hello Julien
On Thu, 2019-11-14 at 08:03 +0900, Julien Grall wrote:
>
>
> On Tue, 12 Nov 2019, 05:57 Stefano Stabellini, <
> sstabell...@kernel.org> wrote:
> > On Wed, 6 Nov 2019, Andrii Anisov wrote:
> > > From: Andrii Anisov
> > >
> > > ARM Compiler 6 has a proven bug: it compiles data only
Hello Julien
On Thu, 2019-11-14 at 08:19 +0900, Julien Grall wrote:
>
>
> On Thu, 14 Nov 2019, 02:15 Artem Mygaiev, <
> artem_myga...@epam.com> wrote:
> > Hi Jan,
> >
> > Sorry for delayed reply
> >
> > On Thu, 2019-11-07 at 08:31 +0100, Jan
Hello Jan
On Wed, Nov 6, 2019 at 4:28 PM Jan Beulich wrote:
>
> On 06.11.2019 10:19, Andrii Anisov wrote:
> > From: Artem Mygaiev
> >
> > Still have linker issues
>
> This may be acceptable for an RFC series, but doesn't justify there
> not being any other des
Hi Lars
On Thu, 2019-10-17 at 17:30 +, Lars Kurth wrote:
>
> On 17/10/2019, 18:05, "Rich Persaud" <
> pers...@gmail.com
> > wrote:
>
> On Oct 17, 2019, at 12:55, Stefano Stabellini <
> sstabell...@kernel.org
> > wrote:
> >
> > On Thu, 17 Oct 2019, Rich Persaud wrote:
> >>>
Hi Julien
On Mon, 2019-11-18 at 06:18 +, Julien Grall wrote:
>
> On 14/11/2019 14:12, Artem Mygaiev wrote:
> > Hello Julien
>
> Hi,
>
> > On Thu, 2019-11-14 at 08:19 +0900, Julien Grall wrote:
> > >
> > > On Thu, 14 Nov 2019, 02:15
Hello Peng Fan
Please contact Oleksandr Andrushchenko (added to this thread) on this
issue.
-- Artem
On Mon, 2019-11-25 at 10:24 +, Julien Grall wrote:
>
> On 25/11/2019 10:19, Peng Fan wrote:
> > Hi All,
>
> Hi,
>
> > I am trying vsnd from xen-troops with xen 4.13 and Linux 5.4, but
>
Hi,
On Thu, 2019-10-10 at 15:48 +0100, Julien Grall wrote:
>
> On 09/10/2019 12:57, Artem Mygaiev wrote:
> > Hi Julien
>
> Hi,
>
> > On Fri, 2019-10-04 at 17:42 +0100, Julien Grall wrote:
> > > flask_assign_{, dt}device() may be used to check whether
Hi Julien
On Fri, 2019-10-04 at 17:42 +0100, Julien Grall wrote:
> flask_assign_{, dt}device() may be used to check whether you can test
> if
> a device is assigned. In this case, the domain will be NULL.
>
> However, flask_iommu_resource_use_perm() will be called and may end
> up
> to deference
Also do not set mark device as SMMU protected when there are no more
SMMU resources left
Coverity-ID: 1381862
Signed-off-by: Artem Mygaiev
---
xen/drivers/passthrough/arm/smmu.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/xen/drivers/passthrough/arm/smmu.c
b/xen
... for both lock and unlock
Coverity-ID: 1381840
Signed-off-by: Artem Mygaiev
---
xen/xsm/flask/avc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/xsm/flask/avc.c b/xen/xsm/flask/avc.c
index 87ea38b7a0..3a9507f62a 100644
--- a/xen/xsm/flask/avc.c
+++ b/xen/xsm/flask
cnt is unsigned, so always >=0
Coverity-ID: 1381848
Signed-off-by: Artem Mygaiev
---
xen/drivers/char/scif-uart.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/drivers/char/scif-uart.c b/xen/drivers/char/scif-uart.c
index fa0b8274ca..9d3f66b55b 100644
--- a/xen/driv
From: Artem Mygaiev
There is a big amount of insignificant or false positives reported by
Coverity, fixing some of them can at least make code more consistent or
at least bit more readable.
Artem Mygaiev (3):
Consistent use for lock variables
Remove useless ASSERT condition
Free
Hi Julien
Just to confirm - with this series, we are able to run xen master
(4.13-unstable) on R-Car H3:
* built using clang
* built using clang-based arm compiler (with further modifications
needed for armlink)
Note we didn't perform full testing, just start xen on its own.
-- Artem
On
Hi Lars
On Thu, 2019-10-10 at 12:34 +, Lars Kurth wrote:
> * Possibly stuff such as
> https://urldefense.com/v3/__https://xenbits.xen.org/docs/unstable/support-matrix.html__;!K6dmGCEab4ueJg!lwAwYJi7cUkbX7CUXnOD9i7laj_9xcyafF714u6PO04tu0CYUKDHWBHAy2XD0mvEiA$
> (which is currently GPL-2,
>
Hi,
-Original Message-
From: Julien Grall
Sent: пятница, 16 октября 2020 г. 13:24
To: Anastasiia Lukianenko ; jbeul...@suse.com;
george.dun...@citrix.com
Cc: Artem Mygaiev ; vicooo...@gmail.com;
xen-devel@lists.xenproject.org; committ...@xenproject.org;
viktor.mitin...@gmail.com
;
Peter Griffin ; AKASHI Takahiro
; Artem Mygaiev ; Leonardo
Garcia ; Randy Linnell ;
don.har...@linaro.org ; Sumit Semwal
; xen-devel@lists.xenproject.org
; Wei Liu ; Florescu, Andreea
; rust-...@lists.opendev.org
Subject: Add Xen support to vmm-reference? (was Re: Call for topics
Hi Stefano, Anthony
On Mon, 13 Nov 2023, Anthony PERARD wrote:
> On Thu, Nov 09, 2023 at 05:02:08PM -0800, Stefano Stabellini wrote:
> > ### qemu_key.sh is using "expect", see below. I think we should be able
> > ### to achieve the same by using expect to close on the expected string
> > ###
41 matches
Mail list logo
