Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759342Ab0FJPnI (ORCPT ); Thu, 10 Jun 2010 11:43:08 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:49028 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758736Ab0FJPnG convert rfc822-to-8bit (ORCPT ); Thu, 10 Jun 2010 11:43:06 -0400 From: "Rafael J. Wysocki" Organization: SiSK To: Michael Tokarev Subject: Re: Suspend hangs since 2.6.34 Date: Thu, 10 Jun 2010 17:41:32 +0200 User-Agent: KMail/1.13.3 (Linux/2.6.35-rc2-rjw+; KDE/4.4.3; x86_64; ; ) Cc: Tino Keitel , intel-gfx@lists.freedesktop.org, linux-kernel@vger.kernel.org, "Linux-pm mailing list" References: <20100609175356.GA17332@x61.home> <201006100142.13131.rjw@sisk.pl> <4C108091.3060204@msgid.tls.msk.ru> In-Reply-To: <4C108091.3060204@msgid.tls.msk.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 8BIT Message-Id: <201006101741.32725.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2030 Lines: 50 On Thursday, June 10, 2010, Michael Tokarev wrote: > 10.06.2010 03:42, Rafael J. Wysocki пишет: > > On Wednesday, June 09, 2010, Tino Keitel wrote: > >> Hi, > >> > >> as of kernel 2.6.34 I sometimes get a strange hang during suspend to > >> RAM. After echo mem> /sys/power/state, the suspend script hangs, Xorg > >> eats 100% CPU, and the desktop is frozen. I can kill the script and the > >> computer will then suspend and resume fine. The kernel log shows > >> nothing interesting when the hang happens: > >> > >> usblp0: removed > >> usbcore: deregistering interface driver dvb_usb_vp7045 > >> dvb-usb: Twinhan USB2.0 DVB-T receiver (TwinhanDTV Alpha/MagicBox II) > >> successfully deinitialized and disconnected. > >> PM: Syncing filesystems ... done. > > Sounds very much like the problem I have with 2.6.34 final. Did not > happen with 2.6.34-rc7 which suspended just fine, but happens quite > regularly on 2.6.34 final - not every suspend but each 2nd or 3rd > attempt. I stopped doing suspend-to-ram due to this, because it's > unreliable. Suspend-to-disk works just fine. Well, it would be helpful to check which commit between 2.6.34-rc7 and 2.6.34 final broke that for you (there were not too many commits between these two kernels, so it shouldn't be too much work). > >> Is this a known problem? > > > > No, it's not. > > > >> I had rock stable suspend with 2.3.33.x. The > >> computer is a Mac mini Core2 Duo with i945 graphics. I use KMS. I will > >> compile a kernel with suspend debug to get more information if the hang > >> happens next time. > > It's amd780g athlon-based machine here, with radeon graphics, also with KMS. > > > Yes, please try to get more information. > > Got it ;) That still doesn't really help to diagnose the problem. Rafael -- 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/