On Mon, 2013-03-18 at 10:30 +0100, Stanislaw Gruszka wrote: > I thought about 2 solutions: > > 1) Do not drv_remove_interface() and drv_stop() on suspend. Need to > check and possibly rewrite drivers to work with that, so this is not > preferred solution for me. Yeah, that's probably not feasible. Actually this is what happens with WoWLAN today, but still. OTOH, it'd only have to be done for drivers that even can hotplug :) > 2) Add "if (local->started && !local->suspended) check in some drv_ > callbacks, IOW silently ignore callbacks when suspended. This looks > as even worse hack than this patch. Agree, that's not really a great idea either. I was more thinking along the lines of seeing whether during suspend it'd be possible to put the interface into a state where it's safe to not do any more cleanups at all, and then just not really execute the do_stop() at all if it's still in that suspended state. But that looks equally difficult to do. johannes -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
