linux-kernel - [BISECTED] Suspend regression in v2.6.31 with Lenovo 3000 v200

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <201006211022.37707.ozan@pardus.org.tr>
Date:	Mon, 21 Jun 2010 10:22:37 +0300
From:	Ozan Çağlayan <ozan@...dus.org.tr>
To:	linux-kernel@...r.kernel.org
Cc:	stern@...land.harvard.edu, gregkh@...e.de, rjw@...k.pl
Subject: [BISECTED] Suspend regression in v2.6.31 with Lenovo 3000 v200

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 <stern@...land.harvard.edu>
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 <stern@...land.harvard.edu>
    Signed-off-by: Greg Kroah-Hartman <gregkh@...e.de>

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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/