From mboxrd@z Thu Jan 1 00:00:00 1970 From: Imre Deak Subject: Re: [PATCH 06/15] drm/i915: allow high-bpc modes on DP Date: Mon, 29 Apr 2013 13:16:11 +0300 Message-ID: <1367230571.6390.44.camel@intelbox> References: <1366363487-15926-1-git-send-email-daniel.vetter@ffwll.ch> <1366363487-15926-7-git-send-email-daniel.vetter@ffwll.ch> Reply-To: imre.deak@intel.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTP id 56B54E5FCB for ; Mon, 29 Apr 2013 03:16:14 -0700 (PDT) In-Reply-To: <1366363487-15926-7-git-send-email-daniel.vetter@ffwll.ch> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Daniel Vetter Cc: Intel Graphics Development List-Id: intel-gfx@lists.freedesktop.org On Fri, 2013-04-19 at 11:24 +0200, Daniel Vetter wrote: > Totally untested due to lack of screens supporting more than 8bpc. But > now we should have closed all holes in our bpp handling, so this > should be safe. The last missing piece was 10bpc support for g4x/vlv, > since we directly use the pipe bpp to feed the display link (and > anyway, only the cpt has any means to have a pipe bpp != the display > link bpp). > > Signed-off-by: Daniel Vetter Reviewed-by: Imre Deak > --- > drivers/gpu/drm/i915/intel_dp.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c > index 1ac7235..50a9d9f 100644 > --- a/drivers/gpu/drm/i915/intel_dp.c > +++ b/drivers/gpu/drm/i915/intel_dp.c > @@ -744,7 +744,7 @@ intel_dp_compute_config(struct intel_encoder *encoder, > > /* Walk through all bpp values. Luckily they're all nicely spaced with 2 > * bpc in between. */ > - bpp = min_t(int, 8*3, pipe_config->pipe_bpp); > + bpp = pipe_config->pipe_bpp; > > /* eDP panels are really fickle, try to enfore the bpp the firmware > * recomments. This means we'll up-dither 16bpp framebuffers on