[Adding qemu maintainers]
On Mon, Nov 22, 2021 at 05:55:06PM +0000, Richard W.M. Jones wrote:
>
> gcc -Ilibqemuutil.a.p -I. -I.. -Isubprojects/libvhost-user
> -I../subprojects/libvhost-user -Iqapi -Itrace -Iui -Iui/shader
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/sysprof-4
> -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/gio-unix-2.0
> -I/usr/include/p11-kit-1 -I/usr/include/pixman-1 -fdiagnostics-color=auto
> -Wall -Winvalid-pch -std=gnu11 -O2 -g -isystem
> /builddir/build/BUILD/qemu-6.1.0/linux-headers -isystem linux-headers -iquote
> . -iquote /builddir/build/BUILD/qemu-6.1.0 -iquote
> /builddir/build/BUILD/qemu-6.1.0/include -iquote
> /builddir/build/BUILD/qemu-6.1.0/disas/libvixl -iquote
> /builddir/build/BUILD/qemu-6.1.0/tcg/arm -pthread -U_FORTIFY_SOURCE
> -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> -Wstrict-prototypes -Wredundant-decls -Wundef -Wwrite-strings
> -Wmissing-prototypes -fno-strict-aliasing -fno-common -fwrapv -O2
> -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security
> -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
> -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
> -march=armv7-a -mfpu=vfpv3-d16 -mtune=generic-armv7-a -mabi=aapcs-linux
> -mfloat-abi=hard -Wold-style-declaration -Wold-style-definition -Wtype-limits
> -Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers -Wempty-body
> -Wnested-externs -Wendif-labels -Wexpansion-to-defined
> -Wimplicit-fallthrough=2 -Wno-missing-include-dirs -Wno-shift-negative-value
> -Wno-psabi -fstack-protector-strong -DSTAP_SDT_V2 -fPIE -MD -MQ
> libqemuutil.a.p/util_vfio-helpers.c.o -MF
> libqemuutil.a.p/util_vfio-helpers.c.o.d -o
> libqemuutil.a.p/util_vfio-helpers.c.o -c ../util/vfio-helpers.c
> during RTL pass: mach
> ../util/vfio-helpers.c: In function 'qemu_vfio_open_pci':
> ../util/vfio-helpers.c:523:1: internal compiler error: in
> create_fix_barrier, at config/arm/arm.c:17891
> 523 | }
> | ^
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://bugzilla.redhat.com/bugzilla> for instructions.
> Preprocessed source stored into /tmp/ccOFlWwZ.out file, please attach this
> to your bugreport.
>
> Unfortunately the crash happened in Koji:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=79160330
>
> I'm not able to reproduce it locally, which is strange. I've got an
> armv7 guest which has the same version of gcc, binutils and annobin,
> yet it does not crash compiling the same file.
>
> I wonder if anyone can manage to reproduce this and capture the
> /tmp/*.out file? In theory all you need to do is build qemu from
> dist-git on armv7.
>
> Alternatively, can anyone think of a reason why this crash would
> happen in Koji but not in an armv7 guest (on aarch64 host)?
I'm still unable to reproduce this bug locally.
But as a result, qemu is currently ExcludeArch %{arm}. This means
that various other packages will start to be affected (I had to add
the same to virt-v2v in Fedora just now).
I don't know how to proceed here - it seems like it's a GCC bug, so
simply reverting the ExcludeArch commit will NOT help us.
I would favour permanently excluding armv7, as it is unlikely anyone
is really running VMs on 32 bit ARM, but obviously that will have
knock-on effects through the rest of the stack.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
_______________________________________________
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
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
