From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= Subject: Re: [PATCH 3/3] drm: Add CRTC_GET_SEQUENCE and CRTC_QUEUE_SEQUENCE ioctls Date: Thu, 6 Jul 2017 21:59:21 +0300 Message-ID: <20170706185921.GB12629@intel.com> References: <20170705221013.27940-1-keithp@keithp.com> <20170705221013.27940-4-keithp@keithp.com> <20170706075313.bn2exiklfabgc25t@phenom.ffwll.local> <20170706101604.GY12629@intel.com> <20170706140805.GZ12629@intel.com> <86tw2pbkcn.fsf@keithp.com> <20170706175940.GA12629@intel.com> <86fue9bf2k.fsf@keithp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by gabe.freedesktop.org (Postfix) with ESMTPS id 35D2E6E36E for ; Thu, 6 Jul 2017 18:59:25 +0000 (UTC) Content-Disposition: inline In-Reply-To: <86fue9bf2k.fsf@keithp.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Keith Packard Cc: Dave Airlie , dri-devel , Linux Kernel Mailing List List-Id: dri-devel@lists.freedesktop.org T24gVGh1LCBKdWwgMDYsIDIwMTcgYXQgMTE6MjI6NDNBTSAtMDcwMCwgS2VpdGggUGFja2FyZCB3 cm90ZToKPiBWaWxsZSBTeXJqw6Rsw6QgPHZpbGxlLnN5cmphbGFAbGludXguaW50ZWwuY29tPiB3 cml0ZXM6Cj4gCj4gPiBJIHdhcyBtb3N0bHkgdGhpbmtpbmcgb2YgdGhlICdzZXEgPSBxdWVyeSgp OyB3YWl0KHNlcSArIG4pOycgcGF0dGVybgo+ID4gd2hlcmUgd2UgY2FuIGF2b2lkIGRvaW5nIHRo ZSBmdWxsIHVwZGF0ZSBtb3JlIHRoYW4gb25jZSBpZiB3ZSBlbmFibGUKPiA+IHRoZSBpbnRlcnJ1 cHQgYWxyZWFkeSBkdXJpbmcgdGhlIHF1ZXJ5Lgo+IAo+IERvbid0IHdlIHN0aWxsIHdhaXQgNSBz ZWNvbmRzIGJlZm9yZSBkaXNhYmxpbmcgdmJsYW5rPyBJbiB0aGF0IGNhc2UsIHRoZQo+IGNoYW5j ZXMgb2YgaGl0dGluZyBhbiBpZGxlIHZibGFuayBhcmUgcHJldHR5IHNsaW0gaWYgdGhlIGFwcGxp Y2F0aW9uIGlzCj4gYWN0dWFsbHkgYnVzeS4KCldpdGggdGhlIGRpc2FibGVfaW1tZWRpYXRlIHRo aW5nIHdlIG9ubHkgd2FpdCB1bnRpbCB0aGUgbmV4dCB2YmxhbmsKYmVmb3JlIGRpc2FibGluZyB0 aGUgaXJxIGFnYWluLgoKLS0gClZpbGxlIFN5cmrDpGzDpApJbnRlbCBPVEMKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1haWxpbmcgbGlz dApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJlZWRlc2t0 b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751989AbdGFS72 (ORCPT ); Thu, 6 Jul 2017 14:59:28 -0400 Received: from mga01.intel.com ([192.55.52.88]:16865 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751751AbdGFS72 (ORCPT ); Thu, 6 Jul 2017 14:59:28 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.40,318,1496127600"; d="scan'208";a="1169335944" Date: Thu, 6 Jul 2017 21:59:21 +0300 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= To: Keith Packard Cc: Daniel Vetter , Linux Kernel Mailing List , Dave Airlie , dri-devel Subject: Re: [PATCH 3/3] drm: Add CRTC_GET_SEQUENCE and CRTC_QUEUE_SEQUENCE ioctls Message-ID: <20170706185921.GB12629@intel.com> References: <20170705221013.27940-1-keithp@keithp.com> <20170705221013.27940-4-keithp@keithp.com> <20170706075313.bn2exiklfabgc25t@phenom.ffwll.local> <20170706101604.GY12629@intel.com> <20170706140805.GZ12629@intel.com> <86tw2pbkcn.fsf@keithp.com> <20170706175940.GA12629@intel.com> <86fue9bf2k.fsf@keithp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86fue9bf2k.fsf@keithp.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 06, 2017 at 11:22:43AM -0700, Keith Packard wrote: > Ville Syrjälä writes: > > > I was mostly thinking of the 'seq = query(); wait(seq + n);' pattern > > where we can avoid doing the full update more than once if we enable > > the interrupt already during the query. > > Don't we still wait 5 seconds before disabling vblank? In that case, the > chances of hitting an idle vblank are pretty slim if the application is > actually busy. With the disable_immediate thing we only wait until the next vblank before disabling the irq again. -- Ville Syrjälä Intel OTC