From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Jackson Subject: Re: -next trees Date: Mon, 24 Sep 2012 10:34:12 -0400 Message-ID: <1348497252.15901.46.camel@atropine> References: <505E916F.7000803@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0465506875==" Return-path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by gabe.freedesktop.org (Postfix) with ESMTP id 0D9F29FD7C for ; Mon, 24 Sep 2012 07:34:15 -0700 (PDT) In-Reply-To: <505E916F.7000803@gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Ian Pilcher Cc: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0465506875== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cuwER/GfjONmPZ2P3Q15" --=-cuwER/GfjONmPZ2P3Q15 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, 2012-09-22 at 23:34 -0500, Ian Pilcher wrote: > On 09/12/2012 08:44 PM, Dave Airlie wrote: > > Ajax, I think Ian still has an open request on how to proceed with the > > infoframes quirk nightmare. >=20 > Indeed. I'm sorry, I thought I was clearer. Daniel posted a patch to fix the Intel driver for this: http://lists.freedesktop.org/archives/intel-gfx/2012-August/020046.html Which I didn't entirely ack, but which is essentially right. That's what we should do; and having done so, if I understand things correctly, there's no need for any quirks here at all. Is there something I'm missing? But also: > > * Leave both flags, because both are accurate. The display is confused > > by any InfoFrames (audio or AVI), and it is reporting non-existent > > audio capabilities. The fact that the combination of the two flags > > makes the display work with Intel GPUs is a happy/sad/neutral > > accident, and the driver's behavior is still considered broken. I haven't actually seen the EDID block for this display, I don't believe, so I'm not sure whether the "non-existent" part of this is even accurate, or whether we're just parsing things incorrectly. There's a reason I keep a standalone parser around. - ajax --=-cuwER/GfjONmPZ2P3Q15 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAlBgb2QACgkQW4otUKDs0NNHGQCfZgI41hjJyHRaV7UavGgvLVoU 8T0An0+oNoGivczsN/iZaV3dPdKscuU8 =UafL -----END PGP SIGNATURE----- --=-cuwER/GfjONmPZ2P3Q15-- --===============0465506875== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============0465506875==--