Shuah Khan | 44e1e9f | 2012-05-29 15:07:30 -0700 | [diff] [blame] | 1 | LED Transient Trigger |
| 2 | ===================== |
| 3 | |
| 4 | The leds timer trigger does not currently have an interface to activate |
| 5 | a one shot timer. The current support allows for setting two timers, one for |
| 6 | specifying how long a state to be on, and the second for how long the state |
| 7 | to be off. The delay_on value specifies the time period an LED should stay |
| 8 | in on state, followed by a delay_off value that specifies how long the LED |
| 9 | should stay in off state. The on and off cycle repeats until the trigger |
| 10 | gets deactivated. There is no provision for one time activation to implement |
| 11 | features that require an on or off state to be held just once and then stay in |
| 12 | the original state forever. |
| 13 | |
| 14 | Without one shot timer interface, user space can still use timer trigger to |
| 15 | set a timer to hold a state, however when user space application crashes or |
| 16 | goes away without deactivating the timer, the hardware will be left in that |
| 17 | state permanently. |
| 18 | |
| 19 | As a specific example of this use-case, let's look at vibrate feature on |
| 20 | phones. Vibrate function on phones is implemented using PWM pins on SoC or |
| 21 | PMIC. There is a need to activate one shot timer to control the vibrate |
| 22 | feature, to prevent user space crashes leaving the phone in vibrate mode |
| 23 | permanently causing the battery to drain. |
| 24 | |
| 25 | Transient trigger addresses the need for one shot timer activation. The |
| 26 | transient trigger can be enabled and disabled just like the other leds |
| 27 | triggers. |
| 28 | |
| 29 | When an led class device driver registers itself, it can specify all leds |
| 30 | triggers it supports and a default trigger. During registration, activation |
| 31 | routine for the default trigger gets called. During registration of an led |
| 32 | class device, the LED state does not change. |
| 33 | |
| 34 | When the driver unregisters, deactivation routine for the currently active |
| 35 | trigger will be called, and LED state is changed to LED_OFF. |
| 36 | |
| 37 | Driver suspend changes the LED state to LED_OFF and resume doesn't change |
| 38 | the state. Please note that there is no explicit interaction between the |
| 39 | suspend and resume actions and the currently enabled trigger. LED state |
| 40 | changes are suspended while the driver is in suspend state. Any timers |
| 41 | that are active at the time driver gets suspended, continue to run, without |
| 42 | being able to actually change the LED state. Once driver is resumed, triggers |
| 43 | start functioning again. |
| 44 | |
| 45 | LED state changes are controlled using brightness which is a common led |
| 46 | class device property. When brightness is set to 0 from user space via |
| 47 | echo 0 > brightness, it will result in deactivating the current trigger. |
| 48 | |
| 49 | Transient trigger uses standard register and unregister interfaces. During |
| 50 | trigger registration, for each led class device that specifies this trigger |
| 51 | as its default trigger, trigger activation routine will get called. During |
| 52 | registration, the LED state does not change, unless there is another trigger |
| 53 | active, in which case LED state changes to LED_OFF. |
| 54 | |
| 55 | During trigger unregistration, LED state gets changed to LED_OFF. |
| 56 | |
| 57 | Transient trigger activation routine doesn't change the LED state. It |
| 58 | creates its properties and does its initialization. Transient trigger |
| 59 | deactivation routine, will cancel any timer that is active before it cleans |
| 60 | up and removes the properties it created. It will restore the LED state to |
| 61 | non-transient state. When driver gets suspended, irrespective of the transient |
| 62 | state, the LED state changes to LED_OFF. |
| 63 | |
| 64 | Transient trigger can be enabled and disabled from user space on led class |
| 65 | devices, that support this trigger as shown below: |
| 66 | |
| 67 | echo transient > trigger |
| 68 | echo none > trigger |
| 69 | |
| 70 | NOTE: Add a new property trigger state to control the state. |
| 71 | |
| 72 | This trigger exports three properties, activate, state, and duration. When |
| 73 | transient trigger is activated these properties are set to default values. |
| 74 | |
| 75 | - duration allows setting timer value in msecs. The initial value is 0. |
| 76 | - activate allows activating and deactivating the timer specified by |
| 77 | duration as needed. The initial and default value is 0. This will allow |
| 78 | duration to be set after trigger activation. |
| 79 | - state allows user to specify a transient state to be held for the specified |
| 80 | duration. |
| 81 | |
| 82 | activate - one shot timer activate mechanism. |
| 83 | 1 when activated, 0 when deactivated. |
| 84 | default value is zero when transient trigger is enabled, |
| 85 | to allow duration to be set. |
| 86 | |
| 87 | activate state indicates a timer with a value of specified |
| 88 | duration running. |
| 89 | deactivated state indicates that there is no active timer |
| 90 | running. |
| 91 | |
| 92 | duration - one shot timer value. When activate is set, duration value |
| 93 | is used to start a timer that runs once. This value doesn't |
| 94 | get changed by the trigger unless user does a set via |
| 95 | echo new_value > duration |
| 96 | |
| 97 | state - transient state to be held. It has two values 0 or 1. 0 maps |
| 98 | to LED_OFF and 1 maps to LED_FULL. The specified state is |
| 99 | held for the duration of the one shot timer and then the |
| 100 | state gets changed to the non-transient state which is the |
| 101 | inverse of transient state. |
| 102 | If state = LED_FULL, when the timer runs out the state will |
| 103 | go back to LED_OFF. |
| 104 | If state = LED_OFF, when the timer runs out the state will |
| 105 | go back to LED_FULL. |
| 106 | Please note that current LED state is not checked prior to |
| 107 | changing the state to the specified state. |
| 108 | Driver could map these values to inverted depending on the |
| 109 | default states it defines for the LED in its brightness_set() |
| 110 | interface which is called from the led brightness_set() |
| 111 | interfaces to control the LED state. |
| 112 | |
| 113 | When timer expires activate goes back to deactivated state, duration is left |
| 114 | at the set value to be used when activate is set at a future time. This will |
| 115 | allow user app to set the time once and activate it to run it once for the |
| 116 | specified value as needed. When timer expires, state is restored to the |
| 117 | non-transient state which is the inverse of the transient state. |
| 118 | |
| 119 | echo 1 > activate - starts timer = duration when duration is not 0. |
| 120 | echo 0 > activate - cancels currently running timer. |
| 121 | echo n > duration - stores timer value to be used upon next |
| 122 | activate. Currently active timer if |
| 123 | any, continues to run for the specified time. |
| 124 | echo 0 > duration - stores timer value to be used upon next |
| 125 | activate. Currently active timer if any, |
| 126 | continues to run for the specified time. |
| 127 | echo 1 > state - stores desired transient state LED_FULL to be |
| 128 | held for the specified duration. |
| 129 | echo 0 > state - stores desired transient state LED_OFF to be |
| 130 | held for the specified duration. |
| 131 | |
| 132 | What is not supported: |
| 133 | ====================== |
| 134 | - Timer activation is one shot and extending and/or shortening the timer |
| 135 | is not supported. |
| 136 | |
| 137 | Example use-case 1: |
| 138 | echo transient > trigger |
| 139 | echo n > duration |
| 140 | echo 1 > state |
| 141 | repeat the following step as needed: |
| 142 | echo 1 > activate - start timer = duration to run once |
| 143 | echo 1 > activate - start timer = duration to run once |
| 144 | echo none > trigger |
| 145 | |
| 146 | This trigger is intended to be used for for the following example use cases: |
| 147 | - Control of vibrate (phones, tablets etc.) hardware by user space app. |
| 148 | - Use of LED by user space app as activity indicator. |
| 149 | - Use of LED by user space app as a kind of watchdog indicator -- as |
| 150 | long as the app is alive, it can keep the LED illuminated, if it dies |
| 151 | the LED will be extinguished automatically. |
| 152 | - Use by any user space app that needs a transient GPIO output. |