On Tue, 2004-05-25 at 08:20 -0500, Mike Chambers wrote:

On Tue, 2004-05-25 at 15:08 +0200, Arjan van de Ven wrote:

...

Hi,

I've built a new kernel (2.6.6-1.383) for testing; and it just got uploaded to the testing area on the fedora download site.

Um, where is this *testing* area? Only thing I see is rawhide (development), and that kernel version is currently .377?

Disregard, as I found it on your people.redhat.com dir. (installing now)

I've created a bugzilla entry for this at:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124337

I've had other grief (e1000 driver doesnt' work after acpi suspend) - which I wanted to check again. I couldn't get that far. However apm continues to work.

Satish

On Tue, 25 May 2004, Philip Balister wrote:

I see the same behavior on my Dell D600 with S3. Of course I've never really had it work correctly. I am getting really serious about figuring it out though, I need it working bad now. I am running 2.6.6-1.377

Philip

On Tue, 2004-05-25 at 14:47, Satish Balay wrote:

...

ACPI with the new kernel doesn't work on IBM ThinkPad T40. With

echo 3 > /proc/acpi/sleep

the machine briefly attempts to go to sleep and then comes back.

I tried the 391 kernel and still have an immediate resume after an attempt at S3 on a Dell D600.

This is from dmesg:

PM: Preparing system for suspend Stopping tasks: ==================================================================================================| PCI: Setting latency timer of device 0000:00:1d.7 to 64 PCI: Setting latency timer of device 0000:00:1f.5 to 64 Restarting tasks... done agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode [drm] Loading R200 Microcode

Mind you, in some sense this is an improvement over earlier attempts at S3, which led to hanging during resume :)

Philip

On Tue, 2004-05-25 at 14:47, Satish Balay wrote:

ACPI with the new kernel doesn't work on IBM ThinkPad T40. With

echo 3 > /proc/acpi/sleep

the machine briefly attempts to go to sleep and then comes back.

The relavent info from the log

---

383

PM: Preparing system for suspend Stopping tasks: ==========================================================================| PCI: Setting latency timer of device 0000:00:1d.7 to 64 PCI: Setting latency timer of device 0000:00:1f.5 to 64 PCI: Setting latency timer of device 0000:00:1f.5 to 64 PCI: Enabling device 0000:02:00.0 (0000 -> 0002) PCI: Enabling device 0000:02:00.1 (0000 -> 0002) PCI: Enabling device 0000:02:01.0 (0000 -> 0003) PCI: Setting latency timer of device 0000:02:01.0 to 64 Restarting tasks... done agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode [drm] Loading R200 Microcode e1000: eth0 NIC Link is Up 100 Mbps Full Duplex

---

358 - release kernel that works

PM: Preparing system for suspend Stopping tasks: ============================================================================| PM: Entering state. Back to C! zapping low mappings. PM: Finishing up. PCI: Setting latency timer of device 0000:00:1d.0 to 64 PCI: Setting latency timer of device 0000:00:1d.1 to 64 PCI: Setting latency timer of device 0000:00:1d.2 to 64 PCI: Setting latency timer of device 0000:00:1f.5 to 64 ehci_hcd 0000:00:1d.7: HC died; cleaning up blk: queue 39ed4e00, I/O limit 4095Mb (mask 0xffffffff) Restarting tasks...<6>input: PS/2 Generic Mouse on isa0060/serio1 done agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0. agpgart: Putting AGP V2 device at 0000:00:00.0 into 1x mode agpgart: Putting AGP V2 device at 0000:01:00.0 into 1x mode [drm] Loading R200 Microcode e1000: eth0 NIC Link is Up 100 Mbps Full Duplex

---

Will log the complete dmesg info in bugzilla.

Satish

On Tue, 25 May 2004, Arjan van de Ven wrote:

...

Hi,

I've built a new kernel (2.6.6-1.383) for testing; and it just got uploaded to the testing area on the fedora download site. Highlights include

• Update to 2.6.7-rc1
• A patch to improve suspend/resume to ram behavior

(If your laptop failed before, please test with this)

• Major USB update
• The VIA C3 bug is fixed
• Minor ACPI update

The idea is to do a final update kernel in a week or two, which will include some more bugfixes and hopefully the 2.6.7-final kernel. However it's still useful to get this "inbetween point" tested to see if we're going in the right direction.

Greetings, Arjan van de Ven

On Fri, 28 May 2004, Michal Jaegermann wrote:

On Tue, May 25, 2004 at 01:47:50PM -0500, Satish Balay wrote:

...

ACPI with the new kernel doesn't work on IBM ThinkPad T40. With

echo 3 > /proc/acpi/sleep

the machine briefly attempts to go to sleep and then comes back.

On Acer TM 230 I found that a presence of ehci_hcd was responsible for such behaviour. OTOH if that module was not loaded in a startup sequence then the only recognized USB devices were those which were plugged in while booting and after disconnections and replugging they were no longer accessible. It turns out that rmmoding ehci_hcd before attempts to put a box to sleep is good enough and that module does not have to be re-inserted for USB devices to be noticed again; either when plugged anew or after a laptop resumes. No idea why.

I also had to add 'acpi_sleep=s3_bios' to boot parameters or video was gone. Still putting TM 230 to sleep kills an access to an internal floppy but so far these are all losses. I do not know about PCMCIA slot as I have at this moment nothing to stick there.

If any of the above will work with ThinkPad I cannot tell but it is worth to try.

Thanks for the info. I've tried removing ehci_hcd before suspend - and it worked on the T40.

Satish