Re: [Xen-devel] [RFC 7/7] arm/gic-v3: add GIC version suffix to iomem range variables

[Andrii Anisov <Andrii_Anisov@xxxxxxxx>]

Hello Stefano,

I suppose, in the discussion with ARM, it might be useful to come with existing support case numbers.

Here they are:

Case ID. sort descending	Status. sort descending	Product. sort descending	Summary. sort descending	Created On. sort descending	Updated on . sort descending	Actions
CAS-138402-Y0Y9C3	Defect/Enhancement	ARM COMPILER 6	C style shift operators are missed among supported scatter file expressions	Oct-18-2019	Nov-19-2019
CAS-137352-T7F4V1	More Information Needed	DS-5 ARM COMPILER-6 ULTIMATE FL	ARM Linker defined symbols are not counted as referred from a steering file.	Oct-09-2019	Nov-12-2019
CAS-138292-L5S0V0	More Information Needed	ARM COMPILER 6	Static data symbols, moved to init section, becomes global.	Oct-17-2019	Oct-24-2019
CAS-137357-Z7W3B8	Defect/Enhancement	DS-5 ARM COMPILER-6 ULTIMATE FL	ARM Compiler 6 compiles data only C file with SoftVFP attribute.	Oct-09-2019	Oct-18-2019
CAS-137359-V7G6W6	Closed	DS-5 ARM COMPILER-6 ULTIMATE FL	How to rename sections using ARM Compiler 6 tools?	Oct-09-2019	Oct-11-2019

ANDRII ANISOV

Lead Systems Engineer

 

Office: +380 44 390 5457 x 66766   Cell: +380 50 573 8852   Email: andrii_anisov@xxxxxxxx

Kyiv, Ukraine (GMT+3)   epam.com

 

CONFIDENTIALITY CAUTION AND DISCLAIMER
This message is intended only for the use of the individual(s) or entity(ies) to which it is addressed and contains information that is legally privileged and confidential. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. All unintended recipients are obliged to delete this message and destroy any printed copies.

---

From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
Sent: Thursday, November 21, 2019 12:23 AM
To: Andrii Anisov <andrii.anisov@xxxxxxxxx>
Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>; xen-devel@xxxxxxxxxxxxxxxxxxxx <xen-devel@xxxxxxxxxxxxxxxxxxxx>; Andrii Anisov <Andrii_Anisov@xxxxxxxx>; Julien Grall <julien@xxxxxxx>; Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>; fusa-sig@xxxxxxxxxxxxxxxxxxxx <fusa-sig@xxxxxxxxxxxxxxxxxxxx>; lars.kurth.xen@xxxxxxxxx <lars.kurth.xen@xxxxxxxxx>
Subject: Re: [RFC 7/7] arm/gic-v3: add GIC version suffix to iomem range variables

 

On Thu, 14 Nov 2019, Andrii Anisov wrote:
> Hello Stefano,
>
> On 11.11.19 22:59, Stefano Stabellini wrote:
> > this seems a very serious compiler bug.
>
> Yep.
>
> > This, together with the other bug described in the previous patch, makes
> > me think the ARMCC is not quite ready for showtime.
>
> Yet, this particular ARM Compiler version is safety certified and LTS.
>
> > Do you know if there
> > are any later version of the compiler that don't have these problems?
>
> I don't know, ARM did not say something special about it. As I know, the
> reason to take this compiler version was that it is the "latest and greatest"
> safety certified
>
> > I would hate to introduce these workarounds
>
> I hated finding and publishing these workarounds, but here we are.
>
> The main question here is if XEN needs a tag "Support safety certified
> compiler" by the cost of accepting such workarounds.
> Then discuss how to reduce their stench.

Before we get to that point, maybe we can raise the issue with Arm using
our combined channels. I'll raise it internally at Xilinx, and we could
also discuss it during one of the next FuSa calls (list in CC).

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel