Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758315Ab2KBVgV (ORCPT ); Fri, 2 Nov 2012 17:36:21 -0400 Received: from ogre.sisk.pl ([193.178.161.156]:53094 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757221Ab2KBVgT (ORCPT ); Fri, 2 Nov 2012 17:36:19 -0400 From: "Rafael J. Wysocki" To: Daniel Vetter Cc: Linus Torvalds , Linux Kernel Mailing List , Linux PM list , Greg Kroah-Hartman , David Airlie Subject: Re: Linux 3.7-rc3 Date: Fri, 02 Nov 2012 22:40:25 +0100 Message-ID: <4911582.xWBr8PDhoE@vostro.rjw.lan> User-Agent: KMail/4.8.5 (Linux/3.7.0-rc3; KDE/4.8.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2201 Lines: 48 On Friday, November 02, 2012 10:07:10 PM Daniel Vetter wrote: > On Fri, Nov 2, 2012 at 9:25 PM, Linus Torvalds > wrote: > > On Mon, Oct 29, 2012 at 5:10 PM, Rafael J. Wysocki wrote: > >> > >> Unfortunately, s2disk is broken with this one and previous -rc. In the > >> majority of cases it just hangs the machine during hibernation, although > >> sometimes it returns to user space reporting freezing problems, suspicions > >> RCU usage and similar stuff, pretty much without any useful debug information. > > > > Ugh. I was hoping that we'd get more reports on this, right now > > there's not enough information to even make a guess about what's up. > > > > I also note that no actual i915 people were cc'd, despite your > > graphics driver suspect. Adding Daniel and Dave (one of the millions) > > to the cc since they probably do have lkml but probably don't react > > unless something gets pointed out. > > > > Daniel/Dave, do you have any reports of hibernation failing (or VT > > switching problems) with i915 after 3.6? > > Not that I've heard of. We did though rewrite the entire modeset > sequence driving code in i915 for 3.7, removing massive amounts of > hacks and stupid "let's disable/enable things harder" code simply > because the old code couldn't keep track of the hw state well enough. > So I wouldn't be surprised at all if that unearthed a hidden bug > somewhere, but we've also added ridiculous amounts of self-checks. And > thus far they caught all issues due to that rework (and some ancient > bugs on top) when either the i915 driver or the bios did something > nefarious ... > > I've rechecked the git log and otherwise there's nothing else which > pops up that would fit VT-switching/hibernate going bad but the > modeset rework. Can you point me to a range of commits worth checking? Rafael -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/