...@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
; 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
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
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
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
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
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
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
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
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
>
>>
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
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-
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
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
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
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
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
, 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
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
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
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
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:
>>>>>
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:
>>>>>>
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
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
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
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
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
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
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
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
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
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
33 matches
Mail list logo