Re: [linux-usb-devel] Re: Suspend support in HCDs

2004-11-24 Thread David Brownell
On Wednesday 24 November 2004 08:03, Alan Stern wrote: > On Tue, 23 Nov 2004, David Brownell wrote: > > > > I would be happy to make it not be special by allowing any device to be in > > > USB_STATE_SUSPENDED, even when CONFIG_USB_SUSPEND is not set. The > > > difference being that when CONFIG_US

Re: [linux-usb-devel] Re: Suspend support in HCDs

2004-11-24 Thread Alan Stern
Many of the issues raised here were concerned with how to handle the case of CONFIG_USB_SUSPENDED not set. Given the strategy of maintaining the drivers' current behavior for that case, there's not much point in worrying about it any more. But one or two aspects may still be of interest...

Re: [linux-usb-devel] Re: Suspend support in HCDs

2004-11-23 Thread David Brownell
On Tuesday 23 November 2004 13:56, Alan Stern wrote: > On Mon, 22 Nov 2004, David Brownell wrote: > > > > For purposes of discussion, let's say that state (1) is independent of > > > whether the clocks are running. A driver might subdivide (1) into > > > various > > > substates depending on wh

[linux-usb-devel] Re: Suspend support in HCDs

2004-11-23 Thread Alan Stern
On Mon, 22 Nov 2004, David Brownell wrote: > > For purposes of discussion, let's say that state (1) is independent of > > whether the clocks are running. A driver might subdivide (1) into various > > substates depending on which clocks are disabled, and it would naturally > > try to save as mu

[linux-usb-devel] Re: Suspend support in HCDs

2004-11-22 Thread David Brownell
On Monday 22 November 2004 09:39, Alan Stern wrote: > On Sun, 21 Nov 2004, David Brownell wrote: > > > That does need more thought -- thanks! The original sense of USB_SUSPEND > > was "all this new USB PM code". That way, bugs there wouldn't break > > anything that already worked, and we could s

[linux-usb-devel] Re: Suspend support in HCDs

2004-11-22 Thread Alan Stern
On Sun, 21 Nov 2004, David Brownell wrote: > That does need more thought -- thanks! The original sense of USB_SUSPEND > was "all this new USB PM code". That way, bugs there wouldn't break > anything that already worked, and we could start thinking through some of > the other PM integration issue

[linux-usb-devel] Re: Suspend support in HCDs

2004-11-21 Thread David Brownell
On Sunday 21 November 2004 09:41, Alan Stern wrote: > David: > > I've done a bit more thinking about how suspend support in HCDs should > work, both with and without CONFIG_USB_SUSPEND set. That does need more thought -- thanks! The original sense of USB_SUSPEND was "all this new USB PM code".