From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH] drm/i915: simplify DP/DDI port width macros Date: Wed, 24 Apr 2013 16:09:03 +0200 Message-ID: <20130424140903.GT6169@phenom.ffwll.local> References: <1366811164-9175-1-git-send-email-daniel.vetter@ffwll.ch> <20130424135252.GA17448@cantiga.alporthouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com [74.125.83.48]) by gabe.freedesktop.org (Postfix) with ESMTP id 4612AE6485 for ; Wed, 24 Apr 2013 07:06:02 -0700 (PDT) Received: by mail-ee0-f48.google.com with SMTP id d49so722879eek.7 for ; Wed, 24 Apr 2013 07:06:01 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20130424135252.GA17448@cantiga.alporthouse.com> 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: Chris Wilson , Daniel Vetter , Intel Graphics Development , Paulo Zanoni List-Id: intel-gfx@lists.freedesktop.org On Wed, Apr 24, 2013 at 02:52:52PM +0100, Chris Wilson wrote: > On Wed, Apr 24, 2013 at 03:46:04PM +0200, Daniel Vetter wrote: > > If we ever leak a non-DP compliant port width through here, we have a > > pretty serious issue. So just rip out all these WARNs - if we need > > them it's probably better to have them at a central place where we > > compute the dp lane count. > > > > Also use the new DDI width macro for FDI mode. > > > > Cc: Paulo Zanoni > > Signed-off-by: Daniel Vetter > > Nice. Do we have the central warn though? > Reviewed-by: Chris Wilson Well the current dp lane count compute uses shifts, so is pretty much guaranteed to end up with a power of two value. I've figured smashing WARN right below that looks silly. Compared to eg the pipe bpc stuff we also don't have different limits on different platforms, so either it's broken everywhere or nowhere. The only case that's different is fdi mode on haswell, but the old code didn't have a paranoid check either. So I've figured I'll let it be. Especially since the current code lets invalid configs slip through (that needs my fdi patches to work properly) ... All in all I'm voting for the "wait for godzilla to smash things" approach here ;-) -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch