From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <simark@simark.ca>
Received: from simark.ca (simark.ca [158.69.221.121])
	by sourceware.org (Postfix) with ESMTPS id 574963858D3C
	for <gdb-patches@sourceware.org>; Mon, 14 Nov 2022 14:30:10 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 574963858D3C
Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=simark.ca
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark.ca
Received: from [10.0.0.11] (unknown [217.28.27.60])
	(using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
	(No client certificate requested)
	by simark.ca (Postfix) with ESMTPSA id 86DD41E0D3;
	Mon, 14 Nov 2022 09:30:09 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=simark.ca; s=mail;
	t=1668436210; bh=LtexZALX7+AkLRNxgklBls3ZfGUATC3kuIAq4MhYpv4=;
	h=Date:Subject:To:References:From:In-Reply-To:From;
	b=TlJWTHpwJfQeuSB3BzLec+M8ynHiFR01X4UNDAexgjaoyrYEf0NPfYD6Kh5CCoO81
	 B7DL6R5AF6D3H1pQyveXserCVTCXQDWF5GXJACX1rthb871UfhqnD3SBuDAMq5rwoU
	 i4iRjtXivD2nNJdbpj1s+X52eYJIptLuir7T9tHU=
Message-ID: <7dfb55ee-6663-f326-ddaa-1ee09e1551d0@simark.ca>
Date: Mon, 14 Nov 2022 09:30:09 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.4.2
Subject: Re: [PATCH] [Arm] Remove dead FPA code
Content-Language: en-US
To: Luis Machado <luis.machado@arm.com>, Pedro Alves <pedro@palves.net>,
 John Baldwin <jhb@FreeBSD.org>, gdb-patches@sourceware.org,
 David Spickett <David.Spickett@arm.com>
References: <20220920123012.189293-1-luis.machado@arm.com>
 <a8fb11bd-6019-0be1-ae3f-7a0a908aecca@palves.net>
 <dabad50a-5a0c-4661-6c94-9ac1ce784786@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>
 <1003e65d-50fe-8aed-4d98-d06833d27011@palves.net>
 <df01dddb-7158-6fee-f5e2-5f43b2b635bd@arm.com>
 <42083a0b-9723-8bde-470a-247fbb0740eb@palves.net>
 <ff30980f-86db-281c-bd60-de214cee087c@arm.com>
From: Simon Marchi <simark@simark.ca>
In-Reply-To: <ff30980f-86db-281c-bd60-de214cee087c@arm.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_PASS,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
List-Id: <gdb-patches.sourceware.org>


> Do you want that procedure followed completely, including the week waiting? I also seem to recall a different policy, where we
> deprecate something for a particular release and then remove on the next one.

Given how obsolete FPA is, I would be fine with removing it in this
release.  It would be good practice to send an announcement on
gdb-announce, like the wiki says.  We don't do it often, but if we did
it often, perhaps we'd be less scared of doing it, it would become more
a routine thing.

I agree with Pedro that this patch should ideally not change the
register layout for when not using XML.  However, it's also fine to have
a plan to stop supporting non-XML-using targets eventually, if that's
what we want.

Simon