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
