From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 36239 invoked by alias); 31 Jan 2020 12:11:42 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 36228 invoked by uid 89); 31 Jan 2020 12:11:41 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.1 spammy=limiting, HX-Languages-Length:1626 X-HELO: esa6.hgst.iphmx.com Received: from esa6.hgst.iphmx.com (HELO esa6.hgst.iphmx.com) (216.71.154.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 31 Jan 2020 12:11:40 +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=1580472700; x=1612008700; h=date:from:to:cc:subject:message-id:mime-version; bh=PwM9PrWG2MPr7FdfLWayJbguzfKHgpvG6mIEmS6xDVo=; b=ovBxzYRWuK55Yu8kaXLQzwn/2+NKfVVAi54T4CJkZlzyVHn5wfJdaUVV sLbOyCHPcM8SSaVfTVEykxBBaChjHiw5O9xvvB6CRoIwT5KDmh18CXEQ5 /isq90w3g+Rgfr+oTgxgzvVHkWXXko5Hlti+9c9P7amiSl7E5Ya41KTMJ f+f0K9nG9pOdkSfXWkUALF1oOqd/Moh9L2Xz32SIPT7J/6vZRvDT3neyC JGv1wNxEzDAksXu93sBsoYLFMJZuYzIJi+ygFI8bHMCpN8G5uUPWnAnhW Uh1Ks48/AiqBNS51JWBgmXrAHNJTi3dIMqYT+jmy4BoPNYwhrreyWP8Qn w==; IronPort-SDR: SWrrW7aly0JNO/eUTGLUIFA77u/LBlokPsytLkvjQQDGIIQvYzDFjNzJNpWUj6bPdJk0tY/AsF SnjiUAuITJhQqt7zBb0m6cSRnzpws8pOgbBtRt+si8CH5yrOk2l1tJ1IN3MzZ87snf2wjA/xVn 8TnVowOYHmrMgl4lPtEI6uqajx3EsXUP0C9CRpYl3OiJhAkTkT5BDZhEsAyUw4zZtHEp+EV2n4 guLyWRRWaPuek8L5ctLM8ISTZm/6n7RkrxajUBab3F85hCTgXqXWvK1D7H0NQDvH4CGbX3xfd7 CxA= Received: from h199-255-45-14.hgst.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 31 Jan 2020 20:11:39 +0800 IronPort-SDR: HDg1m8ZbBBAZ2ascnKvpgMY4zDFtefv3SksRvX3MUCoKmZR8tQH6kkLkTK+lIuIoW6wgBnkMZr jrZ2Mzd1ton6+A+CZSIl3UizKF9cfukh5syuVUkw8vt8nOyT6FRa76fzq5jqf8sV3cecxaASbY Ul2ttqr5p+Z5+vn62FLhveaDeqeQM1cOj6i5/zAZZBH0LO1CpseW9DvYS1xPucIzKJ0qgZjzsE HxEdMBVevt2HlrpmDha6krxSf1KnC8Lp/xkAD9QsMcru2LFKcVoflPA9+8mDyQo+dJ21frdOM3 BIXhJ4JqJVOAvYngw8BjRluv Received: from uls-op-cesaip01.wdc.com ([10.248.3.36]) by uls-op-cesaep01.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2020 04:04:47 -0800 IronPort-SDR: +LyAAyM5htUY3cYKAauZMHyY721NQhCBEsDNXW8qo0PPx3cU+04iZIjZzN2CoeSaY8V9Vav2Qn LwR5DKk+NPshuNk0+0J4H0fEGhdSXBgUrwtN2Bmf56I/8rYRJWhBUsPcOMKG+NbiY+jPfEJPBw EbEAUwZLMyRq5YLipqE2JeaNf0AMOSqJpA2VD07f9x9/B5S2UAfkFz/xlB8mohbtNdEE+GzlUx rSysPBOC0Oy36R2+s7vNuLSLctyPtFieYXSSd04v+ijMHo4vRgd5r6l2cnd0NYy71GrNEXStwz hGQ= WDCIronportException: Internal Received: from unknown (HELO redsun52) ([10.149.66.28]) by uls-op-cesaip01.wdc.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2020 04:11:37 -0800 Date: Fri, 31 Jan 2020 12:12:00 -0000 From: "Maciej W. Rozycki" To: gdb-patches@sourceware.org cc: Jim Wilson , Andrew Burgess , Palmer Dabbelt , Tom Tromey , guoren@kernel.org, lifang_xia@c-sky.com, yunhai_shang@c-sky.com, jiangshuai_li@c-sky.com Subject: [PATCH v3 0/3] RISC-V/Linux `gdbserver' support and associated fixes Message-ID: User-Agent: Alpine 2.21 (LFD 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SW-Source: 2020-01/txt/msg00993.txt.bz2 Hi, This is v3 of my RISC-V/Linux `gdbserver' support proposal. Beyond the issues discussed with v2 I have now also slightly optimised regcache supply/collect handlers to avoid doing a costly variable multiplication in a loop, and added buffer offset precalculations so as to avoid excessive line wrapping and hopefully making code more readable. Also I have noticed missing Python and ncurses development libraries limiting testing in my native setup. With these installed native test results improved a little, as follows: === gdb Summary === # of expected passes 61354 # of unexpected failures 1636 # of unexpected successes 1 # of expected failures 58 # of unknown successes 3 # of known failures 85 # of unresolved testcases 113 # of untested testcases 160 # of unsupported tests 323 however a worrying regression has appeared: FAIL: gdb.base/return-nodebug.exp: float: full width of the returned result This has turned out not to be related to this patch series however and triggers reliably now in my setup regardless of whether this patch set has been applied or not. Instead it is an outcome of GDB failing to NaN-box data of the `float' type when assigning it to a hardware register. I have filed PR tdep/25489 to track it as I may not be able to look into it right away. Except as noted above here have been no regressions in native `riscv64-linux-gnu' testing and remote `gdbserver' test results are the same as previously (barring the usual gdb.threads/ fluctuations). As usually see individual changes for details. Maciej