From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keith Packard Subject: Re: Proposal for a low-level Linux display framework Date: Tue, 20 Sep 2011 08:55:24 -0700 Message-ID: References: <1316088425.11294.78.camel@lappyti> <1316100594.23214.65.camel@deskari> <1316107275.23214.99.camel@deskari> <20110916175326.54567b14@lxorguk.ukuu.org.uk> <1316414014.1978.12.camel@deskari> <1316417361.1978.48.camel@deskari> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Patrik Jakobsson , Tomi Valkeinen Cc: Alan Cox , linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-dev@lists.linaro.org, "Clark, Rob" , Archit Taneja List-Id: dri-devel@lists.freedesktop.org --=-=-= Content-Transfer-Encoding: quoted-printable On Tue, 20 Sep 2011 10:29:23 +0200, Patrik Jakobsson wrote: > It would be nice to have a model that fits both DSI and SDVO, and the opt= ion > to configure some of it from userspace. > I thought the purpose of drm_encoder was to abstract hardware like this? SDVO is entirely hidden by the drm_encoder interface; some of the controls (like TV encoder parameters) are exposed through DRM properties, others are used in the basic configuration of the device. I'm not sure we need a new abstraction that subsumes both DSI and SDVO, but we may need a DSI library that can be used by both DRM and other parts of the kernel. =2D-=20 keith.packard@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFOeLdtQp8BWwlsTdMRAkXyAKDcVSuLupU7KoUyWcBvUrGKFdT/fACeI0QG yEzNPzQT4nq88Ct9hSYdpUs= =gsOM -----END PGP SIGNATURE----- --=-=-=--