On Wednesday 09 January 2008, Alan Stern wrote:
>
> > > The USB autosuspend code affects only the controller's USB interface --
> > > it doesn't touch the PCI side. An autosuspended controller will remain
> > > in D0. Until somebody tries writing autosuspend code for PCI
> > > devices...
> >
> > Is this likely to happen?
>
> I don't know of anybody working on it. A minimal prerequisite is that
> PCI runtime wakeup processing needs to work right -- which it doesn't.
> See
>
> http://bugzilla.kernel.org/show_bug.cgi?id=6892
And while most of the non-PCI USB host platforms to which I have access
don't have that type of issue, their hardware isn't actually set up to
offer an analogue of runtime PCI_D3 (for example) power states.
In more detail: they generally have some clocks that could be disabled,
but for various reasons they need to be left running. Disabling those
clocks prevents wakeup from working ... yes, a multi-MHz clock just to
detect the D+ (or D-) pullup as it kicks in. Systems using an external
PHY will sometimes offer an alternative, when the PHY can issue those
wakeup IRQs by itself, but that seems oddly uncommon.
- Dave
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
linux-usb-devel@xxxxxxxxxxxxxxxxxxxxx
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[Home]
[Video for Linux]
[Photo]
[Yosemite Forum]
[Yosemite Photos]
[Video Projectors]
[PDAs]
[Hacking TiVo]
[Linux Kernel]
[Linux SCSI]
[XFree86]
[Devices]
[Big List of Linux Books]
[Free Dating]