Re: [PATCH] USB: fix Scheduling while atomic warning when resuming.

[David Brownell]

On Tuesday 21 December 2004 7:48 pm, Jeff Garzik wrote:
> If we are going for a minimalist -rc patch, why not drop the lock, 
> sleep, then reacquire the lock?

If that lock were dropped, what would prevent other tasks from
touching the hardware while it's sending RESUME signaling down
the bus, and thereby mucking up the resume sequence?

That 20+ msec is a protocol timer.  Normally we'd want khubd
to handle such things, and then resume all the child devices,
but that's not so readily done for root hubs or during calls
from the pm core code.

- Dave

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/