From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id DE4743942008; Tue, 17 Mar 2020 13:07:01 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DE4743942008 From: "adhemerval.zanella at linaro dot org" To: glibc-bugs@sourceware.org Subject: [Bug ports/25672] nptl/tst-mutex8-static and nptl/tst-mutexpi8-static failing on sparc64 on Linux Date: Tue, 17 Mar 2020 13:07:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: ports X-Bugzilla-Version: 2.31 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: adhemerval.zanella at linaro dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: glibc-bugs@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Glibc-bugs mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2020 13:07:02 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D25672 --- Comment #1 from Adhemerval Zanella --- The issue seems that libgcc is in an infinite loop trying to unwind the canceled thread: (gdb) thread apply all bt Thread 3 (LWP 421806): #0 binary_search_single_encoding_fdes (pc=3D0x110343 , ob=3D0x2e)= at /home/azanella/toolchain/src/gcc/libgcc/unwind-dw2-fde.c:936 #1 search_object (ob=3Dob@entry=3D0x2a9c18 , pc=3Dpc@entry=3D0x110= 343 ) at /home/azanella/toolchain/src/gcc/libgcc/unwind-dw2-fde.c:1005 #2 0x0000000000183dc8 in _Unwind_Find_registered_FDE (bases=3D0xfff8000100806448, pc=3D0x110343 ) at /home/azanella/toolchain/src/gcc/libgcc/unwind-dw2-fde.c:1054 #3 _Unwind_Find_FDE (pc=3D0x110343 , bases=3Dbases@entry=3D0xfff8000100806448) at /home/azanella/toolchain/src/gcc/libgcc/unwind-dw2-fde-dip.c:458 #4 0x000000000017fd54 in uw_frame_state_for (context=3Dcontext@entry=3D0xfff80001008060f0, fs=3Dfs@entry=3D0xfff8000100= 805570) at /home/azanella/toolchain/src/gcc/libgcc/unwind-dw2.c:1249 #5 0x00000000001816dc in _Unwind_ForcedUnwind_Phase2 (exc=3Dexc@entry=3D0xfff8000100807d70, context=3Dcontext@entry=3D0xfff80001= 008060f0) at /home/azanella/toolchain/src/gcc/libgcc/unwind.inc:155 #6 0x0000000000181d04 in _Unwind_ForcedUnwind (exc=3D0xfff8000100807d70, stop=3Dstop@entry=3D0x10a7a0 , stop_argument=3Dstop_argument@entry=3D0xfff8000100806a20) at /home/azanella/toolchain/src/gcc/libgcc/unwind.inc:207 #7 0x000000000010a8e8 in __pthread_unwind (buf=3D0xfff8000100806a20) at unwind.c:121 #8 0x00000000001097d0 in __do_cancel () at ./pthreadP.h:311 #9 sigcancel_handler (sig=3D, si=3D0xfff8000100806700, ctx=3D0xfff8000100806700) at nptl-init.c:162 #10 #11 0x000000000010709c in futex_wait_cancelable (private=3D, expected=3D0, futex_word=3D0x2a9c7c ) at ../sysdeps/nptl/futex-intern= al.h:183 #12 __pthread_cond_wait_common (abstime=3D0x0, clockid=3D0, mutex=3D0x7feff= ffeaf8, cond=3D0x2a9c50 ) at pthread_cond_wait.c:508 #13 __pthread_cond_wait (cond=3Dcond@entry=3D0x2a9c50 , mutex=3D0x7fefff= feaf8) at pthread_cond_wait.c:638 #14 0x0000000000101114 in tf (arg=3D0x1) at ../sysdeps/pthread/tst-mutex8.c= :74 #15 0x0000000000103a78 in start_thread (arg=3D0xfff8000100807900) at pthread_create.c:473 #16 0x000000000013666c in __thread_start () at ../sysdeps/unix/sysv/linux/sparc/sparc64/clone.S:77 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 1 (LWP 421802): #0 0x0000000000104ee4 in __pthread_clockjoin_ex (threadid=3D14, thread_return=3D0xe, clockid=3D, abstime=3D0xe, block=3D) at pthread_join_common.c:145 #1 0x0000000000000016 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) The other issues (nptl/tst-cond8-static, nptl/tst-cancel24-static) seems to follow the same pattern. I am not sure if this is code-generation issue (si= nce the dynamic linked test does not fail) or some missing directive. I thought it might be something related to b33e946fbb1659d2c5937 (sparc: Mo= ve sigreturn stub to assembly) due to some missing CFI directive that is messi= ng with libgcc unwind. I tried to use a C implementation that -fexception and -funwind-asynchronous-table, but it didn't change the outcome. --=20 You are receiving this mail because: You are on the CC list for the bug.=