On Thu, Feb 01, 2018 at 11:13:01AM +0800, Ji-Ze Hong (Peter Hong) wrote: > Hi Johan, > > Johan Hovold 於 2018/1/30 上午 11:57 寫道: > > On Mon, Jan 22, 2018 at 03:58:45PM +0800, Ji-Ze Hong (Peter Hong) wrote: > >> The F81232 can do remote wakeup via RX/RI pin with pulse. > >> This patch will use device_set_wakeup_enable to enable this > >> feature. > > > > This is a policy decision that should be made by user space by setting > > the power/wakeup attribute, and not something that something that > > drivers should enable directly themselves. > > > > Perhaps you really wanted to use device_set_wakeup_capable()? But then > > you also need to honour the current setting in suspend() as well. > > > > How have you tested this feature? > > > > Our USB-To-Serial support RI/ RX remote wakeup by Modem, Fax or > other peripherals and we had tested it by following procedure with > device_set_wakeup_enable() enabled: > 1. Using pm-suspend to S3 > 2. Trigger a pulse to RI/RX to wake up system. > > In our test, we can do remote wakeup only with > device_set_wakeup_enable() enabled. Yeah, but you need to enable it though sysfs. Not every device should be able to wake the system up. That's a decision left for user space. > Should we add device_set_wakeup_capable() & device_set_wakeup_enable() > like following link?? > https://elixir.free-electrons.com/linux/latest/source/drivers/media/rc/mceusb.c#L1476 No, your driver should not call device_set_wakeup_enable() itself. Just set the wakeup capable flag in probe. And if you can disable the wake up feature, this needs to be done at suspend depending on what user space has requested. Johan -- 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