Date:   Fri, 17 Mar 2023 13:03:36 +0000
From:   Mark Brown <broonie@kernel.org>
To:     Dongxu Sun <sundongxu3@huawei.com>
Cc:     catalin.marinas@arm.com, will@kernel.org,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org,
        wanghaibin.wang@huawei.com
Subject: Re: [PATCH 3/4] arm64/signal: Add tpidr2/za/zt sigframe size in
 comment
Message-ID: <e47440be-5dcd-4d2c-b7ff-8d45c9f82537@sirena.org.uk>
References: <20230317124915.1263-1-sundongxu3@huawei.com>
 <20230317124915.1263-4-sundongxu3@huawei.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="cWaXcKvI4RHikrwN"
Content-Disposition: inline
In-Reply-To: <20230317124915.1263-4-sundongxu3@huawei.com>
Precedence: bulk


--cWaXcKvI4RHikrwN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Mar 17, 2023 at 08:49:14PM +0800, Dongxu Sun wrote:

>   *	0x8a0		sve_context (vl <= 64) (optional)
> + *	 0x10		tpidr2_context (optional)
> + *	 0x10		za_context (optional)

The size of the ZA context is variable, going with what the SVE has a VL
which might fit into the base context should be included but that's
complicated what with it likely appearing after another variably sized
frame.

> + *	 0x10		zt_context (optional)

The ZT context is never this small, it's always got register contents if
present.

>   *	 0x20		extra_context (optional)
>   *	 0x10		terminator (null _aarch64_ctx)
>   *
> - *	0x510		(reserved for future allocation)
> + *	0x4e0		(reserved for future allocation)

TBH I'm not sure this comment is actually useful or helpful, it's
already not fully taking into account the variablility of the SVE frame
size (quoting a fixed value) and with the way we allocate things once
we've gone into the extra_context we'll allocate new frames from there
so even smaller frames like the tpidr2_context will go there.  I'm not
sure trying to suggest a layout/ordering is clarifying anything for
anyone.

--cWaXcKvI4RHikrwN
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmQUZScACgkQJNaLcl1U
h9AmYAf/XKfjlbk9sMs+Zuvf0UQc9VSBUeozqNnGcMyC1G3FUjtE5vbZyVBrYMyk
khUCe1yMWcvOuxL1jBo5p+xUaFyp969lON8L2Kped57YTlAOhsV2wS5D7T2tvtfL
sTqb6TvLZHupCWzmqeMgsRhZCbgntD46eY3XWiJ86ebAIsknyTRBPsUvlKtQGyfZ
dWQivG/s6udXHELQo3i7IlKTVEEuwHNCG7mBS0yPvbDI9u7VyZMpFE87c0EsUs38
g4MGOTNdJ3AhZfP4wlOeMLdFfm9wisIAPCvgFzuAdmbHUXKJLspcn5lHzv99JmIL
XODhDYKSXW6wlCuG37JMObeYr6VDsQ==
=wNmx
-----END PGP SIGNATURE-----

--cWaXcKvI4RHikrwN--