From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by sourceware.org (Postfix) with ESMTPS id CF71F39540E3 for ; Wed, 7 Jul 2021 14:09:54 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org CF71F39540E3 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id E8A2D20094; Wed, 7 Jul 2021 14:09:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1625666993; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type; bh=WM+p05V9G7t00qwMjYq8K2sfsE3f7eBwPyKVCrvw+2U=; b=D8tk189QYoXPnDTeD3K1L9Ek+I0hc4g+jLzIkilyhMjuT20DPkmH/ukiMN7D0M21vYWPd2 CA8GociweIOJlAKIrtcGdeltla5wbLGuia6584QKdctr5Adm0npe5i6QoA2OXsjxGiTxOP xl0PBnh4BtcQGCmAWIBaEwbc5pvDgEo= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1625666993; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type; bh=WM+p05V9G7t00qwMjYq8K2sfsE3f7eBwPyKVCrvw+2U=; b=3DfYLiqLFzlX6vPELfPai2sy4mo9xfS/AMP1Q7Ge4LdCilKpH0DW69UBVOFQgG0xFslZVg RSlS1aYgFFJLDWCg== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id C0BEA13ACB; Wed, 7 Jul 2021 14:09:53 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id mUU8LbG15WCzJwAAMHmgww (envelope-from ); Wed, 07 Jul 2021 14:09:53 +0000 Date: Wed, 7 Jul 2021 16:09:52 +0200 From: Tom de Vries To: gdb-patches@sourceware.org Subject: [PATCH][gdb/testsuite] Fix check-libthread-db.exp FAILs with glibc 2.33 Message-ID: <20210707140950.GA2241@delia> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-11.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, KAM_NUMSUBJECT, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2021 14:09:56 -0000 Hi, When running test-case gdb.threads/check-libthread-db.exp on openSUSE Tumbleweed with glibc 2.33, I get: ... (gdb) maint check libthread-db^M Running libthread_db integrity checks:^M Got thread 0x7ffff7c79b80 => 9354 => 0x7ffff7c79b80; errno = 0 ... OK^M libthread_db integrity checks passed.^M (gdb) FAIL: gdb.threads/check-libthread-db.exp: user-initiated check: libpthread.so not initialized (pattern 2) ... The test-case expects instead: ... Got thread 0x0 => 9354 => 0x0 ... OK^M ... which is what I get on openSUSE Leap 15.2 with glibc 2.26, and what is described in the test-case like this: ... # libthread_db should fake a single thread with th_unique == NULL. ... Using a breakpoint on check_thread_db_callback we can compare the two scenarios, and find that in the latter case we hit this code in glibc function iterate_thread_list in nptl_db/td_ta_thr_iter.c: ... if (next == 0 && fake_empty) { /* __pthread_initialize_minimal has not run. There is just the main thread to return. We cannot rely on its thread register. They sometimes contain garbage that would confuse us, left by the kernel at exec. So if it looks like initialization is incomplete, we only fake a special descriptor for the initial thread. */ td_thrhandle_t th = { ta, 0 }; return callback (&th, cbdata_p) != 0 ? TD_DBERR : TD_OK; } ... while in the former case we don't because this preceding statement doesn't result in next == 0: ... err = DB_GET_FIELD (next, ta, head, list_t, next, 0); ... Note that the comment mentions __pthread_initialize_minimal, but in both cases it has already run before we hit the callback, so it's possible the comment is no longer accurate. Anyway, the results do not look wrong, so fix this by updating the regexp patterns to agree with what libthread-db is telling us. Tested on x86_64-linux, both with glibc 2.33 and 2.26. Any comments? Thanks, - Tom [gdb/testsuite] Fix check-libthread-db.exp FAILs with glibc 2.33 gdb/testsuite/ChangeLog: 2021-07-07 Tom de Vries PR testsuite/27690 * gdb.threads/check-libthread-db.exp: Update patterns for glibc 2.33. --- gdb/testsuite/gdb.threads/check-libthread-db.exp | 37 ++++++++++++++---------- 1 file changed, 21 insertions(+), 16 deletions(-) diff --git a/gdb/testsuite/gdb.threads/check-libthread-db.exp b/gdb/testsuite/gdb.threads/check-libthread-db.exp index dfb3bad3712..6ecf40db6a9 100644 --- a/gdb/testsuite/gdb.threads/check-libthread-db.exp +++ b/gdb/testsuite/gdb.threads/check-libthread-db.exp @@ -32,6 +32,13 @@ if {[gdb_compile_pthreads "${srcdir}/${subdir}/${srcfile}" "${binfile}" \ return -1 } +# Case 1: libthread_db fakes a single thread with th_unique == NULL. +set thread_re1 "0 => $decimal => 0" +# Case 2: libthread_db already initialized. +set thread_re2 "$hex => $decimal => ${hex}(; errno = 0)?" +# Match either of the two cases. +set initial_thread_re "($thread_re1|$thread_re2)" + with_test_prefix "user-initiated check" { # User-initiated check with libthread_db not loaded. @@ -49,18 +56,16 @@ with_test_prefix "user-initiated check" { "No libthread_db loaded" \ "no libpthread.so loaded" - - # User-initiated check with NPTL uninitialized. - # libthread_db should fake a single thread with th_unique == NULL. + # User-initiated check with NPTL possibly uninitialized. gdb_test "continue" \ ".*Stopped due to shared library event.*Inferior loaded .*libpthread.*" gdb_test_sequence "maint check libthread-db" \ - "libpthread.so not initialized" { - "\[\r\n\]+Running libthread_db integrity checks:" - "\[\r\n\]+\[ \]+Got thread 0x0 => \[0-9\]+ => 0x0 ... OK" - "\[\r\n\]+libthread_db integrity checks passed." - } + "libpthread.so possibly not initialized" \ + [list \ + "\[\r\n\]+Running libthread_db integrity checks:" \ + "\[\r\n\]+\[ \]+Got thread $initial_thread_re ... OK" \ + "\[\r\n\]+libthread_db integrity checks passed."] # User-initiated check with NPTL fully operational. gdb_test_no_output "set stop-on-solib-events 0" @@ -78,8 +83,8 @@ with_test_prefix "user-initiated check" { with_test_prefix "automated load-time check" { - # Automated load-time check with NPTL uninitialized. - with_test_prefix "libpthread.so not initialized" { + # Automated load-time check with NPTL possibly uninitialized. + with_test_prefix "libpthread.so possibly not initialized" { clean_restart ${binfile} gdb_test_no_output "maint set check-libthread-db 1" @@ -88,12 +93,12 @@ with_test_prefix "automated load-time check" { gdb_run_cmd gdb_test_sequence "" \ - "check debug libthread-db output" { - "\[\r\n\]+Running libthread_db integrity checks:" - "\[\r\n\]+\[ \]+Got thread 0x0 => \[0-9\]+ => 0x0 ... OK" - "\[\r\n\]+libthread_db integrity checks passed." - "\[\r\n\]+[Thread debugging using libthread_db enabled]" - } + "check debug libthread-db output" \ + [list \ + "\[\r\n\]+Running libthread_db integrity checks:" \ + "\[\r\n\]+\[ \]+Got thread $initial_thread_re ... OK" \ + "\[\r\n\]+libthread_db integrity checks passed." \ + "\[\r\n\]+\\\[Thread debugging using libthread_db enabled\\\]"] } # Automated load-time check with NPTL fully operational.