On Wednesday, 7 February 2007 07:20, Evgeny Chesnokov wrote: > Good day. > I installed SuSE 10.2 recently onto my laptop, Acer 5612WSMi. Here is > the s2ram -i output: > sys_vendor = "Acer" > sys_product = "TravelMate 5610" > sys_version = "0100 " > bios_version = "V1.11 " > > It has Intel(r) 945GM Express chipset and NVidia GoForce 7300 > videocard. I am using open-source "nv" video driver. > 'Suspend to RAM' feature of kpowersave wasn't working initially (it > looked like computer awakened immediately after suspending, but I saw > in the logs that my computer simply was not in the whitelist, thus no > suspend was performed at all). I decided to configure this feature and > followed the instructions at http://en.opensuse.org/S2ram. I booted > the system with init=/bin/bash, mounted /proc and /sys and called all > the versions of -f combinations of s2ram keys, one by one. The > behaviour was the same for all of them - active system (like, the > trick with Caps Lock works and system reboots with Ctrl+Alt+Del), but > monitor did not power up. > > Any advice on this matter would be great.
Well, I'm afraid that the 7xxx series of NVidia chips requires some special handling unknown to us. > Also, there is another strange problem, which I did already have once > with Debian. Sometimes all applications that try to access hard drive > freeze for a minute or two, and then continue normal functioning. The > following lines appear in the /var/log/messages: > Feb 7 09:52:28 elvin-suse kernel: ata1.01: exception Emask 0x0 SAct > 0x0 SErr 0x0 action 0x2 frozen > Feb 7 09:52:28 elvin-suse kernel: ata1.01: cmd > a0/01:00:00:00:00/00:00:00:00:00/b0 tag 0 cdb 0x25 data 8 in > Feb 7 09:52:28 elvin-suse kernel: res > 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout) > Feb 7 09:52:35 elvin-suse kernel: ata1: port is slow to respond, > please be patient (Status 0xd0) > Feb 7 09:52:58 elvin-suse kernel: ata1: port failed to respond (30 > secs, Status 0xd0) > Feb 7 09:52:58 elvin-suse kernel: ata1: soft resetting port > Feb 7 09:52:58 elvin-suse kernel: ata1.00: configured for UDMA/100 > Feb 7 09:52:58 elvin-suse kernel: ata1.01: configured for UDMA/33 > Feb 7 09:52:58 elvin-suse kernel: ata1: EH complete > Feb 7 09:52:58 elvin-suse kernel: SCSI device sda: 195371568 512-byte > hdwr sectors (100030 MB) > Feb 7 09:52:58 elvin-suse kernel: sda: Write Protect is off > Feb 7 09:52:58 elvin-suse kernel: sda: Mode Sense: 00 3a 00 00 > Feb 7 09:52:59 elvin-suse kernel: SCSI device sda: drive cache: write back > Feb 7 09:52:59 elvin-suse kernel: SCSI device sda: 195371568 512-byte > hdwr sectors (100030 MB) > Feb 7 09:52:59 elvin-suse kernel: sda: Write Protect is off > Feb 7 09:52:59 elvin-suse kernel: sda: Mode Sense: 00 3a 00 00 > Feb 7 09:52:59 elvin-suse kernel: SCSI device sda: drive cache: write back > > It is very annoying. The reason I ask about this bug here on > suspend-devel is because I have not seen this bug on my new SuSE > installation till the last night, when I mendled with suspends. Before > this moment I only used suspend to Disk, but the morning after > attempts of configuring s2ram I had like three freezes of this kind on > 10 minutes! I rebooted system to Windows and then back to SuSE and had > no freezes for several hours now. > I used acpi suspend functionality on Debian, and the freeze appeared > there quite often. I think this means that the suspend of your SATA controller is not handled properly by the kernel. Which kernel is it? Rafael ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Suspend-devel mailing list Suspend-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/suspend-devel
