From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759958AbbIWBt0 (ORCPT ); Tue, 22 Sep 2015 21:49:26 -0400 Received: from arcturus.aphlor.org ([188.246.204.175]:53776 "EHLO arcturus.aphlor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752217AbbIWBtY (ORCPT ); Tue, 22 Sep 2015 21:49:24 -0400 Date: Tue, 22 Sep 2015 21:49:09 -0400 From: Dave Jones To: Matt Roper Cc: Jesse Barnes , Dave Airlie , Linus Torvalds , DRI mailing list , Linux Kernel Mailing List , Daniel Vetter , Jani Nikula , intel-gfx , "Lankhorst, Maarten" , Jairo Miramontes Subject: Re: [regression] [git pull] drm for 4.3 Message-ID: <20150923014909.GA18010@codemonkey.org.uk> Mail-Followup-To: Dave Jones , Matt Roper , Jesse Barnes , Dave Airlie , Linus Torvalds , DRI mailing list , Linux Kernel Mailing List , Daniel Vetter , Jani Nikula , intel-gfx , "Lankhorst, Maarten" , Jairo Miramontes References: <20150907184559.GA18393@codemonkey.org.uk> <20150921184849.GA25222@codemonkey.org.uk> <56016D01.5010708@virtuousgeek.org> <20150922151355.GX3383@phenom.ffwll.local> <20150922161558.GB24128@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150922161558.GB24128@intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Score: -2.9 (--) X-Spam-Report: Spam report generated by SpamAssassin on "arcturus.aphlor.org" Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Authenticated-User: davej@codemonkey.org.uk Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 22, 2015 at 09:15:58AM -0700, Matt Roper wrote: > On Tue, Sep 22, 2015 at 05:13:55PM +0200, Daniel Vetter wrote: > > On Tue, Sep 22, 2015 at 08:00:17AM -0700, Jesse Barnes wrote: > > > Cc'ing Maarten and Matt; I'm guessing this may be related to one of > > > their recent patches. > > Sounds like this showed up before my recent work, but I think I might > have seen similar problems while working on atomic watermarks; the > issues I was seeing were because the initial hardware readout could > leave primary->visible set to true even when the CRTC was off. My > series (which is still under development) contains this patch to fix > that: > > http://patchwork.freedesktop.org/patch/59564/ > > Does applying that help with the problems reported here? No difference at all for me. Dave