On 12/14/05, David Brownell <[EMAIL PROTECTED]> wrote:
> On Tuesday 13 December 2005 11:10 pm, Dmitry Torokhov wrote:
>
> > Will you object to adding suspend/resume support to individual USB drivers?
> > Relying on disconnect/rediscovery at resume does not work well for input
> > devices... Now if
On Tuesday 13 December 2005 11:10 pm, Dmitry Torokhov wrote:
> Will you object to adding suspend/resume support to individual USB drivers?
> Relying on disconnect/rediscovery at resume does not work well for input
> devices... Now if X could dynamically add input devices we would not care,
> but u
On Wed, Dec 14, 2005 at 02:10:22AM -0500, Dmitry Torokhov wrote:
> On Wednesday 14 December 2005 01:10, Greg KH wrote:
> > Alan, I'm starting to get some complaints about this issue (almost no
> > usb drivers have a suspend/resume function, nor should they be required
> > to.)
>
> Greg,
>
> Will
On Wednesday 14 December 2005 01:10, Greg KH wrote:
> Alan, I'm starting to get some complaints about this issue (almost no
> usb drivers have a suspend/resume function, nor should they be required
> to.)
Greg,
Will you object to adding suspend/resume support to individual USB drivers?
Relying on
Alan, I'm starting to get some complaints about this issue (almost no
usb drivers have a suspend/resume function, nor should they be required
to.)
Mind if I add the patch below to the tree?
thanks,
greg k-h
On Wed, Dec 07, 2005 at 11:30:48AM -0500, Alan Stern wrote:
> Darn it. There were two
On Sat, 10 Dec 2005, Carl-Daniel Hailfinger wrote:
> I can suspend and resume successfully using your latest patch. Previous
> patch had been reversed prior to the test as you suggested.
Good.
> > However it's probably too late for this to go into 2.6.15 -- more likely
> > it won't appear until
Alan Stern schrieb:
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
Please send the patch above for inclusion in 2.6.15.
Thanks for your help!
Unfortunately that patch is not suitable for the kernel. Below is another
patch that _is_ suitable. If this one works as well as the other (be
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
> Please send the patch above for inclusion in 2.6.15.
>
> Thanks for your help!
Unfortunately that patch is not suitable for the kernel. Below is another
patch that _is_ suitable. If this one works as well as the other (be sure
to remove the
Alan Stern schrieb:
Darn it. There were two problem pathways in that code and the patch
changed the wrong one. Okay, this patch changes both.
Bear in mind that this is just a temporary band-aid. The real problem is
that the usblp driver doesn't have any suspend/resume support. That still
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
> Alan Stern schrieb:
> > On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
> >
> >>Sorry, this patch didn't help. Anthing else I can try?
> >
> > What does the dmesg log say?
>
> Same as before:
>
> usb 1-2: new full speed USB device using uhc
Alan Stern schrieb:
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
Sorry, this patch didn't help. Anthing else I can try?
What does the dmesg log say?
Same as before:
usb 1-2: new full speed USB device using uhci_hcd and address 2
drivers/usb/class/usblp.c: usblp0: USB Bidirectional pri
On Wed, 7 Dec 2005, Carl-Daniel Hailfinger wrote:
> Sorry, this patch didn't help. Anthing else I can try?
What does the dmesg log say?
Alan Stern
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?
Alan Stern schrieb:
On Tue, 6 Dec 2005, Carl-Daniel Hailfinger wrote:
since I switched to 2.6.15-rc2-git6, my machine is not able to suspend
anymore if my USB printer is plugged in. The problem is reproducible.
usb 1-2: new full speed USB device using uhci_hcd and address 3
drivers/usb/class/
On Tue, 6 Dec 2005, Carl-Daniel Hailfinger wrote:
> Hi,
>
> since I switched to 2.6.15-rc2-git6, my machine is not able to suspend
> anymore if my USB printer is plugged in. The problem is reproducible.
>
> usb 1-2: new full speed USB device using uhci_hcd and address 3
> drivers/usb/class/usblp
14 matches
Mail list logo