From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 38855 invoked by alias); 16 Oct 2019 13:17:53 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 38846 invoked by uid 89); 16 Oct 2019 13:17:53 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-4.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.1 spammy=H*i:sk:be04249, H*f:sk:be04249, H*MI:sk:be04249, HTo:U*palves X-HELO: esa2.hgst.iphmx.com Received: from esa2.hgst.iphmx.com (HELO esa2.hgst.iphmx.com) (68.232.143.124) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 16 Oct 2019 13:17:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wdc.com; i=@wdc.com; q=dns/txt; s=dkim.wdc.com; t=1571231883; x=1602767883; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=A86w6HbBuCzmxrjiGLPX1nW7mMHuv2qN0ZyZ1cPdlKs=; b=rxMVzEvINyotS5V9uMMX0a/pCPb1dMKGYrn8m+60InZsq8Y8lqxgcDPb Row/sW90qCU3juYDUQz5Lf8FLb3eVbDsG1kMGRLt/x5sKezVKQIahum/R /W5j8cZBdh47pj6dhomv3UbwxUCBfD4q7TXyvSfwNZco0WyuFtVlrRPsN 66DRhTcak/jQJtMQDqKm1y0y9RCBgmOkvvFm9ABKo3lIsP3hXU/0epuKN 2j08Bi2du4YnBSgPbMy4TQSzI3UeHV+MYBTd8a2OwE5Cu0V1Ew22kdc+y AgoBWdpKPdZoNt7PvwDjDjlCVuYtYuauhcg1xIfMdD6aMaL8/wQ5mdX4e A==; IronPort-SDR: RBMYjEx8mCa5QX4tjmlr//RKOCnQwuhZ/rIczwS80YM5WItSIrvIiLodF/UB0RxTFZ7sGGC9Z7 PjIrTyJRlAa/h7W+3ATAQrlVHa6FBK3WaWfVYV61+GojYO/xNoHoL3eCz5ZSik1sOHlkcdjNcR 2WkmAWL4QQhSSkeuNOiEGULr/0q6KJi/mUa3ZvVcITpSSGANiP9FCu64z7Uq7j5etwA+j99VGh rl7MTii9l3DootcyRE9zNiw0N/0mxsCUdH0ubA8+pjtKtJwvtANxcp2p5zb2GKAYj54C2ogFr+ IPs= Received: from h199-255-45-15.hgst.com (HELO uls-op-cesaep02.wdc.com) ([199.255.45.15]) by ob1.hgst.iphmx.com with ESMTP; 16 Oct 2019 21:18:01 +0800 IronPort-SDR: a4JCWePWQAoirs/WT2A9nkhTs5xrvdbTWoAazgbt5JV3Rz8UTje5xvgdDWBLMtGT2mmC0tIb/L xpQhbmIAzu0YCVq2y2sQSO5mmGnxNE8X9D4YsRrdQgyXeCqkwj7jercZjU8QPuomEL5SrHacXy 1yWHeEAaiCRlj+Ci76CRBLnRm18LaMIS41rwhfzn15PaykWlvz9HNmS01D2EKW7/EKxzmtHCsy MZM48EmxTigmGFula7UXqUSw9WqhoHFuG6iRGsKzIbmSy7LAsK9jUxx3utY6f8LrgZxPmXmUh1 RZQjlHiVdM4Kq5lCmjg6hWYf Received: from uls-op-cesaip02.wdc.com ([10.248.3.37]) by uls-op-cesaep02.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2019 06:13:37 -0700 IronPort-SDR: MlRlssBiYsz1mZCYszoHMDEH+47gxndrTf/qQSgBULP3pSdttXk2HAkt2xRPLuUzarVksfvRDi eARgwQCsALpoI9mo5GhB/sHM1MZj81NsTyhbtJ/ndLVdEfjUsQ8IizGOVG1WSiSh7LOCTAN7NL znMMZbPlW2Smh2aTjV4bYRkmJolkMuAeqdXAx07JK+2b8el2AN7cFGg1vUqRwV0ufsps/IZeAl uj7L0DWVeM/4+6pV1+6nEAko1B4UfnA6nJVq8QZCh+UqILbkdhtngRNrud2tA7TI7uFq8TgdUF +AY= WDCIronportException: Internal Received: from unknown (HELO redsun52) ([10.149.66.28]) by uls-op-cesaip02.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Oct 2019 06:17:50 -0700 Date: Wed, 16 Oct 2019 13:17:00 -0000 From: "Maciej W. Rozycki" To: Pedro Alves cc: Vincent Chen , gdb@sourceware.org, Paul Walmsley , Jim Wilson Subject: Re: RISC-V: Is it reasonable to extend current target_description for KGDB? In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SW-Source: 2019-10/txt/msg00013.txt.bz2 On Wed, 16 Oct 2019, Pedro Alves wrote: > > I am a Linux developer and trying to add the KGDB support to the > > RISC-V Linux. During the porting, I encountered a GDB issue with the > > 'g' packet. I hope the GDB experts can give me some advice. > > The KGDB is a debugger provided by the kernel for users to debug > > kernel space through GDB. To parse the GDB packets, the KGDB has a > > simple gdb stub. However, this gdb stub does not support the > > "qSupported" packet. > > I don't understand the resistance to just adding the support. > It is not complicated, and would surely end up being used to > negotiate support for other optional features. Seconded! A while ago I actually had a conversation with Jim and other RISC-V people as to XML description support in the RISC-V backend and my understanding has been we had a consensus to make it mandatory for debug stubs and get that enforced on the GDB side, getting rid of any heuristics now present for debug stubs with no description support. For legacy debug stubs (odd to speak of any in the context of RISC-V, an architecture introduced ~10 years after XML description support has been added to GDB!) there's always the: (gdb) set tdesc filename ... command available to supply XML description information manually. Maciej