From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: [PATCH 00/10] gmbus/dp aux irqfication Date: Sat, 01 Dec 2012 16:47:46 +0000 Message-ID: <275ffc$7lm2dh@fmsmga002.fm.intel.com> References: <1354366429-2324-1-git-send-email-daniel.vetter@ffwll.ch> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by gabe.freedesktop.org (Postfix) with ESMTP id B77ECE5CCF for ; Sat, 1 Dec 2012 08:47:58 -0800 (PST) In-Reply-To: <1354366429-2324-1-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: Intel Graphics Development Cc: Daniel Vetter List-Id: intel-gfx@lists.freedesktop.org On Sat, 1 Dec 2012 13:53:39 +0100, Daniel Vetter wrote: > Hi all, > > Irq-drive gmbus/dp aux transfer, simply because we can (and at least in the case > of gmbus, it's quite a bit faster than the msleep(1) loop - we now reliably > transfer at full wire speed insteaf of sometimes 2-3x slower). > > Compared to the older version I've floated on irc way back and which Chris has > carried around in his wip branchs (and inflicted upon tons of unsuspecting bug > reporters) there are a few differences: > - handle the hpd vs. setup race - even the current code enables hpd processing > before the fbdev is set up, which is too early. > - fix the gen4 gmbus support, was totally busted. > - tested on hsw (although all the relevant bits are a 100% match with cpt/ivb). > - disable dp aux irq on vlv - too complicated to get at the docs (moved again, > old access revoked) and I don't have the hw. > > While reviewing this patch series I've also noticed two small things in the irq > handling code in general, patches for that at the beginning of the series. > > Comment&review highgly welcome. gm45 appears to be functioning big time, good start. The init sequence looks less convoluted and better understood now, so I am reasonably happy with this series. Will report back later after more testing. -Chris -- Chris Wilson, Intel Open Source Technology Centre