http://bugzilla.kernel.org/show_bug.cgi?id=14668





--- Comment #18 from Maxim Levitsky <maximlevit...@gmail.com>  2010-01-30 
21:16:00 ---
>I'm not sure the patch does exactly what you wanted.  I thought it would just
>release the global lock instead of merely preventing it from being acquired.
>
>Also, shouldn't we actually make sure that the global lock is released before
>suspend to RAM?  As well as in the hibernate .pre_snapshot() phase?  Alex?

Why?

My patch (which doesn't work sadly), takes the lock, and then sets global
variable (lock_suspended), then it releases it (and does release the _hardware_
lock. At that point all further attempts to take the lock just succeed without
touching the global lock (because of that global variable)

Since it doesn't work, I assume that EC is somehow busted, thus on resume,
indeed an transaction hangs in the middle, with lock held, or in other words,
that resuming kernel takes the lock.

I will test the above patch.

-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to