Closed ydirson closed 12 years ago
Well, there are already logs in this area, and I already wondered if a separate category for Suspend would be a better idea. Since there it is possible to define compile-time-selectable logs, that could even provide a net benefit by using less logging calls in this area in the non-debug case. But anyway, I'm not convinced that a logging call that will anyway resolve to a no-op at some depth will add much overhead when we're speaking about driving devices into sleep...
Hmm i am not sure if i want to pull this one. It does not fix anything, just adding traces to the suspend/resume code where speed is critical. The suspend/resume code should ideally not log at all.