Re: Boot regression on Versatile Express TC2 after commit b2b49ccbdd

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 21 Jan 2015, Rafael J. Wysocki wrote:

> > > For example, would it help to add
> > > 
> > > 	device_set_wakeup_capable(hcd->self.controller, 0);
> > > 
> > > somewhere at the beginning of isp1760_hc_setup()?
> > 
> > At the moment it wouldn't help.  The problem isn't that we want to 
> > avoid suspending the controller or its root hub; the problem is that we 
> > want to avoid suspending a device plugged into the root hub if that 
> > device needs to be enabled for wakeup.  This is because when the device 
> > sends its wakeup signal, the controller won't receive it.
> 
> I understand that.
> 
> Well, OK, so there is the case when the controller is not suspended, but it
> doesn't generate interrupts for wakeup signals from devices, which generally
> is different from the case when the controller itself is suspended too that
> requires it to be wakeup-capable for things to work.
> 
> An additional flag may still be better then.

I'll work on it when I have some spare time.  Of course, it would be 
better if somebody could add the proper wakeup-detect code to the 
isp1760-hcd driver...

Alan Stern

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




[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux