On 11/16/2011 11:13 PM, Tejun Heo wrote: > Hello, > > On Wed, Nov 16, 2011 at 10:52:14PM +0530, Srivatsa S. Bhat wrote: >> So, honestly I didn't understand what is wrong with the approach of this >> patch. And as a consequence, I don't see why we should wait to fix this >> issue. >> >> [And by the way recently I happened to see yet another proposed patch >> trying to make use of this API. So wouldn't it be better to fix this >> ASAP, especially when we have a fix readily available?] > > It just doesn't look like a proper solution. Nothing guarantees > freezing will happen soonish. Not all pm operations involve freezer. > The exclusion is against mem hotplug at this point, right? I don't > think it's a good idea to add such hack to fix a mostly theoretical > problem and it's actually quite likely someone would be scratching > head trying to figure out why the hell the CPU was hot spinning while > the system is trying to enter one of powersaving mode (we had similar > behavior in freezer code a while back and it was ugly). > > So, let's either fix it properly or leave it alone. > Ok, so by "proper solution", are you referring to a totally different method (than grabbing pm_mutex) to implement mutual exclusion between subsystems and suspend/hibernation, something like the suspend blockers stuff and friends? Or are you hinting at just the existing code itself being fixed more properly than what this patch does, to avoid having side effects like you pointed out? I am just trying to figure out what would be the best way to proceed here. By the way I consider it lucky that we have spotted this bug before we actually hit it.. So I would really love to get this fixed before it comes back to haunt us in the future ;-) Thanks, Srivatsa S. Bhat -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>