From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: VT switchless suspend/resume Date: Thu, 7 Mar 2013 08:38:51 -0800 Message-ID: <20130307083851.328f8d00@jbarnes-desktop> References: <1361304703-2869-1-git-send-email-jbarnes@virtuousgeek.org> <20130225133142.2f036094@jbarnes-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [69.89.24.6]) by gabe.freedesktop.org (Postfix) with SMTP id 20C22E5CCC for ; Thu, 7 Mar 2013 08:38:35 -0800 (PST) In-Reply-To: <20130225133142.2f036094@jbarnes-desktop> 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: Jesse Barnes Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org On Mon, 25 Feb 2013 13:31:42 -0800 Jesse Barnes wrote: > On Mon, 25 Feb 2013 16:19:53 -0300 > Paulo Zanoni wrote: > > > Hi > > > > 2013/2/19 Paulo Zanoni : > > > 2013/2/19 Jesse Barnes : > > >> Updated with the fix from Ville. > > > > > > Very briefly tested on SNB (LVDS) and HSW (eDP + DP). Suspend-to-ram + > > > resume still work. > > > > So, today I looked at the patches I didn't review last week and they > > all looked correct, so I was ready to give a "Reviewed-by" stamp on > > all of them. I decided to do one more testing and I noticed that with > > this series, dmesg gives me some error messages that don't happen > > without the series. On a SNB machine with LVDS+DP, after resume I get > > error messages saying that DP link training failed (even though the DP > > monitor is working). > > > > The dmesg file is attached. > > Hm ugly... any ideas why? This really shouldn't have affected > anything; we just do a mode set from the kernel first instead of > waiting on the VT switch... Looks like it's trying to restore a 2 pipe config? Is that correct? The BIOS re-enabled VGA across suspend/resume too, I guess that would cause trouble... but the check code says both CRTCs are disabled at resume. So first a DP train appears to fail, then we fail waiting for a pipe to disable because we try another, single pipe mode set. Which is the proper config? One pipe or two? -- Jesse Barnes, Intel Open Source Technology Center