From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) by sourceware.org (Postfix) with ESMTPS id D0CF23858D37 for ; Mon, 10 Oct 2022 14:58:51 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D0CF23858D37 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=palves.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-wr1-f41.google.com with SMTP id n12so17416186wrp.10 for ; Mon, 10 Oct 2022 07:58:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=hmk71/1FOqsOjSFbt7uLPHDgJZYZo5i7yPxU2GFbUR0=; b=st9Shbh5EsseKFW+EBUS/MMi29D05AlIEGG9Zh9awHDYuGyG0pKsCrF4rO8uD6bpw1 VAfBzM/OHxlxEvodwKlNdjmE2NxQDhnPjRkBwgculAOkkHoQuB1PawQhAz5Hk3VuxVLp n/Z5zG4HR8hFE/IS5UO5a1X26GyOuTJk2zyCi8ONOC6L7/TFZ1vy2F6fQv3VDHLciFJR 9iq3+Ejkk1NWnhjbS5MFKzE1AI+afE8PMUV7bFKcMYlEKo+l6ToA8r4ZJ/6YbYNvyr7M UDg35Jj0k6pR5P5dPRd+mr45tRvgnWxCyK0JsCy67++tMii6VuLhA10qFzzeuJEtdJ+v DWiA== X-Gm-Message-State: ACrzQf0Tfb1owUYQFf0lMk2FKTk0qQrYVvYvDF5gvYP/7lP3OErlvkTl C7wwHVyLjVGu3u4ogxYqFEM= X-Google-Smtp-Source: AMsMyM5muglkJlbGggzL4NPixuA9c3lTDJnBQZa8s8ZB3KRaP4OBWGThUklp1IQt37FP8th1xBDVtA== X-Received: by 2002:a5d:6488:0:b0:22b:3b0b:5e72 with SMTP id o8-20020a5d6488000000b0022b3b0b5e72mr12169616wri.138.1665413930524; Mon, 10 Oct 2022 07:58:50 -0700 (PDT) Received: from ?IPv6:2001:8a0:f93a:3b00:e038:5cdc:b8bf:4653? ([2001:8a0:f93a:3b00:e038:5cdc:b8bf:4653]) by smtp.gmail.com with ESMTPSA id y11-20020a056000108b00b0022e3538d305sm11029149wrw.117.2022.10.10.07.58.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 10 Oct 2022 07:58:49 -0700 (PDT) Subject: Re: [PATCH] [Arm] Remove dead FPA code To: Luis Machado , John Baldwin , gdb-patches@sourceware.org, David Spickett References: <20220920123012.189293-1-luis.machado@arm.com> <73479562-ab47-dfbf-aadc-7a2203c0f0e4@FreeBSD.org> <56653c70-593a-4b8d-ddf7-52f7dd0608f7@arm.com> <1946bc74-8270-23c4-9483-702b9dbc03de@FreeBSD.org> <3cb2d818-83e8-4e2d-5e1b-9b555d1a2217@arm.com> From: Pedro Alves Message-ID: <1003e65d-50fe-8aed-4d98-d06833d27011@palves.net> Date: Mon, 10 Oct 2022 15:58:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <3cb2d818-83e8-4e2d-5e1b-9b555d1a2217@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) 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, 10 Oct 2022 14:58:53 -0000 On 2022-10-05 9:26 a.m., Luis Machado wrote: > Yeah, that's what I was worried about. Register discoveries without XML are not great, and more recently debugging stubs have been > exposing more system registers. Having to consider FPA (which was *removed* 10 years ago from GCC, but fell in disuse before then) is not > acceptable at this point. > > If those debugging stubs want to skip XML, I think it would be reasonable for them to at least update the expected 'g' packet to contain just > the basic registers, with CPSR as 16. > > That might need some coordination. I can coordinate this from the Linux Kernel's side, but I never dealt with the BSD kernels. I'm not seeing much point in this: #1 - If the remote side supplies XML, then the register number doesn't really matter, GDB auto-maps the numbers. #2 - If the remote side doesn't supply XML, then you're just setting up for a world of coordination pain for no benefit. In GDB, to keep things working, we just have to keep the FPA register number hole in place. That's hardly causing any maintenance burden, IMO. We just have to have comments in place explaining why we have them.