From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x642.google.com (mail-ej1-x642.google.com [IPv6:2a00:1450:4864:20::642]) by sourceware.org (Postfix) with ESMTPS id 9C620386F447 for ; Mon, 15 Jun 2020 23:37:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 9C620386F447 Received: by mail-ej1-x642.google.com with SMTP id q19so19398429eja.7 for ; Mon, 15 Jun 2020 16:37:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-description:content-disposition:in-reply-to; bh=JHHuKBRaaYwQMn07B0wBmFeweFl+YA/kJu2enpXQhP4=; b=ln12K2GXywEIW6DR2zpVwR48yUfzBwbJZywptmiBAF9Fe67QVKSzly6CPrH2l7NgX/ YcpT5k6DBLQYebda8Jhb+sS1QJHDy2Ju6RgrOUhocKaVvNMJeSN3TyCB3RyNkNgXTPXo 6vrZdmCI5t+EbOLKiL+02OyFSQ5Z68k8aUazncYldOaSo8atgDmqzGBW/pUhpG6e+P6S a+LCr1zO4ePkRCZdcyKB8/SXf964kcLEQ4OX7Y4eShXGXOLw9z6ygHYOhKNf4i2dUKC+ rMpezFcrxZ15XqibjEW2SttwNRvYnepYS04iGBOnmCsGfJJ7/9T2uerQIPfgQc11XdRb gFpQ== X-Gm-Message-State: AOAM531CIls6AOeV2+6wOW6p3+Dkg56n8DufHFX5LWgJCmDcuXEYkjd7 Vjm2cXPR457NsdHJpohGEtRqlUiQjEZAXw== X-Google-Smtp-Source: ABdhPJwdpzaKc1PsBwHwUhkPjb5Tm1YwXkt62OFrkydvmS4sbImfWi7/48LD27o6li4rA5296FWQlw== X-Received: by 2002:a17:906:cd06:: with SMTP id oz6mr223919ejb.434.1592264269753; Mon, 15 Jun 2020 16:37:49 -0700 (PDT) Received: from gmail.com ([2a03:1b20:3:f011::6d]) by smtp.gmail.com with ESMTPSA id k10sm9900569ejs.108.2020.06.15.16.37.48 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 15 Jun 2020 16:37:49 -0700 (PDT) Date: Tue, 16 Jun 2020 01:37:51 +0200 From: Shahab Vahedi To: Simon Marchi Cc: gdb-patches@sourceware.org, Shahab Vahedi , Anton Kolesov , Tom Tromey , Francois Bedard Subject: Re: [PATCH v2 4/4] arc: Add arc-*-linux regformats Message-ID: <20200615233751.GC1816@gmail.com> References: <20200326125206.13120-1-shahab.vahedi@gmail.com> <20200428160437.1585-1-shahab.vahedi@gmail.com> <20200428160437.1585-5-shahab.vahedi@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Description: simark_response Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-8.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2020 23:37:51 -0000 On Thu, May 14, 2020 at 11:12:55AM -0400, Simon Marchi wrote: > On 2020-04-28 12:04 p.m., Shahab Vahedi via Gdb-patches wrote: > > From: Anton Kolesov > > > > gdb/ChangeLog: > > 2020-04-28 Anton Kolesov > > > > * features/Makefile: Add new files and expedite registers. > > * regformats/arc-arcompact-Linux.dat: New file. > > * regformats/arc-v2-Linux.dat: Likewise. > > Can you explain why this is useful? I always forget, but I have the feeling > that regformats are something we are going away from, and that if you support > target descriptions, you don't need that... but I would need to refresh my > memory. To my understanding, the values of "expedite" registers are always transferred from the "server" to GDB client. With every step you take, or any stop you do, GDB client will know about the value of "expedite" registers. In case of ARC, those are the "program counter" and "stack pointer" registers. I _think_ the "dat" files are the mechanism holding information about that. After all it is generated from the XML and we also followed other targets in doing so. Shahab