Re: mame validation time takes forever on rawhide/aarch64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 1 Oct 2023 14:21:23 +0200
Julian Sikorski <belegdol@xxxxxxxxx> wrote:

> Am 01.10.23 um 10:17 schrieb Julian Sikorski:
> > Am 01.10.23 um 09:37 schrieb Dan Horák:
> >> On Sun, 1 Oct 2023 09:32:10 +0200
> >> Julian Sikorski <belegdol@xxxxxxxxx> wrote:
> >>
> >>> Am 30.09.23 um 09:09 schrieb Julian Sikorski:
> >>>> Hello,
> >>>>
> >>>> mame package uses mame -validate as %check step. It has recently 
> >>>> started
> >>>> to cause problems on rawhide/aarch64:
> >>>> - I had to cancel 0.258 build after 16 hours [1]
> >>>> - 0.259 build is stuck since ca. 1600 UTC yesterday [2]
> >>>> Other branches built fine for aarch64, and so did other arches for
> >>>> rawhide. Additionally, there are no rawhide koschei builds since August
> >>>> making it harder to find the potential culprit.
> >>>> How can I investigate further? I might need to disable %check if the
> >>>> reason cannot be found.
> >>>>
> >>>> Best regards,
> >>>> Julian
> >>>>
> >>>> [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=106453404
> >>>> [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=106887762
> >>>
> >>> The build is still stuck. Do we have aarch64 machines accessible to
> >>> maintainers which could be used to see what the problem is? The last
> >>
> >> we do have, please see
> >> https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers
> >>
> >>
> >>         Dan
> > 
> > Thanks! Unfortunately it appears that aarch64 is only available as f38 
> > and f37 which both finish the validation successfully. Rawhide is only 
> > available as x86_64 which does not exhibit the issue either.
> > I will see if doing a rawhide mock build on f38 host is sufficient. This 
> > is what koji seems to be doing anyway.
> > 
> > Best regards,
> > Julian
> 
> I managed to reproduce this on the aarch64 machine in mock. Validation 
> seems to get stuck right away at:
> 
> (gdb) bt
> #0  0x0000aaaab5bddb08 in ___ZN4bgfx12VertexLayoutC1Ev_bti_veneer ()

hmm, couldn't it be related to the PAC & BTI feature [1]? I believe
someone mentioned some issues with it, probably here on the devel
list and the workaround was to disable the related compiler flags ...

> #1  0x0000fffff5870b2c in __libc_start_main_impl () from /lib64/libc.so.6
> #2  0x0000aaaaaef01570 in _start ()
> 
> One question: the binary in /builddir/build/BUILD still has symbols in, 
> correct?

yes, the files under /builddir/build/BUILDROOT/... are split into
stripped binaries and debuginfos
 
> Best regards,
> Julian

[1] https://fedoraproject.org/wiki/Changes/Aarch64_PointerAuthentication


		Dan
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux