Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762049AbXKQPIc (ORCPT ); Sat, 17 Nov 2007 10:08:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754299AbXKQPIY (ORCPT ); Sat, 17 Nov 2007 10:08:24 -0500 Received: from ug-out-1314.google.com ([66.249.92.169]:5612 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753938AbXKQPIV (ORCPT ); Sat, 17 Nov 2007 10:08:21 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=HF452UOjsZra983wURoMk3aJSMTSZwxW1yFKBqtPic171qhxMZFc5rb8Hir3F2RCllVftH+QB9YgSLDjqbEP9hc5+kJlQD3zt0v1RG9/PWppJfhcCDeZ2+Ljip27oqf+t9VMrvEU3ed4cenE/xC7THmHCz5udtKjC6dF7bqFiJA= Message-ID: <473F03DF.4020306@gmail.com> Date: Sat, 17 Nov 2007 16:08:15 +0100 From: Jiri Slaby User-Agent: Thunderbird 2.0.0.9 (X11/20071031) MIME-Version: 1.0 To: Alan Stern CC: Greg KH , Jiri Slaby , "Rafael J. Wysocki" , Andrew Morton , linux-kernel@vger.kernel.org, Linux-pm mailing list Subject: Re: broken suspend [Was: 2.6.24-rc2-mm1] References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 30391 Lines: 699 On 11/16/2007 05:10 PM, Alan Stern wrote: > On Thu, 15 Nov 2007, Greg KH wrote: > >>> The offending -mm patch is >>> gregkh-driver-pm-acquire-device-locks-prior-to-suspending.patch >>> >>> 2.6.24-rc2-mm1 minus it works just fine; PROVE_LOCKING shows nothing new when >>> the patch is applied. >> Thanks for tracking this down. Alan, any thoughts? > > It's a driver problem somewhere. Probably not one of the most common > drivers because I don't see the same problem here (but then I'm not > testing -mm). > > The thing to do is figure out which driver is causing the problem. > Jiri, try enabling CONFIG_DEBUG_DRIVER. Sadly no output. > If there's also a config > option to prevent the console from being suspended, set it as well. no_suspend_console kernel parameter has no effect (why?). > Then you should be able to tell which driver is making trouble. I think no unusual hardware inside: 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35 Express DRAM Controller (rev 02) Subsystem: Intel Corporation 82G33/G31/P35 Express DRAM Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- Capabilities: [50] Subsystem: Intel Corporation 82801 PCI Bridge 00: 86 80 4e 24 06 01 10 00 92 01 04 06 00 00 01 00 10: 00 00 00 00 00 00 00 00 00 01 01 20 f0 00 80 22 20: 60 ff 60 ff f1 ff 01 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 50 00 00 00 00 00 00 00 ff 00 02 00 00:1f.0 ISA bridge: Intel Corporation Unknown device 2910 (rev 02) Subsystem: Intel Corporation Unknown device 2910 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR-