Received-SPF: pass (google.com: domain of linux-kernel+bounces-46526-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Wed, 31 Jan 2024 13:44:31 +0000
From: Mark Brown <broonie@kernel.org>
To: Konrad Dybcio <konrad.dybcio@linaro.org>
Cc: Russell King <linux@armlinux.org.uk>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Jiri Slaby <jirislaby@kernel.org>,
	Marijn Suijten <marijn.suijten@somainline.org>,
	linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org
Subject: Re: [PATCH] tty: serial: amba-pl011: Remove QDF2xxx workarounds
Message-ID: <baf69674-7c69-4658-94ad-9b39fbb9924d@sirena.org.uk>
References: <20240122-topic-qdf_cleanup_tty-v1-1-0415503184be@linaro.org>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="VHVeAKT+Ivue9xIg"
Content-Disposition: inline
In-Reply-To: <20240122-topic-qdf_cleanup_tty-v1-1-0415503184be@linaro.org>


--VHVeAKT+Ivue9xIg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 22, 2024 at 03:27:20PM +0100, Konrad Dybcio wrote:
> This SoC family was destined for server use, featuring Qualcomm's very
> interesting Kryo cores (before "Kryo" became a marketing term for Arm
> cores with small modifications). It did however not leave the labs of
> Qualcomm and presumably some partners, nor was it ever productized.
>=20
> Remove the workarounds, as they are long obsolete.

There's one in Linaro's test lab which gets used by KernelCI:

   https://lkft.validation.linaro.org/scheduler/device_type/qcom-qdf2400

While the platform is pretty old it works well enough and provides
coverage of server platforms, ideally more server vendors would arrange
for their boards to be available but that's not actually the case yet.
The fact that it's a unique implementation of the architecture is also
interesting from a test point of view.  Given how trivial the workaround
here is it seems more useful to keep the support, could we revert this
commit please?

--VHVeAKT+Ivue9xIg
Content-Type: application/pgp-signature; name="signature.asc"

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

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmW6Tr4ACgkQJNaLcl1U
h9B9Jwf9ErQmschUIsVwr8nKmYwbiT7i3p6aBGhCbWLgbOFRvxAOfBOBHfx4UBh+
Xg88cq84Qh2ViVq1JpZRK3ZCFtnAUrT13msU7yn29FcWY4rhmaNUz5v9NOdPeQrl
12esM54mw0ikNGRxFpSVkFsQbQ/3/c7A8DR3Hd6yPvQgRqJ9RyXHxYlfFQYZmDm/
sV1EgW9A0feAyywwRhgPVuqQvGlreZecmB72RGaMXhSSb47mWVvoWssf1MHEP0cB
u+jaeCyXvlQJ1nOkcLwRH6NeUwW78MRW3namv9k2TU7wjwt90mobuAjGpqlkb/U7
UyOcS08aNIPsO3wgazntQZWtwq3g4g==
=g0T5
-----END PGP SIGNATURE-----

--VHVeAKT+Ivue9xIg--