* wakeup source - power management @ 2014-09-06 16:26 Ran Shalit 2014-09-07 20:14 ` AYAN KUMAR HALDER 0 siblings, 1 reply; 9+ messages in thread From: Ran Shalit @ 2014-09-06 16:26 UTC (permalink / raw) To: kernelnewbies Hello What does it mean device without wakeup source in terms of runtime PM ? Thanks, Ran ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-06 16:26 wakeup source - power management Ran Shalit @ 2014-09-07 20:14 ` AYAN KUMAR HALDER 2014-09-07 20:20 ` Ran Shalit 0 siblings, 1 reply; 9+ messages in thread From: AYAN KUMAR HALDER @ 2014-09-07 20:14 UTC (permalink / raw) To: kernelnewbies On Sat, Sep 6, 2014 at 9:56 PM, Ran Shalit <ranshalit@gmail.com> wrote: > Hello > > What does it mean device without wakeup source in terms of runtime PM ? > Can you give some source/reference where you came across this terminology. "device without wakeup source" Regards, Ayan Kumar Halder ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-07 20:14 ` AYAN KUMAR HALDER @ 2014-09-07 20:20 ` Ran Shalit 2014-09-07 20:36 ` AYAN KUMAR HALDER 0 siblings, 1 reply; 9+ messages in thread From: Ran Shalit @ 2014-09-07 20:20 UTC (permalink / raw) To: kernelnewbies On Sun, Sep 7, 2014 at 11:14 PM, AYAN KUMAR HALDER <ayankumarh@gmail.com> wrote: > On Sat, Sep 6, 2014 at 9:56 PM, Ran Shalit <ranshalit@gmail.com> wrote: >> Hello >> >> What does it mean device without wakeup source in terms of runtime PM ? >> > Can you give some source/reference where you came across this terminology. > "device without wakeup source" > > Regards, > Ayan Kumar Halder Hi, You can find it here: http://elinux.org/images/1/18/Elc2011_damm.pdf Thanks, Ran -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140907/83b65693/attachment.html ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-07 20:20 ` Ran Shalit @ 2014-09-07 20:36 ` AYAN KUMAR HALDER 2014-09-08 3:37 ` Ran Shalit 0 siblings, 1 reply; 9+ messages in thread From: AYAN KUMAR HALDER @ 2014-09-07 20:36 UTC (permalink / raw) To: kernelnewbies On Mon, Sep 8, 2014 at 1:50 AM, Ran Shalit <ranshalit@gmail.com> wrote: > > > On Sun, Sep 7, 2014 at 11:14 PM, AYAN KUMAR HALDER <ayankumarh@gmail.com> > wrote: >> On Sat, Sep 6, 2014 at 9:56 PM, Ran Shalit <ranshalit@gmail.com> wrote: >>> Hello >>> >>> What does it mean device without wakeup source in terms of runtime PM ? >>> >> Can you give some source/reference where you came across this terminology. >> "device without wakeup source" >> >> Regards, >> Ayan Kumar Halder > > Hi, > > You can find it here: > http://elinux.org/images/1/18/Elc2011_damm.pdf If I am not mistaken, it takes about device without wakeup source in Suspend to Ram which is system power management and not runtime power management. In this respect it means, the device cannot wake-up the system from suspend state. Such devices are completely powered down/clock disabled in suspend state. Devices which have wakeup source like RTC are not powered down completely so as to generate a wakeup interrupt. This would try to wakeup the system. Sorry, I am not aware about "device without wakeup source" in terms of runtime pm. Regards, Ayan Kumar Halder > > Thanks, Ran ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-07 20:36 ` AYAN KUMAR HALDER @ 2014-09-08 3:37 ` Ran Shalit 2014-09-08 18:43 ` AYAN KUMAR HALDER 0 siblings, 1 reply; 9+ messages in thread From: Ran Shalit @ 2014-09-08 3:37 UTC (permalink / raw) To: kernelnewbies On Sun, Sep 7, 2014 at 11:36 PM, AYAN KUMAR HALDER <ayankumarh@gmail.com> wrote: > On Mon, Sep 8, 2014 at 1:50 AM, Ran Shalit <ranshalit@gmail.com> wrote: >> >> >> On Sun, Sep 7, 2014 at 11:14 PM, AYAN KUMAR HALDER <ayankumarh@gmail.com> >> wrote: >>> On Sat, Sep 6, 2014 at 9:56 PM, Ran Shalit <ranshalit@gmail.com> wrote: >>>> Hello >>>> >>>> What does it mean device without wakeup source in terms of runtime PM ? >>>> >>> Can you give some source/reference where you came across this terminology. >>> "device without wakeup source" > If I am not mistaken, it takes about device without wakeup source in > Suspend to Ram > which is system power management and not runtime power management. > In this respect it means, the device cannot wake-up the system from > suspend state. > Such devices are completely powered down/clock disabled in suspend state. > Devices which have wakeup source like RTC are not powered down completely > so as to generate a wakeup interrupt. This would try to wakeup the system. > > Sorry, I am not aware about "device without wakeup source" in terms of > runtime pm. > Hi, How should a wakeup source for a device be configured in code. I could not find it documented anywhere. Thanks very much, Ran ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-08 3:37 ` Ran Shalit @ 2014-09-08 18:43 ` AYAN KUMAR HALDER 2014-09-09 11:37 ` Ran Shalit 0 siblings, 1 reply; 9+ messages in thread From: AYAN KUMAR HALDER @ 2014-09-08 18:43 UTC (permalink / raw) To: kernelnewbies > > How should a wakeup source for a device be configured in code. > I could not find it documented anywhere. > Check out drivers/input/keyboard/samsung-keypad.c. It is configured as a wakeup source:- 1. device_init_wakeup() - configuring the device to be of wakeup type 2. enable_irq_wake() - configuring the interrupt to be of wakeup type. True, I could not find the documentation for the same. Regards, Ayan Kumar Halder ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-08 18:43 ` AYAN KUMAR HALDER @ 2014-09-09 11:37 ` Ran Shalit 2014-09-09 17:48 ` AYAN KUMAR HALDER 0 siblings, 1 reply; 9+ messages in thread From: Ran Shalit @ 2014-09-09 11:37 UTC (permalink / raw) To: kernelnewbies On Mon, Sep 8, 2014 at 9:43 PM, AYAN KUMAR HALDER <ayankumarh@gmail.com> wrote: >> >> How should a wakeup source for a device be configured in code. >> I could not find it documented anywhere. >> > Check out drivers/input/keyboard/samsung-keypad.c. It is configured as > a wakeup source:- > 1. device_init_wakeup() - configuring the device to be of wakeup type > 2. enable_irq_wake() - configuring the interrupt to be of wakeup type. > > True, I could not find the documentation for the same. > > Regards, > Ayan Kumar Halder Hi Ayan, This issue is the point I'm get difficulties with and would appreciate your clarifications. Is the wakeup source relevant only for suspend/resume , or also for runtime PM ? for example, is the keybaord example , which you linked, relevant for runtime PM too ? If yes - is the keybaord interrupt wakeup only the keyboard driver, and nothing else, including the cpu ? Thanks, Ran ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-09 11:37 ` Ran Shalit @ 2014-09-09 17:48 ` AYAN KUMAR HALDER 2014-09-09 18:43 ` Ran Shalit 0 siblings, 1 reply; 9+ messages in thread From: AYAN KUMAR HALDER @ 2014-09-09 17:48 UTC (permalink / raw) To: kernelnewbies > Is the wakeup source relevant only for suspend/resume , or also for > runtime PM ? for example, is the keybaord example , which you linked, > relevant for runtime PM too ? Refer to my reply in the other thread. > If yes - is the keybaord interrupt wakeup only the keyboard driver, > and nothing else, including the cpu ? In your case, the keyboard interrupt being the wakeup source, wakes up the entire system ^ permalink raw reply [flat|nested] 9+ messages in thread
* wakeup source - power management 2014-09-09 17:48 ` AYAN KUMAR HALDER @ 2014-09-09 18:43 ` Ran Shalit 0 siblings, 0 replies; 9+ messages in thread From: Ran Shalit @ 2014-09-09 18:43 UTC (permalink / raw) To: kernelnewbies On Tue, Sep 9, 2014 at 8:48 PM, AYAN KUMAR HALDER <ayankumarh@gmail.com> wrote: >> Is the wakeup source relevant only for suspend/resume , or also for >> runtime PM ? for example, is the keybaord example , which you linked, >> relevant for runtime PM too ? > Refer to my reply in the other thread. > >> If yes - is the keybaord interrupt wakeup only the keyboard driver, >> and nothing else, including the cpu ? > In your case, the keyboard interrupt being the wakeup source, wakes up the > entire system Though the wakeup source is more relevant to suspend/resume and not to runtime PM, as you've answered to my other thread question, it is still worth to add that wakeup source exist as part of platform HW (for example in OMAP35x, I deal with). It makes me think that the given requirements to make all PM automatic without any userspace application dealing with it, was irresponsible requirement. There must be some process or thread who will need to decide when to suspend some devices, and the cpu will wait for wakeup source to decide when to resume. I think this will be a better approach. What do you think? ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2014-09-09 18:43 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-09-06 16:26 wakeup source - power management Ran Shalit 2014-09-07 20:14 ` AYAN KUMAR HALDER 2014-09-07 20:20 ` Ran Shalit 2014-09-07 20:36 ` AYAN KUMAR HALDER 2014-09-08 3:37 ` Ran Shalit 2014-09-08 18:43 ` AYAN KUMAR HALDER 2014-09-09 11:37 ` Ran Shalit 2014-09-09 17:48 ` AYAN KUMAR HALDER 2014-09-09 18:43 ` Ran Shalit
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.