Re: [Xen-devel] Next Xen Arm Community call - Wednesday 22nd November

2017-11-16 Thread Artem Mygaiev
...@onapp.com; sg...@codeaurora.org; vfac...@de.adit-jv.com; Jarvis Roach; Volodymyr Babchuk; Artem Mygaiev Subject: Next Xen Arm Community call - Wednesday 22nd November Hi all, Apologies I was meant to organize the call earlier. I would suggest to have the next community call on Wednesday 22nd November

Re: [Xen-devel] Xen Community Call 21/06/17 meeting minutes

2017-07-05 Thread Artem Mygaiev
; Artem Mygaiev ; Oleksandr Tyshchenko ; vfac...@de.adit-jv.com; Lars Kurth Subject: Xen Community Call 21/06/17 meeting minutes Hi all, Sorry, I forgot to write the list of attendees. I only wrote down the company name. Feel free to forward the e-mail to any people interested. During the

Re: [Xen-devel] Xen ARM community call - meeting minutes and date for the next one

2017-03-30 Thread Artem Mygaiev
Lets make it clear - there must be one translation table for EL0 apps... On Mar 30, 2017 23:18, Volodymyr Babchuk wrote: Hi Julien, On 30 March 2017 at 22:57, Julien Grall wrote: > Hi Volodymyr > > On 30/03/2017 20:19, Volodymyr Babchuk wrote: >> >> On 30 March 2017 at 21:52, Stefano Stabelli

Re: [Xen-devel] Xen ARM community call - meeting minutes and date for the next one

2017-03-29 Thread Artem Mygaiev
Hello Julien 5th works for us. We will collect topics internally and send to this thread. ARTEM MYGAIEV Director, Technology Solutions Office: +380 44 390 5457 x 65570 Cell: +380 67 921 1131 Email: artem_myga...@epam.com Kyiv, Ukraine (GMT+3) epam.com CONFIDENTIALITY CAUTION AND

Re: [Xen-devel] Next Xen ARM community call

2017-02-28 Thread Artem Mygaiev
Hi Julien We would also like to discuss a topic raised recently by Volodymyr Babchuk - SMC/HVC handling in Xen. ARTEM MYGAIEV Director, Technology Solutions   Office: +380 44 390 5457 x 65570   Cell: +380 67 921 1131   Email: artem_myga...@epam.com Kyiv, Ukraine (GMT+3)   epam.com

Re: [Xen-devel] [PATCH v3] xen/arm: fix rank/vgic lock inversion bug

2017-02-02 Thread Artem Mygaiev
Hello Julien, Stefano [coverity-related question] On 27.01.17 20:11, Julien Grall wrote: > (CC Artem as ARM coverity admin) >> Coverity-ID: 1381855 >> Coverity-ID: 1381853 > > I am bit confused... somehow those numbers disappeared from the main Coverity > page. Which means Coverity think they ha

Re: [Xen-devel] Xen 4.9 Development Update

2016-12-14 Thread Artem Mygaiev
Hi Stefano On 09.12.16 21:01, Stefano Stabellini wrote: > On Fri, 9 Dec 2016, Oleksandr Andrushchenko wrote: >> On 12/09/2016 03:57 PM, Pasi Kärkkäinen wrote: >>> On Fri, Dec 09, 2016 at 02:57:04PM +0200, Oleksandr Andrushchenko wrote: >> Should we have a section on new PV drivers? If so, I s

Re: [Xen-devel] [PATCH] missing vgic_unlock_rank in gic_remove_irq_from_guest

2016-12-09 Thread Artem Mygaiev
Hi Stefano On 09.12.16 02:59, Stefano Stabellini wrote: > Add missing vgic_unlock_rank on the error path in > gic_remove_irq_from_guest. > > CID: 1381843 > > Signed-off-by: Stefano Stabellini > > diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c > index 63c744a..a5348f2 100644 > --- a/xen/arch

Re: [Xen-devel] [PATCH] xen/arm: Remove unused tnode variables in DT IRQ map parsing

2016-12-06 Thread Artem Mygaiev
On 06.12.16 16:37, Julien Grall wrote: > > > On 06/12/16 14:33, Artem Mygaiev wrote: >> Hi Julien >> >> >> On 06.12.16 16:19, Julien Grall wrote: >>> Hi Artem, >>> >>> On 06/12/16 13:57, Artem Mygaiev wrote: >>>> R

Re: [Xen-devel] [PATCH] xen/arm: Remove unused tnode variables in DT IRQ map parsing

2016-12-06 Thread Artem Mygaiev
Hi Julien On 06.12.16 16:19, Julien Grall wrote: > Hi Artem, > > On 06/12/16 13:57, Artem Mygaiev wrote: >> Remove unused tnode variables in device tree IRQ map parsing > > This description is slightly wrong, the variable are used but not the value. True > >>

