Package: pm-utils Version: 1.4.1-9 Severity: important I've installed a fresh install of Debian Wheezy using the alpha1 desktop installer onto a harddrive Toshiba M750 Portege laptop placed in the select bay(=drive where DVD-player is placed) of the laptop. Upon a suspend/resume cycle unfortunately the system comes up, but with the harddrive in the select bay missing forcing a hard reset using the power-button for 5s as the only resort.
In trying to debug this I noticed the following: 1) This problem is present for both the 3.2 kernel as well as the 3.4 kernel in experimental. 2) The system resumes correctly when the root-drive is placed in the primary harddrive bay, but with the drive/dvd-rom in the 2nd bay missing also in this case. So problem is related to the select bay not to the drive itself. 3) Unplugging the drive in the select bay (=hotswap) and plugging it in again forces a rescan of the device and the device in the select bay gets detected again. Surprisingly after this suspend/resume works as intended as the drive is always present after the resume. So it works having forced a hotswap event once, so the problem only occurs for the very first resume/suspend cycle after a fresh reboot. The only obvious error-message relating to this is the /var/log/syslog has the following warning: -- ata2: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen -- after this first resume effectively stating that it has lost the drive as this is the same error message that shows up when unplugging the drive (=hotswap). The difference is that when reinserting the drive it gets detected, which does not occur during this first resume cycle. No other clear error-message is syslog and/or pm-suspend log. To me this kind of behaviour smells like a variable that is used uninitialized, but I would not know where to start looking hence the bug-report. Please let me know in case any further information is needed/helpful (dmesg appears to not be helpful seeing this behaviour, but I can add if needed. ps) Obvious workaround might be to force a rescan of the scsi-bus upon resume, but I would not know how to achieve this as none of the hints on google appear to work for me. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pm-utils depends on: ii powermgmt-base 1.31 Versions of packages pm-utils recommends: ii hdparm 9.39-1+b1 ii kbd 1.15.3-9 ii procps 1:3.3.3-2 ii vbetool 1.1-2 Versions of packages pm-utils suggests: ii cpufrequtils 008-1 pn ethtool <none> ii radeontool 1.6.2-1.1 ii wireless-tools 30~pre9-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org