On Thu, 2020-07-30 at 13:48 +0200, Nikos Mavrogiannopoulos wrote:
> On Thu, Jul 30, 2020 at 12:25 PM Aleksandra Fedorova <al...@bookwar.info> 
> wrote:
> > Hi, all,
> > 
> > I'd like to get some understanding on the current state of emulation
> > of other architectures.
> > 
> > In the current CI infra we have infinite(*) access to x86_64 compute
> > resources, but we haven't yet got our hands on any non x86_64
> > hardware.
> > 
> > As COPR has recently got support for s390 builds, the question is: if
> > emulation is good enough for building packages, can we use it for
> > testing? What are the limitations there? Is it worth it?
> 
> Few years ago we transformed the gnutls' upstream CI from baremetal
> h/w to qemu-user [0] (reasoning was pretty much what you mention, we
> had x86-64 systems for free, and we had to pay for everything else).
> This eliminated the need for such dedicated hardware, and in practice
> the years it was in use I believe it eliminated issues in
> compatibility with non-x86-64 architectures  and also helped catch
> problems in new code (such as alignment issues). For an upstream test
> suite it was totally worth it, and I believe it eliminated all issues
> we were getting with non-x86 hardware support. The only drawback that
> was noticed is that it could not be used to test some special features
> of these CPUs, but that's also a problem with dedicated hardware
> (e.g., when it doesn't support the particular instruction set you'd
> like to introduce).
We use it heavily in the GCC upstream tester for ancient targets (think m68k,
hppa, alpha and the like).  It works amazingly well.  Interestingly enough I've
found those old targets to work better than, say, s390.

Jeff
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Reply via email to