From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 43482 invoked by alias); 12 Jul 2017 00:43:50 -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 43463 invoked by uid 89); 12 Jul 2017 00:43:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Simply, super X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 12 Jul 2017 00:43:48 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 81F3F3DE3D; Wed, 12 Jul 2017 00:43:46 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 81F3F3DE3D Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=palves@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 81F3F3DE3D Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.ams2.redhat.com [10.39.146.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id 6E92F729C2; Wed, 12 Jul 2017 00:43:45 +0000 (UTC) Subject: Re: [PING] [PATCH v3] gdb: ADI support To: Weimin Pan References: <98885f9a-7c06-4ab5-b9a2-342277839cc4@default> Cc: qiyaoltc@gmail.com, gdb-patches@sourceware.org From: Pedro Alves Message-ID: <4d405b43-8c9f-c6fd-ab83-d0de9f698cb9@redhat.com> Date: Wed, 12 Jul 2017 00:43:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <98885f9a-7c06-4ab5-b9a2-342277839cc4@default> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-07/txt/msg00102.txt.bz2 On 07/12/2017 01:36 AM, Weimin Pan wrote: > Simply using target_fileio_xxx routines to replace their > corresponding open/pread64/pwrite64/close calls, as you > suggested, does solve the cross-referencing problem. > The cross gdb build for all targets was then retried and > was successful. Great. If you can make sure that the new test runs FAIL free against gdbserver too, that'll be super. Note that this /proc reading won't work with core debugging, of course. If it makes sense to inspect ADI state in core dumps, and the info is actually available in the cores, the target_object / target_xfer path may be the way to go. But that can be left for later if you'd like. Thanks, Pedro Alves