From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eugeni Dodonov Subject: Re: [PATCH 24/29] drm/i915: program iCLKIP on Lynx Point Date: Sun, 15 Apr 2012 21:44:15 -0300 Message-ID: References: <1334347745-11743-1-git-send-email-eugeni.dodonov@intel.com> <1334347745-11743-25-git-send-email-eugeni.dodonov@intel.com> <20120415234911.GE3982@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1956739842==" Return-path: Received: from mail-gy0-f177.google.com (mail-gy0-f177.google.com [209.85.160.177]) by gabe.freedesktop.org (Postfix) with ESMTP id 30C0D9E74B for ; Sun, 15 Apr 2012 17:44:56 -0700 (PDT) Received: by ghbf11 with SMTP id f11so2486896ghb.36 for ; Sun, 15 Apr 2012 17:44:55 -0700 (PDT) In-Reply-To: <20120415234911.GE3982@phenom.ffwll.local> 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-gfx@lists.freedesktop.org, Eugeni Dodonov List-Id: intel-gfx@lists.freedesktop.org --===============1956739842== Content-Type: multipart/alternative; boundary=20cf303f63e8868d4004bdc12181 --20cf303f63e8868d4004bdc12181 Content-Type: text/plain; charset=ISO-8859-1 On Sun, Apr 15, 2012 at 20:49, Daniel Vetter wrote: > > I'm honestly not too happy with this table, because somewhere in there > we'll have an annoying type, and there's almost zero chance we'll ever > find that. So I prefer if we can replicate the pixel clock computation > from some stupid excel sheet ... > The latest specs say that the table is the recommended way for configuring known clocks settings, for both iCLKIP and WR PLL, and the algorithm/formula should be used as fallback only. But I'll add them as well. One never knows when a new and previously unthinkable mode pops up :). -- Eugeni Dodonov --20cf303f63e8868d4004bdc12181 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Sun, Apr 15, 2012 at 20:49, Daniel Vetter <dan= iel@ffwll.ch> wrote:
I'm honestly not too happy with this table, because somewhere in there<= br> we'll have an annoying type, and there's almost zero chance we'= ll ever
find that. So I prefer if we can replicate the pixel clock computation
from some stupid excel sheet ...

The la= test specs say that the table is the recommended way for configuring known = clocks settings, for both iCLKIP and WR PLL, and the algorithm/formula shou= ld be used as fallback only.

But I'll add them as well. One never knows when a n= ew and previously unthinkable mode pops up :).

--=
Eugeni Dodonov

--20cf303f63e8868d4004bdc12181-- --===============1956739842== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx --===============1956739842==--