[Xen-devel] [PATCH] xen/arm: Fix macro for ARM Jazelle CPU feature identification

2016-12-06 Thread Artem Mygaiev
Fix macro for ARM Jazelle CPU feature identification: value of 0 indicates that CPU does not support ARM Jazelle (PFR0[11:8]) Coverity-ID: 1381849 Signed-off-by: Artem Mygaiev --- xen/include/asm-arm/cpufeature.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/include

Re: [Xen-devel] [PATCH] xen/arm: Fix misplaced parentheses for PSCI version check

2016-12-06 Thread Artem Mygaiev
Thanks, resent On 30.11.16 17:55, Julien Grall wrote: > Hi Artem, > > On 30/11/16 13:53, Artem Mygaiev wrote: >> Fix misplaced parentheses for PSCI version check >> >> Signed-off-by: Artem Mygaiev > > Can you please include the coverity ID: > > Coverity-

[Xen-devel] [PATCHv2] xen/arm: Fix misplaced parentheses for PSCI version check

2016-12-06 Thread Artem Mygaiev
Fix misplaced parentheses for PSCI version check Coverity-ID: 1381830 Signed-off-by: Artem Mygaiev Reviewed-by: Julien Grall --- xen/arch/arm/psci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c index 7966b5e..34ee97e 100644

[Xen-devel] [PATCH] xen/arm: Remove unused tnode variables in DT IRQ map parsing

2016-12-06 Thread Artem Mygaiev
Remove unused tnode variables in device tree IRQ map parsing Coverity-ID 1381866, 1381867 Signed-off-by: Artem Mygaiev --- xen/common/device_tree.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/xen/common/device_tree.c b/xen/common/device_tree.c index 1be074b

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-12-01 Thread Artem Mygaiev
On 30.11.16 21:21, Andrew Cooper wrote: > On 29/11/16 15:09, Artem Mygaiev wrote: >> Hi Julien >> >> On 29.11.16 16:27, Julien Grall wrote: >>> Hi Artem, >>> >>> On 29/11/16 14:21, Artem Mygaiev wrote: >>>> Lars, the project is approved

[Xen-devel] [PATCH] xen/arm: Fix misplaced parentheses for PSCI version check

2016-11-30 Thread Artem Mygaiev
Fix misplaced parentheses for PSCI version check Signed-off-by: Artem Mygaiev --- xen/arch/arm/psci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c index 7966b5e..34ee97e 100644 --- a/xen/arch/arm/psci.c +++ b/xen/arch/arm/psci.c

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-30 Thread Artem Mygaiev
Done On 29.11.16 20:19, Stefano Stabellini wrote: > On Tue, 29 Nov 2016, Artem Mygaiev wrote: >> Hi Julien >> >> On 29.11.16 16:27, Julien Grall wrote: >>> Hi Artem, >>> >>> On 29/11/16 14:21, Artem Mygaiev wrote: >>>> Lars, the pr

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-30 Thread Artem Mygaiev
, Stefano and you as members, so you can view, triage and edit defects. For now this is based on custom Travis build script and our xen repo mirror on GitHub. > > On 29/11/2016 14:27, "Julien Grall" wrote: > >> Hi Artem, >> >> On 29/11/16 14:21, Artem Mygaiev wrote

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-29 Thread Artem Mygaiev
Hi Julien On 29.11.16 16:27, Julien Grall wrote: > Hi Artem, > > On 29/11/16 14:21, Artem Mygaiev wrote: >> Lars, the project is approved by Coverity. Scan has found some issues in >> xen/arch/arm on master, part of them are false positives. > > Perfect. It would be i

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-29 Thread Artem Mygaiev
Lars, the project is approved by Coverity. Scan has found some issues in xen/arch/arm on master, part of them are false positives. On 28.11.16 13:01, Artem Mygaiev wrote: > On 28.11.16 12:27, Lars Kurth wrote: >> On 22/11/2016 13:54, "Artem Mygaiev" wrote: >>> On 2

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-28 Thread Artem Mygaiev
On 28.11.16 12:27, Lars Kurth wrote: > On 22/11/2016 13:54, "Artem Mygaiev" wrote: >> On 22.11.16 15:42, Andrew Cooper wrote: >>> The only way we could scan for ARM is if we could be given multiple >>> different streams (one per arch) to use, and Coverity hav

Re: [Xen-devel] [Embedded-pv-devel] [PATCH v9] xen: add para-virtual sound interface header files

2016-11-24 Thread Artem Mygaiev
On 24.11.16 18:08, Julien Grall wrote: > On 24/11/16 15:50, Artem Mygaiev wrote: >> On 24.11.16 17:09, Julien Grall wrote: >>> Hi Artem, >>> >>> On 24/11/16 14:58, Artem Mygaiev wrote: >>>> On 24.11.16 15:31, Jan Beulich wrote: >>>>>

Re: [Xen-devel] [Embedded-pv-devel] [PATCH v9] xen: add para-virtual sound interface header files

2016-11-24 Thread Artem Mygaiev
On 24.11.16 17:09, Julien Grall wrote: > Hi Artem, > > On 24/11/16 14:58, Artem Mygaiev wrote: >> On 24.11.16 15:31, Jan Beulich wrote: >>>>>> On 24.11.16 at 14:18, wrote: >>>> On 24.11.16 15:04, Jan Beulich wrote: >>>>>>

Re: [Xen-devel] [Embedded-pv-devel] [PATCH v9] xen: add para-virtual sound interface header files

2016-11-24 Thread Artem Mygaiev
On 24.11.16 15:31, Jan Beulich wrote: On 24.11.16 at 14:18, wrote: >> On 24.11.16 15:04, Jan Beulich wrote: In my case I need it to at least define Linux specific __packed attribute which is not supported by Win AFAIK. >>> ... needs to avoid using platform specific constructs (or ma

Re: [Xen-devel] [Embedded-pv-devel] [PATCH v9] xen: add para-virtual sound interface header files

2016-11-24 Thread Artem Mygaiev
On 24.11.16 15:04, Jan Beulich wrote: >> In my case I need it to at least define Linux specific __packed >> attribute which is not supported by Win AFAIK. > ... needs to avoid using platform specific constructs (or making > other assumptions on the platform). I can only re-iterate: Please > follow

Re: [Xen-devel] Xen ARM small task (WAS: Re: [Xen Question])

2016-11-23 Thread Artem Mygaiev
On 23.11.16 17:19, Julien Grall wrote: > There is a couple of usecase where we cannot use PV console: > - Running unmodified baremetal application as guest. Those > applications will not have PV driver. Well, I somehow missed that requirement is to run *unmodified* applications... I think it wi

Re: [Xen-devel] Xen ARM small task (WAS: Re: [Xen Question])

2016-11-23 Thread Artem Mygaiev
On 22.11.16 21:36, Julien Grall wrote: > On 22/11/16 19:06, Stefano Stabellini wrote: >> On Mon, 21 Nov 2016, Julien Grall wrote: >>> On 21/11/2016 21:13, Edgar E. Iglesias wrote: On Mon, Nov 21, 2016 at 01:01:15PM -0800, Stefano Stabellini wrote: > On Mon, 21 Nov 2016, Edgar E. Iglesias w

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-22 Thread Artem Mygaiev
On 22.11.16 15:42, Andrew Cooper wrote: > On 22/11/16 11:55, Lars Kurth wrote: >> On 22/11/2016 11:51, "Julien Grall" wrote: >> >>> Hi Lars, >>> >>> On 19/11/16 16:53, Lars Kurth wrote: On 18/11/2016 20:55, "Julien Grall" wrote: > Coverity has been proven useful on x86 to catch some bugs

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-22 Thread Artem Mygaiev
Coverity Scan does static analysis only, but hooks into the build system in order to track compilation process and build map of source code to analyze. In addition to connecting the build process, user of Scan needs to provide a) filters to specify particular components for analysis and b) model t

Re: [Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-22 Thread Artem Mygaiev
On 18.11.16 22:55, Julien Grall wrote: > Coverity has been proven useful on x86 to catch some bugs. A such > things would be nice for ARM too. Is there anything we can do to get > coverity testing ARM? (CC Lars). This is exactly what we want to do - update model files (if needed), prepare some refe

[Xen-devel] [COVERITY ACCESS] for Embedded/Automotive team

2016-11-18 Thread Artem Mygaiev
published in OSS mailing lists. We would like to contribute in stability of Xen overall and Xen on ARM in particular since this is absolutely critical for most of embedded applications. Best regards, Artem Mygaiev -BEGIN PGP SIGNATURE- Version: Mailvelope v1.5.2 Comment: https

Re: [Xen-devel] [RFC] Shared coprocessor framework

2016-11-13 Thread Artem Mygaiev
y context <--- implemented by SMMU in ARM 4. restore registers 5. start Best regards, Artem Mygaiev ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [RFC] Shared coprocessor framework

2016-11-01 Thread Artem Mygaiev
r environments (Google use own tensor processors for NN computing acceleration, Microsoft used Altera's FPGAs in project Catapult, there are deployments of GPU computing nodes in some clouds, etc.) Hope that makes sense Best regards, Artem Mygaiev On Mon, Oct 31, 2016 at 9:31 PM, Andrii Anisov w