From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on2054.outbound.protection.outlook.com [40.107.15.54]) by sourceware.org (Postfix) with ESMTPS id EB2893858D1E for ; Tue, 2 May 2023 12:55:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org EB2893858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7DFXhZdbtZ9JexAIZJh5fUdQ/yl/cc32xzXwfVn7m1g=; b=f6uXo37IKoxhds5y8gaiyBDpuZA11zCFPlPJwuQSIaj476P5WzwtSoS0Kn2QRg3dSZXCGWhc6Km+un6zw2GL7LZUnu//lcz/HbmgXss84LjoA+dnoOZldFmmoQM2uFm+6LeTbhaT8xXZDjM8qS0jZN05Kq1xJFoCFDpptRymX7c= Received: from AM0PR02CA0173.eurprd02.prod.outlook.com (2603:10a6:20b:28e::10) by DU0PR08MB9773.eurprd08.prod.outlook.com (2603:10a6:10:446::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6340.30; Tue, 2 May 2023 12:55:37 +0000 Received: from AM7EUR03FT064.eop-EUR03.prod.protection.outlook.com (2603:10a6:20b:28e:cafe::74) by AM0PR02CA0173.outlook.office365.com (2603:10a6:20b:28e::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6340.31 via Frontend Transport; Tue, 2 May 2023 12:55:37 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; pr=C Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by AM7EUR03FT064.mail.protection.outlook.com (100.127.140.127) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6363.20 via Frontend Transport; Tue, 2 May 2023 12:55:37 +0000 Received: ("Tessian outbound 99a3040377ca:v136"); Tue, 02 May 2023 12:55:37 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 2a67210b3a3592d1 X-CR-MTA-TID: 64aa7808 Received: from 4689d8ff18ca.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id C77E754C-AED9-4172-A10B-0DE82FCE779D.1; Tue, 02 May 2023 12:55:30 +0000 Received: from EUR05-VI1-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 4689d8ff18ca.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Tue, 02 May 2023 12:55:30 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aYEI9a3LF990XTtoGA6FvUnoxrES9SuxcaFA1lfz2+/W4WSi9VlUewCdmvGWV1ULtZX+bGOfRC9YBECOvaH0Y0pOqtbvXyS/hWEGdzUaAUrPk6ZOxfoZUJQV4vsnAeo5x43dQsJmyV/mCD8In1EDY1X+e4+/HRoOkFsJug0BFVQni3obHPlrzm21r5USc/3JgjuFQHrgbzsxnmtDTP4O8eBr+tDXIDwgBuCMOTl9xY+495R5WgGfgxQztpRPqyHm51lgqvtIQox6YqCJnxypQiIXps9eEr10c5RYd5LPRvjx4A0rXR67bSaa9VzsjFMjAvDhEmTEcnwrxsMvhTglpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7DFXhZdbtZ9JexAIZJh5fUdQ/yl/cc32xzXwfVn7m1g=; b=i6xbyjGHRSyzjppLwWGx+VKE+hOIHsHQqRkT4h35kPI53O5J3h66gKedmI37GTtCKByGmo3f55S8zX3lc/HfeG7TFVmBEAmVxLYakurgdZiooj6c4Q9CIYJ9FxM8V6R6NaXxDDIq7ZFC8qUFGAmoC4hqD6wLkRrpmBm509A+FbgpIs696clA61sgZQXSaGXwXzUOpbNC6vyOoMb6bmA9idPapcwpk/ljNbFWnS1WKZhrZh29wKd/Co0gE8YqsUfuKxWfSnv7ls51seAakmZhWaW5NJ8MtgyhPEBU0qYr5uJdor8w7XXYmmWUu0ASSS6huc1fkN6Z7asDcT/N3ZVTpw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7DFXhZdbtZ9JexAIZJh5fUdQ/yl/cc32xzXwfVn7m1g=; b=f6uXo37IKoxhds5y8gaiyBDpuZA11zCFPlPJwuQSIaj476P5WzwtSoS0Kn2QRg3dSZXCGWhc6Km+un6zw2GL7LZUnu//lcz/HbmgXss84LjoA+dnoOZldFmmoQM2uFm+6LeTbhaT8xXZDjM8qS0jZN05Kq1xJFoCFDpptRymX7c= Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) by DB9PR08MB6412.eurprd08.prod.outlook.com (2603:10a6:10:23d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6340.31; Tue, 2 May 2023 12:55:27 +0000 Received: from VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::61f2:6a3c:f256:8616]) by VI1PR08MB3919.eurprd08.prod.outlook.com ([fe80::61f2:6a3c:f256:8616%4]) with mapi id 15.20.6340.030; Tue, 2 May 2023 12:55:27 +0000 Message-ID: Date: Tue, 2 May 2023 13:55:23 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: Problems interrupting remote target on powerpc Content-Language: en-US To: Chris Packham Cc: GDB Mailing list References: <00c24cea-f256-3149-dcc7-1bad08e8bef8@arm.com> From: Luis Machado In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: LO2P265CA0509.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:13b::16) To VI1PR08MB3919.eurprd08.prod.outlook.com (2603:10a6:803:c4::31) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: VI1PR08MB3919:EE_|DB9PR08MB6412:EE_|AM7EUR03FT064:EE_|DU0PR08MB9773:EE_ X-MS-Office365-Filtering-Correlation-Id: 38c3af68-ee7f-49e7-c2e0-08db4b0c869c x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: hKgUKUVcBPKtkKOpCvlTqobnA8R7lDHLBC0I6BgpHav1390uCI3VnshWf+/MzTwUnjWLjzsJ4h2BzjHpR3EV9qfYJ0vWL/o5+f36GWQpEj0ze9aaKbV8k242gKl7Ygjgbr9YxisikKdGUQBYzWVT2IAOGEtlvBd7Vmpl9V8BGonNg3KjRSQLCSmnbjtdwu4Y+LjdmwCXk3BCcnwkPc+Nmpg2QJ278+dwttWqf8Ft0tAjBvcKM66x6ChyBMEqZahQ69Bk/pkzvjCcYvs5aCZBg8aDeoZQFjsZIEqWcyOIlzB5p6OcUjwC0ppGwNGjQ4KdVF7oRT9iNpeYu2S3bIxaLXq7OCD+fuEuY+2IKiPL34eFr4suP3Pv41f4s4S2o0dUl48YPHZMu74yN6DSmq3ZQrOyY+lKAbgjLFxs2JbLSuox5vVU34NcjPzWfDmX69/DRdYUK5gKIbzBs46yORdiDkPPdfyPCLDwKb74gl+BQdxzWFcAqiCH4RQqY+zK4haJMUQqEOVuTCyrSyESfozfIAKod9qDUnwkV5hNgvXbNTVOPQnFHopaaAtURDrbagrzU6oEAMhHsBAw268/4pnOB+7blGjmHmX52mk/W61TNq8CepLpUTeq9rmu2pMBuTJfgUcYuF2adEQqClCzdCNCkQ== X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:VI1PR08MB3919.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230028)(4636009)(366004)(396003)(39860400002)(136003)(346002)(376002)(451199021)(8676002)(8936002)(36756003)(6666004)(41300700001)(316002)(66556008)(66946007)(31696002)(86362001)(6916009)(4326008)(66476007)(478600001)(38100700002)(6486002)(30864003)(44832011)(2616005)(2906002)(5660300002)(6506007)(26005)(53546011)(6512007)(31686004)(186003)(83380400001)(43740500002)(45980500001);DIR:OUT;SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR08MB6412 Original-Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: AM7EUR03FT064.eop-EUR03.prod.protection.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 4b59c9d1-a4f9-45ca-6783-08db4b0c8027 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: xeFBqAcGbQndAzt5qsgUJ619iKtUidPPY44IuxqjHYoe2FD5dfjIhRZh/qXMAiz/jpihD1/ug1hilRUDBloL8JX+RwKluSKUDNmQBnZTgSS2q1g3pPEJP61CpJNh/iz1+FvLQQ6yJs3C/6SYf2WRyykcWxg7PowTemB019E8wZSyi74TJEX4zDrStGC2kqBFQ1xSajDrjdLHXf7fmYNZ7l7f5FbblrnjTRwxPiElpQVjiEAwLW/2d6hJxSwici4JdlTJyEMU8snkNn/pKezcnh9FLCHzsQrfyVOAR4/IFNVx4Tb/V8iKS07+JzNzyATfmqK4y8mLM1XsUQNY+yD+tn0AloT0gSSpTvwXMd0oMLRESi4jwOL+xiIQQNSIwdpg0x2iYFOzD0+yTUYQU6T+WpU2CnRiXZEFT76AzRmcYxDvKDzuVvFC4XKB+uisZXTup28HZeExibSbIyLWFuR3yfUMwoS0JNI4xnmTHtYO5cVfFSeb35mXRl8yAYV1e5bioWRacZ9DI/pdZo3FnoQ7Pj4G0+4u3fjlMu5lVg6ANDKiZmJR3Y+uyGr3JB/DiF4BgaatkS6DrzHaGj1Lbl67mux0UYtVlCwWDvUYoIWplD3wL30dVfWfd3PA9iOtF9ktoBkddQG1vDrK5pd1wRP2b7GkAs6vuunij2KZjAGRWdFNCcTvrq8slfXVWoHI4j254QKfT+p3GkA+qRsl4y9XETsjtDPlJh3dIYLOELqjI4TZgfT/rFJ77/KqSo/W7h8xi8pMFjBJsPZgweVUc+pXGw== X-Forefront-Antispam-Report: CIP:63.35.35.123;CTRY:IE;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:64aa7808-outbound-1.mta.getcheckrecipient.com;PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com;CAT:NONE;SFS:(13230028)(4636009)(396003)(376002)(39860400002)(346002)(136003)(451199021)(46966006)(40470700004)(36840700001)(356005)(82310400005)(81166007)(82740400003)(36756003)(31686004)(83380400001)(36860700001)(47076005)(336012)(6512007)(26005)(53546011)(6506007)(186003)(6486002)(2616005)(6666004)(30864003)(40480700001)(478600001)(70206006)(8936002)(70586007)(4326008)(31696002)(41300700001)(8676002)(34020700004)(86362001)(6862004)(40460700003)(44832011)(2906002)(316002)(5660300002)(43740500002);DIR:OUT;SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 May 2023 12:55:37.2387 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 38c3af68-ee7f-49e7-c2e0-08db4b0c869c X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d;Ip=[63.35.35.123];Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: AM7EUR03FT064.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DU0PR08MB9773 X-Spam-Status: No, score=-6.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,FORGED_SPF_HELO,KAM_DMARC_NONE,KAM_LOTSOFHASH,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 5/1/23 06:30, Chris Packham wrote: > On Sat, Apr 29, 2023 at 1:02 AM Luis Machado wrote: >> >> On 4/28/23 12:25, Chris Packham wrote: >>> >>> >>> On Fri, 28 Apr 2023, 9:41 PM Luis Machado, > wrote: >>> >>> On 4/28/23 10:38, Chris Packham wrote: >>> > >>> > >>> > On Fri, 28 Apr 2023, 9:19 PM Luis Machado, >> wrote: >>> > >>> > On 4/28/23 10:14, Chris Packham via Gdb wrote: >>> > > On Thu, 27 Apr 2023, 4:55 PM Chris Packham, >> wrote: >>> > > >>> > >> Hi GDB, >>> > >> >>> > >> I've had a few users report to me issues with interrupting a running >>> > >> process after continuing when attached to a remote gdbserver running >>> > >> on a powerpc target. Everything seems to work properly on arm and >>> > >> aarch64 so there might be some powerpc or big-endian specific issue >>> > >> lurking. >>> > >> >>> > >> The gdbserver version we're currently using is from gdb-11.2 built >>> > >> from source and most users have gdb-multiarch 12.1 from ubuntu 22.04 >>> > >> (some might still be using gdb-multiarch 10.2 from a PPA). >>> > >> >>> > >> Does this ring any bells for anyone? I'm going to try and get hold of >>> > >> a powerpc target to test with to see if I can reproduce it for myself. >>> > >> >>> > >> Thanks, >>> > >> Chris >>> > >> >>> > > >>> > > Did some digging of my own I can report that indeed things aren't working >>> > > well for powerpc. I tried updating gdbserver to 12.1 and 13.1. 12.1 was >>> > > much the same as 11.2. 13.1 reported that it was unable to send sigkill >>> > > when processing the interrupt command. 13.1 also seems not to be able to >>> > > respond to the 'info os processes' command from the gdb client >>> > > >>> > >> >>> > >>> > What sort of behavior/output do you see? >>> > >>> > >>> > I'll capture some proper output when I'm back in the office but basically once I 'continue' I can't get the gdb prompt back with Ctrl+C. >>> > >>> >>> Is it a tight loop by any change? Or is gdb trapped in a long sequence of instruction-steps? >>> >>> >>> It's a daemon using a g_main_loop() not sure if that counts as a tight loop. GDB shouldn't be doing any stepping. I'll also give a process that runs and finishes when I get a chance to see if there are issues with that. >>> >> >> Got it. It would be useful to see some of the output with "set debug remote 1" and "set debug remote-packet-max-chars -1". It may indicate what's going on. > > So things get a bit stranger. I tried to replicate my problem using a > busybox applet (cat /dev/zero) but I was able to Ctrl-C and continue > multiple times. Here's a snippet of debug doing that > > (gdb) cont > Continuing. > [remote] Sending packet: $Z0,100040e0,4#d0 > [remote] Packet received: OK > [remote] Sending packet: $Z0,10036bb8,4#0c > [remote] Packet received: OK > [remote] Sending packet: $Z0,1003ae68,4#0e > [remote] Packet received: OK > [remote] Sending packet: $Z0,778e5770,4#f4 > [remote] Packet received: OK > [remote] Sending packet: $vCont;c:p63a8.-1#e0 > [remote] wait: enter > [remote] wait: exit > ^C[remote] pass_ctrlc: enter > [remote] interrupt: enter > [remote] interrupt: exit > [remote] pass_ctrlc: exit > [remote] wait: enter > [remote] Packet received: T0201:7fa61a50;40:0fde67f0;thread:p63a8.63a8;core:2; > [remote] wait: exit > [remote] Sending packet: $qXfer:threads:read::0,1000#92 > [remote] Packet received: l\n name="cat" handle="7792e040"/>\n\n > > Program received signal SIGINT, Interrupt. > [remote] Sending packet: $z0,100040e0,4#f0 > [remote] Packet received: OK > [remote] Sending packet: $z0,10036bb8,4#2c > [remote] Packet received: OK > [remote] Sending packet: $z0,1003ae68,4#2e > [remote] Packet received: OK > [remote] Sending packet: $z0,778e5770,4#14 > [remote] Packet received: OK > [remote] Sending packet: $mfde67f0,4#ff > [remote] Packet received: 7c000026 > [remote] Sending packet: $mfde67ec,4#31 > [remote] Packet received: 44000002 > [remote] Sending packet: $mfde67f0,4#ff > [remote] Packet received: 7c000026 > [remote] Sending packet: $mfde67ec,4#31 > [remote] Packet received: 44000002 > 0x0fde67f0 in __GI___libc_write ([remote] Sending packet: $m7fa61a40,40#27 > [remote] Packet received: > 000000017fa61ab800001000000010007fa61a700002d002fffff00000000000100078287fa61ab87fa61ab8000000017fa61a90100078287792e5c800000000 > [remote] Sending packet: $g#67 > [remote] Packet received: > 000000047fa61a50779355c00000001e7fa61ab800001000000010000fde66c00002d002fffff000000000007fa61a9024002444100a8668000000000000000000000000000000000000000000000000000000000000000077931b78100040e0000000000000000100000003100a000000000000000010000fef37e4000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000fff80000000000000000000000000000000000000000000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000020080000000000000000000000000000000000000000000000000000000000000080000000000fde67f00002d902240424420fef37e40fde615000000000000000000000000100000c00 > [remote] Sending packet: $m10007828,4#67 > [remote] Packet received: 2c030000 > [remote] Sending packet: $m10007824,4#63 > [remote] Packet received: 480556bd > [remote] Sending packet: $m10007828,4#67 > [remote] Packet received: 2c030000 > [remote] Sending packet: $m10007824,4#63 > [remote] Packet received: 480556bd > [remote] Sending packet: $m7fa61a80,40#2b > [remote] Packet received: > 000000017fa61ab800000000000010007fa61ab010006b2c0000000000000000000110000000000000001000010000007fa62ae01000683c0000000000000000 > fd=0x1e, fd@entry=0x1, buf=buf@entry=0x7fa61ab8, > nbytes=nbytes@entry=0x1000) at ../sysdeps/unix/sysv/linux/write.c:26 > 26 in ../sysdeps/unix/sysv/linux/write.c > > Now attempting the same thing on a running daemon > > (gdb) attach 1285 > Attaching to program: /usr/sbin/modbusd, process 1285 > [remote] Sending packet: $vAttach;505#a0 > [remote] Packet received: T0001:7fc44e50;40:0f69ec74;thread:p505.505;core:2; > [remote] packet_ok: Packet vAttach (attach) is supported > [remote] Sending packet: $qXfer:exec-file:read:505:0,1000#b3 > [remote] Packet received: l/usr/sbin/modbusd > [remote] Sending packet: $qC#b4 > [remote] Packet received: QCp505.505 > [remote] Sending packet: $Hgp505.505#81 > [remote] Packet received: OK > ... lots of output skipped > [remote] Packet received: l\n name="modbusd" handle="77a7a520"/>\n name="gmain" handle="77a3b3a0"/>\n name="modbusd" handle="7723a3a0"/>\n name="rpc.8" handle="76a393a0"/>\n name="cmat:global" handle="75eff3a0"/>\n name="cmsr:events" handle="756fe3a0"/>\n name="cmbc:modbusd-dy" handle="74efd3a0"/>\n core="1" name="rpc.9" handle="742ff3a0"/>\n\n > [New Thread 1285.1297] > [New Thread 1285.1298] > [New Thread 1285.1300] > [New Thread 1285.1301] > [New Thread 1285.1302] > [New Thread 1285.1303] > [New Thread 1285.1420] > > Thread 1 "modbusd" stopped. > [remote] Sending packet: $mf69ec74,4#d5 > [remote] Packet received: 7c000026 > [remote] Sending packet: $mf69ec70,4#d1 > [remote] Packet received: 44000002 > [remote] Sending packet: $mf69ec74,4#d5 > [remote] Packet received: 7c000026 > [remote] Sending packet: $mf69ec70,4#d1 > [remote] Packet received: 44000002 > 0x0f69ec74 in __GI___poll ([remote] Sending packet: $m7fc44e40,40#2e > [remote] Packet received: > 7fc44e700000000077a8cb78100035707fc44e700000000800000001ffffffff10031fb0000000080f92609c100358207fc44eb00f834ca8ffffffff7fffffff > [remote] Sending packet: $g#67 > [remote] Packet received: > 000000a77fc44e5077a81aa00000020400000008ffffffff000000380000001800000001000000031003e56c7fc44e204400248410038270000000000000000000000000000000000000000000000000000000000000000077a8cb78100035707fc44e780f841e90000000010000000010031fb0000000080f7a37e4fffffffffff8000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003ff553f700000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000fff80000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000020000000000000000000000000000000000000000000000000000000000000000001000000010f69ec740002d902940024840f69ec5c0f87c49c200000008202400010031fb000000c00 > [remote] Sending packet: $mf834ca8,4#ce > [remote] Packet received: 7c7b1b78 > [remote] Sending packet: $mf834ca4,4#ca > [remote] Packet received: 4e800421 > [remote] Sending packet: $mf834ca8,4#ce > [remote] Packet received: 7c7b1b78 > [remote] Sending packet: $mf834ca4,4#ca > [remote] Packet received: 4e800421 > [remote] Sending packet: $m7fc44e80,40#32 > [remote] Packet received: > 7fc44e90000000010f92609c1003582077a8ba88000000007fc451fc7fc45214100358d8100358d40f92609c100358d07fc44ed00f835274880024847fc45214 > fds=0x10031fb0, nfds=0x8, timeout=0xffffffff) at > ../sysdeps/unix/sysv/linux/poll.c:29 > 29 ../sysdeps/unix/sysv/linux/poll.c: No such file or directory. > (gdb) cont > Continuing. > [remote] Sending packet: $Z0,77a40770,4#e7 > [remote] Packet received: OK > [remote] Sending packet: $vCont;c:p505.-1#78 > [remote] wait: enter > [remote] wait: exit > ^C[remote] pass_ctrlc: enter > [remote] interrupt: enter > [remote] interrupt: exit > [remote] pass_ctrlc: exit > > I think one of the key differences is the fact that the 2nd process I > connected to has multiple threads. I'm not sure if I've got another > (on-busybox) daemon that doesn't use threads. That's interesting. I wonder if this reproduces with a top-of-tree gdbserver? GDB seems to be doing the expected here, sending the ctrl+c over. gdbserver might be getting things wrong, or it didn't manage to interrupt the target.