Re: PATCH/RFC: driver model/pmcore wakeup hooks (0/4)

[David Brownell]

On Tuesday 05 October 2004 12:32 pm, Pavel Machek wrote:
> Hi!
> 
> > One significant example involves USB mice.  If they were to be
> > suspended (usb_suspend_device) after a few seconds of inactivity,
> > that change could often spread up the device tree and let the
> > USB host controller stop DMA access.  Some x86 CPUs could
> > then enter C3 and save a couple Watts of battery power ... until
> > the mouse moved, and woke that branch of the device tree
> > for a while (until the mouse went idle again).
> 
> 
> How fast is the wakeup? 

30+msec for the USB-specific signaling; plus a bit more for each
layer of USB hubs in its tree.  Lots more if power glitches force
re-enumeration of anything; but if those happen, they'd happen
during normal use too.


> Will not that make mouse jump a bit? 
> (Just curious...) 

I actually don't have a wakeup-capable mouse (the one I
have lies about it, fwiw) so I don't know how that acts.
My current wakeup testing uses a USB keyboard instead.

It may even need to be a click that wakes up the mouse;
you don't much want the system to wake up if you nudge
the table (and hence mouse), or a truck goes by, etc.

Len Brown may have details, he was particularly keen
on having this scenario work, given the number of Intel
laptops that would last longer under Linux this way ... it
was evidently a big win under Windows.

- 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/