Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751464AbdLNIfy (ORCPT ); Thu, 14 Dec 2017 03:35:54 -0500 Received: from mail.free-electrons.com ([62.4.15.54]:53749 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751186AbdLNIfx (ORCPT ); Thu, 14 Dec 2017 03:35:53 -0500 Date: Thu, 14 Dec 2017 09:35:39 +0100 From: Maxime Ripard To: Thomas van Kleef Cc: Daniel Vetter , David Airlie , Chen-Yu Tsai , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Thomas Petazzoni Subject: Re: [PATCH 0/8] drm/sun4i: Support the Display Engine frontend Message-ID: <20171214083539.o3wzr5h6yrodygvu@flea.lan> References: <1513181781-0808628882.0a9bc10eb7@prakkezator.vehosting.nl> <407ed605-6c02-fae5-7cc8-e6119b26d49f@vitsch.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kyydhpchfami5iuk" Content-Disposition: inline In-Reply-To: <407ed605-6c02-fae5-7cc8-e6119b26d49f@vitsch.nl> User-Agent: NeoMutt/20171027 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2166 Lines: 66 --kyydhpchfami5iuk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Thomas, On Wed, Dec 13, 2017 at 05:16:22PM +0100, Thomas van Kleef wrote: > Hi, >=20 > On 13-12-17 16:33, Maxime Ripard wrote: > > Hi, > >=20 > > This is a first serie to enable the display engine frontend. > >=20 > > This hardware block is found in the first generation Display Engine from > > Allwinner. Its role is to implement more advanced features that the > > associated backend, even though the backend alone can be used (and was = used > > so far) for basic composition. > >=20 > > Among those features, we will find hardware scaling, that is supported = in > > this serie, colorspace conversions, or more exotic formats support such= as > > the one output by the VPU. > > So, if I have read the code correctly. The frontend will be used whenever= the > input size differs from the output size. Yes :) My current plan is to extend it as needed when we'll need to deal with a format not supported by the backend (for the VPU), or anything the backend cannot support. Maxime --=20 Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com --kyydhpchfami5iuk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE0VqZU19dR2zEVaqr0rTAlCFNr3QFAloyN9gACgkQ0rTAlCFN r3R2bA//eRXl+cReEcWfcinuySjd8QvI6nATA3em3SMcuNieUZOHESsNW4t9Lwql BE8oDczM0al8YNklZUM/uvhIVaJwLAzyBVGjAoLmL5nesd2ENlzAvFre3HAZZacc s8ZCFMSjD5JZeasrgfTahHa1peoKhQDpZHXuum15YNy8CKYb0f7o+cfCP2fJfcWU 6oONMgM8y9zNsBGaYXku3HkDuwntfVhwLdEed1Fe3pLn9bB3rNGKyYekI0sM6/kU 8eVh6OPektjiM+nCHybPFycfgqNnBHCIocjmmRyQlc65+eApyMNZVAfLxww7YJwS JCOr4US6Z3KKADb7WRO2P6IBGAspRS/3A2BCbSrG9yruc0PaBgX+iwltLaTL+Fre FY5e/nA/IiPC1NvCfZCc/2B4dBkCru0YyQvkdo64fDcGqOwdfp/BEWWpYD3ODt8A HnDu4cxFc9hzmI09750V77u2Q9hWLgHtLh9PFznvT0B6xbCToB3su6M+TW9R3ZdO ZOzFB1+qWkw87Ud2SkzHMu3PpS1r4xpq471pKZKPFwKhDIb9zDN2MGM2YglAIIZ2 tw+w60PMlvo2IkletTTr7KfbFFZchyOfBLMlpxVxacN1ZhOdfyDYbee2DrNdfzAP mWkMTibSYe/8LpvjAxIoxM99E9zaqcXN9ozRbJunSzk84odTAO4= =NFGG -----END PGP SIGNATURE----- --kyydhpchfami5iuk--