From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id qa29D+pm8mmGNgQAWB0awg (envelope-from ) for ; Wed, 29 Apr 2026 16:15:38 -0400 Received: by simark.ca (Postfix, from userid 112) id 375671E0BA; Wed, 29 Apr 2026 16:15:38 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H2, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED,RCVD_IN_VALIDITY_RPBL_BLOCKED, RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 371F31E093 for ; Wed, 29 Apr 2026 16:15:37 -0400 (EDT) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id A352F4BB3BC8 for ; Wed, 29 Apr 2026 20:15:36 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A352F4BB3BC8 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) by sourceware.org (Postfix) with ESMTPS id DB88D4BB3B83 for ; Wed, 29 Apr 2026 20:15:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org DB88D4BB3B83 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=palves.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org DB88D4BB3B83 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=209.85.128.54 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1777493713; cv=none; b=sQOLI6MSx6ErIGLq/i9y7+8fQ69XdmHfYJnf30LWtDPO4ZziekGSf1fNr9QoBtq7GdmF2FUfeKLfVVDtWAw5A7el+6rvnoNh941O4kypPmrCq+RkLjR884jyHg8Ls4Zhnq77/8yqYzfoAqAVN7SoQ9ATE8NkIIzix15GDtCb6kM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1777493713; c=relaxed/simple; bh=vV/Un3vmfHPiBzfEEK2ovi3WbSF8J/p/8L6+OnQAz2I=; h=From:To:Subject:Date:Message-ID:MIME-Version; b=QIFFE2u4ea47OOkLG0yJtLSqCxcXoQlbC90fngsdVZx3/Fvgt65p3fBH/FXvzKP2t6hthzec07yPdUkPcHEnq+JUiLvcFyyDIfd5EfTFdvhTrISxI3PyYwRV+PrOQq/4cngZZzRB2+0HG6O0/HA6tvIjpk3Po8HxFO6kmO+YBkk= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DB88D4BB3B83 Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-488b150559bso1118625e9.1 for ; Wed, 29 Apr 2026 13:15:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777493711; x=1778098511; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2WpBN4oMSRRVWhQ9wyyzaEF8GSNjyMii7Wlp0E+sxHg=; b=oaEuDH44xHvPk4OZ9P8B71JqC3SNJ/4kc0t6k+8/sbGd2GLM4bzmO44Y7jOn6rsjf1 ph/6Oi7eqVls28fdJwZTT0Pw+wW186YlWXtm8Ths7BO5tdNbvGXgW+5i+p1DBVM9hlsy Z89AONbS//WqJNfNRmZGfgoYMsfFwE+W8PIL9zugB0te4rhiLiXxnAJdhRyZq3a05lwY IArsk5YH1EJLf1WiMkrD3PYt0x3RYxMM4/RiZy0afZs80wWE8+3LOhqNQJFTFICqyY+I A6l0LYicGGAK1L7SD2nRWBw0Y8FxEruEaE3SdT6TXIzn9RYYBT0UiZmSJSbzZQy5AKWC nmXw== X-Gm-Message-State: AOJu0YxrCKLjxu+uy/aUZIrn/I6D0Tx0S8AFY4uiDU+c0mdNisezhqu8 jTFXC5uoHmxDIjtv/vdFJj3gYpwllhK6b6k8bqjicj/z0vIyNpUz+iG7IklU4g== X-Gm-Gg: AeBDieu3sTqrmylm1FhPd6ELd8+HmI0sXwL3UegislBjmLawpG0mNaRc1qARRvlf3/K /kcy8T+MX2YE6wxQqm98QmJP9cmlBUpISgunp73aiLQoGsryDcNE1r8O4Bhi24vI37dzaAc4fWX Icbh0ciO+JYe883qCNgOe5U//dPlRkQVGQeUzTn4y/B9km4Wk+2Ye1jF9A2JvDFhm+9q6a4CizQ 7YfJqdtce00L0Y6TmzoY3aIrg0bJ+lTOZM6nfbKN63N/bM+pUOqiox3p407n7nujsX5UiSlIher /bQJuoN7No6UD61eeqMCmo9UKswdJ3Bo1muKq8XbNeBVo1RKd85zKsbxid5CbelE11iWRFo/Xvq tMihSfJk6s+8iCEzR/HZ4H+GTWGNuind2eBeSPPPxM1LZNajhg1GMCSIc19CxbOXjJwRq34f9C6 r+nxFV+BYuALurOtiMdlncNMsogMY05VE= X-Received: by 2002:a05:600c:c08f:b0:48a:52ee:5776 with SMTP id 5b1f17b1804b1-48a84442fe3mr1055935e9.11.1777493711268; Wed, 29 Apr 2026 13:15:11 -0700 (PDT) Received: from localhost ([2001:8a0:facb:a800:f22f:591f:e700:e91]) by smtp.gmail.com with UTF8SMTPSA id 5b1f17b1804b1-48a82301b7bsm15467245e9.11.2026.04.29.13.15.10 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 29 Apr 2026 13:15:10 -0700 (PDT) From: Pedro Alves To: gdb-patches@sourceware.org Subject: [PATCH v3 00/11] Windows non-stop mode Date: Wed, 29 Apr 2026 21:14:56 +0100 Message-ID: <20260429201507.480870-1-pedro@palves.net> X-Mailer: git-send-email 2.53.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org Here is the third iteration of the Windows non-stop work. I've pushed the series to the users/palves/windows-non-stop-v3 branch on sourceware.org, for your convenience. Compared to the previous version, here: https://inbox.sourceware.org/gdb-patches/20250519132308.3553663-1-pedro@palves.net ... this one is much smaller, as most of the preparatory changes have been merged already. For the patches that still remain, not much has changed, other than rebasing and resolving conflicts, and addressing a couple minor review comments. I've added "Approved-By:" tags from last year's review. Here's the original intro blurb, still accurate: This series adds non-stop mode support to the Windows native backend, on Windows 10 and above. Earlier Windows versions lack the necessary feature, so those keep working in all-stop mode, only. After the series, the Windows target backend defaults to working in non-stop mode (as in, "maint set target-non-stop"), even if user-visible mode is all-stop ("set non-stop off"). This is the same as the Linux backend. I've been testing this on Cygwin native with the GDB testsuite as I've been developing this. Running the testsuite on Cygwin is a pain, and many testcases run into cascading timeouts still, and some even hang the test run forever until you kill them manually. I've got another series of patches to improve such tests and skip others, and that's what I've been testing with. I've also tested the series with the windows-nat backend forced to all-stop mode. Pedro Alves (11): Windows gdb+gdbserver: Check whether DBG_REPLY_LATER is available linux-nat: Factor out get_detach_signal code to common code Windows GDB: make windows_thread_info be private thread_info data Introduce windows_nat::event_code_to_string Windows gdb: Add non-stop support Windows gdb: Watchpoints while running (internal vs external stops) Windows gdb: extra thread info => show exiting Add gdb.threads/leader-exit-schedlock.exp infrun: with AS+NS, prefer process exit over thread exit Windows gdb: Always non-stop (default to "maint set target-non-stop on") Mention Windows non-stop support in NEWS gdb/NEWS | 3 + gdb/aarch64-windows-nat.c | 13 +- gdb/infrun.c | 246 +++- gdb/infrun.h | 6 + gdb/linux-nat.c | 41 +- gdb/nat/windows-nat.c | 62 +- gdb/nat/windows-nat.h | 83 +- gdb/target/waitstatus.h | 4 +- .../gdb.threads/leader-exit-schedlock.c | 56 + .../gdb.threads/leader-exit-schedlock.exp | 215 +++ .../gdb.threads/step-over-process-exit.c | 49 + .../gdb.threads/step-over-process-exit.exp | 66 + gdb/windows-nat.c | 1285 ++++++++++++++--- gdb/windows-nat.h | 142 +- gdb/x86-windows-nat.c | 16 +- gdbserver/win32-low.cc | 60 +- gdbserver/win32-low.h | 4 +- 17 files changed, 1973 insertions(+), 378 deletions(-) create mode 100644 gdb/testsuite/gdb.threads/leader-exit-schedlock.c create mode 100644 gdb/testsuite/gdb.threads/leader-exit-schedlock.exp create mode 100644 gdb/testsuite/gdb.threads/step-over-process-exit.c create mode 100644 gdb/testsuite/gdb.threads/step-over-process-exit.exp base-commit: 5ed455efd8476ce4f70266d5797ef9f3eb1e8919 -- 2.53.0