From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from h01mx19.reliablemail.org (h01mx19.reliablemail.org [173.236.5.221]) by sourceware.org (Postfix) with ESMTPS id 192173857829 for ; Thu, 18 Mar 2021 08:14:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 192173857829 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=janssonsoftware.se Authentication-Results: sourceware.org; spf=none smtp.mailfrom=info@janssonsoftware.se X-Halon-Out: fcc82c07-87c1-11eb-a316-00163c81f1a9 To: From: Anders Jansson Subject: Detection of a running target/process Message-ID: <478817d4-db85-43ed-621c-68f1d17e8ee9@janssonsoftware.se> Date: Thu, 18 Mar 2021 09:14:27 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit Content-Language: sv X-Originating-IP: [31.208.150.145] X-ClientProxiedBy: Proxy02.hmc.local (192.168.111.32) To DAG12.hmc.local (192.168.111.122) X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 08:14:45 -0000 Hi, Created a BZ regarding this some time ago: https://sourceware.org/bugzilla/show_bug.cgi?id=27439 Will try this list and see if anyone has an idea. As i understand it the RSP-protocol has the "stop reply" packets used by an RSP-stub/GDB-server to inform GDB-client that my debug target has stopped. But i cant find any information if its possible for an RSP-stub/GDB-server to inform the GDB-client if my debug target starts to execute by some external event not controlled by the GDB-client itself. For example: * During a GDB session (target halted) i repower/reset an development board and the process starts to execute. Can GDB be notified about this? * In a heterogeneous multi-core scenario where the starting/stopping of the cores are controlled by ARM cortex-M Cross Triggering. Different cores are controlled by multiple GDB-sessions. Perhaps the same issue as above. One GDB-session needs to get notified that the debug target started to execute. Anyone know if there exists some RSP support for this. Some sort of "Running reply"? Thanks in advance Anders Jansson -- Anders Jansson Software Engineer JanssonSoftware AB Hansinggatan 42 | SE-50753 Borås | Sweden Mobile +46 (0)76 8184622