ACPI Lock after resume from S3 [2.5.59+latest ACPI]

[Alvaro Lopes <alvieboy-JkNoWtNHh5AAvxtiuMwx3w@public.gmane.org>]

Hi list

here's the problem:

My toshiba enters S3 via acpi_enter_sleep_state(). It goes to sleep 
right after writing PM1A_CONTROL with SLP_ENABLE.  It resumes then to 
the caller  [acpi_suspend()] and then calls acpi_restore_system_state() 
and finally acpi_leave_sleep_state().

The problem is that it enters a deadlock because:

    1- When setting PM1A_CONTROL with flag ACPI_MTX_LOCK, the hardware 
mutex is locked, the system enters sleep right after writing the 
register and never unlocks the mutex, because it resumes to a different 
point;

    2- in acpi_leave_sleep_state() we disable BM artbitration, and here 
it locks forever, waiting a hardware mutex release.

Disabling APCI_MTX_LOCK on the 1st point seems to go around the problem, 
and the system resumes almost OK, only HDD DMA is disabled:

Feb  6 18:19:26 supernova kernel: hda: status timeout: status=0x80 { Busy }
Feb  6 18:19:26 supernova kernel: hda: DMA disabled
Feb  6 18:19:26 supernova kernel: hda: drive not ready for command
Feb  6 18:19:27 supernova kernel: ide0: reset: master: error (0x00?)

Álvaro

-- 

Álvaro Lopes 
---------------------
A .sig is just a .sig




-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com