Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756308Ab0FUHXV (ORCPT ); Mon, 21 Jun 2010 03:23:21 -0400 Received: from lider.pardus.org.tr ([193.140.100.216]:44444 "EHLO lider.pardus.org.tr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755941Ab0FUHXS convert rfc822-to-8bit (ORCPT ); Mon, 21 Jun 2010 03:23:18 -0400 From: Ozan =?utf-8?q?=C3=87a=C4=9Flayan?= Organization: TUBITAK/UEKAE To: linux-kernel@vger.kernel.org Subject: [BISECTED] Suspend regression in v2.6.31 with Lenovo 3000 v200 Date: Mon, 21 Jun 2010 10:22:37 +0300 User-Agent: KMail/1.13.3 (Linux/2.6.31.13-131-pae; KDE/4.4.4; i686; ; ) Cc: stern@rowland.harvard.edu, gregkh@suse.de, rjw@sisk.pl MIME-Version: 1.0 Message-Id: <201006211022.37707.ozan@pardus.org.tr> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2878 Lines: 72 Hi, First of all I know that 2.6.31 is not maintained anymore and I don't know if the problem still exists in kernels > 2.6.31 as I don't have any hardware to reproduce it. The users are just regular users which are not able to test the newer kernels. What I've found out is that the following commit broke suspend-to-ram on their Lenovo 3000 v200 (2 separate bug reports confirming that reverting fixed the issue): commit 4f0e35f03db2673dc86ee940dcaab5f8f422dc81 Author: Alan Stern Date: Fri Jan 8 11:18:20 2010 -0500 USB: EHCI & UHCI: fix race between root-hub suspend and port resume commit cec3a53c7fe794237b582e8e77fc0e48465e65ee upstream. This patch (as1321) fixes a problem with EHCI and UHCI root-hub suspends: If the suspend occurs while a port is trying to resume, the resume doesn't finish and simply gets lost. When remote wakeup is enabled, this is undesirable behavior. The patch checks first to see if any port resumes are in progress, and if they are then it fails the root-hub suspend with -EBUSY. Signed-off-by: Alan Stern Signed-off-by: Greg Kroah-Hartman Their dmesg propagates the same error just before suspending and the system instantly resumes back: [ 2995.328808] PM: Syncing filesystems ... done. [ 2995.417778] Stopping fuse filesystems. [ 2995.417786] Freezing user space processes ... (elapsed 0.01 seconds) done. [ 2995.436558] Stopping normal filesystems. [ 2995.551470] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. [ 2995.551558] Suspending console(s) (use no_console_suspend to debug) [ 2995.551923] pci 0000:00:02.0: PCI INT A disabled [ 2995.591204] btusb_bulk_complete: hci0 urb f1d1e600 failed to resubmit (1) [ 2995.592197] btusb_bulk_complete: hci0 urb f1d1e680 failed to resubmit (1) [ 2995.593200] btusb_intr_complete: hci0 urb f1d1e580 failed to resubmit (1) [ 2995.642091] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 2995.642263] sd 0:0:0:0: [sda] Stopping disk [ 2996.619560] pm_op(): usb_dev_suspend+0x0/0xf returns -16 ******* [ 2996.619562] PM: Device usb2 failed to suspend: error -16 ******* [ 2996.619564] PM: Some devices failed to suspend ******* [ 2996.723535] sd 0:0:0:0: [sda] Starting disk and their device usb2 is: $ cat /sys/bus/usb/devices/usb2/product EHCI Host Controller Is it possible that this get fixed in somewhere between v2.6.31.13..HEAD? If yes, can you point me to the relevant commit if possible? Many thanks, --- Ozan Çağlayan TUBITAK/UEKAE - Pardus Linux http://www.pardus.org.tr/eng -- 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/