summaryrefslogtreecommitdiff
path: root/src/org.freedesktop.DeviceKit.Power.QoS.xml
blob: 2009d92d07f23d2efe06e808f7c6e40b17b81959 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
<!DOCTYPE node PUBLIC
"-//freedesktop//DTD D-BUS Object Introspection 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/introspect.dtd" [
  <!ENTITY ERROR_GENERAL "org.freedesktop.DeviceKit.Power.GeneralError">
]>
<node name="/" xmlns:doc="http://www.freedesktop.org/dbus/1.0/doc.dtd">
  <interface name="org.freedesktop.DeviceKit.Power.QoS">
    <doc:doc>
      <doc:description>
        <doc:para>
          org.freedesktop.DeviceKit.Power.QoS is a DBus interface implimented
          by DeviceKit-power.
          It allows applications to request latencies, for example a couple of seconds
          for an IM application, or a few hundred microseconds for a multiplayer game.
        </doc:para>
        <doc:para>
          Use cases:
        </doc:para>
        <doc:itemizedlist>
          <doc:listitem>
            <doc:para>
              I want my IM application to request 0.5s latency for messages.
            </doc:para>
            <doc:para>
              I'm running an OpenGL simulation and want maximum performance,
              even when on battery power.
            </doc:para>
            <doc:para>
              I'm running an SQL server for a credit card company, and want the
              server to request low latency CPU and network as any delay costs money.
            </doc:para>
            <doc:para>
              I'm an admin, and want to change the power consumption vs. latency
              from cron scripts so it uses high latency during the night for
              maximum power saving, and low latency during business hours.
            </doc:para>
            <doc:para>
              I want high throughput when copying files, but want low throughput
              for downloading updates in the background.
            </doc:para>
            <doc:para>
              I want my power manager to set all latencies to lowest when on
              AC power.
            </doc:para>
            <doc:para>
              I don't want my users messing with latency settings.
            </doc:para>
            <doc:para>
              I'm and admin and I want to be able to override all latency
              settings on my machines.
            </doc:para>
          </doc:listitem>
        </doc:itemizedlist>
        <doc:para>
          Why don't applications use the PMQoS interface directly?
          By providing a framework we can override requests by policy, and also
          control requests from random services.
          You also can't set latencies unless you're the root user, which is not
          suitable for the desktop use case.
        </doc:para>
        <doc:para>
          Of course, you can do if you really want, but then you loose the
          benefits of the query interface and the policy override,
          and have to run your application as root.
        </doc:para>
      </doc:description>
    </doc:doc>

    <!-- ************************************************************ -->
    <method name="SetMinimumLatency">
      <annotation name="org.freedesktop.DBus.GLib.Async" value=""/>
      <arg name="type" direction="in" type="s">
        <doc:doc>
          <doc:summary>
            The type of latency to control, <doc:tt>cpu_dma</doc:tt> or
            <doc:tt>network</doc:tt>.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="value" direction="in" type="i">
        <doc:doc>
          <doc:summary>
            The value, in microseconds or kilobits per second.
            The value <doc:tt>-1</doc:tt> means unset and the default is used.
          </doc:summary>
        </doc:doc>
      </arg>
      <doc:doc>
        <doc:description>
          <doc:para>
            Set the minimum acceptable latency of the system.
            Setting this value tells the system to not attempt latencies below this setting.
            This may be useful in a data center or server room, when you want to override the
            latency requests from applications.
            This may be required if the server room is operating outside a standard thermal
            or power envelope, and an override is required.
            You do not have to use this method during normal operation.
          </doc:para>
        </doc:description>
        <doc:permission>Callers need the <doc:tt>org.freedesktop.devicekit.power.latency.set-minimum-latency</doc:tt> authorization</doc:permission>
        <doc:errors>
          <doc:error name="&ERROR_GENERAL;">if an error occured while setting the latency</doc:error>
        </doc:errors>
      </doc:doc>
    </method>

    <!-- ************************************************************ -->
    <method name="RequestLatency">
      <annotation name="org.freedesktop.DBus.GLib.Async" value=""/>
      <arg name="type" direction="in" type="s">
        <doc:doc>
          <doc:summary>
            The type of latency to control, <doc:tt>cpu_dma</doc:tt> or
            <doc:tt>network</doc:tt>.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="value" direction="in" type="i">
        <doc:doc>
          <doc:summary>
            The value, in microseconds or kilobits per second.
            The value <doc:tt>-1</doc:tt> means remove all latency requirements.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="persistent" direction="in" type="b">
        <doc:doc>
          <doc:summary>
            If the latency request outlives the connection.
            When the application issuing the request disconnects from the system
            bus, the latency request is automatically cleaned up.
            By setting this flag to TRUE, the request is not cleaned up when
            the client disconnects, and the cookie is preserved acress reboots.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="cookie" direction="out" type="u">
        <doc:doc>
          <doc:summary>
            A cookie that identifies the request. This allows an application or
            service to request multiple latency settings from one process, and for
            other processes to cancel requests.
          </doc:summary>
        </doc:doc>
      </arg>
      <doc:doc>
        <doc:description>
          <doc:para>
            Set the required latency of an application or service.
          </doc:para>
        </doc:description>
        <doc:permission>
          Callers need the
          <doc:tt>org.freedesktop.devicekit.power.latency.request-latency-persistent</doc:tt>
          authorization if <doc:tt>persistent</doc:tt> is TRUE, or
          <doc:tt>org.freedesktop.devicekit.power.latency.request-latency</doc:tt> otherwise.
        </doc:permission>
        <doc:errors>
          <doc:error name="&ERROR_GENERAL;">if an error occured while setting the latency</doc:error>
        </doc:errors>
      </doc:doc>
    </method>

    <!-- ************************************************************ -->
    <method name="CancelRequest">
      <annotation name="org.freedesktop.DBus.GLib.Async" value=""/>
      <arg name="type" direction="in" type="s">
        <doc:doc>
          <doc:summary>
            The type of latency to control, <doc:tt>cpu_dma</doc:tt> or
            <doc:tt>network</doc:tt>.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="cookie" direction="in" type="u">
        <doc:doc>
          <doc:summary>
            A cookie that identifies the request. This allows an application or
            serivice to request multiple latency settings from one process.
          </doc:summary>
        </doc:doc>
      </arg>
      <doc:doc>
        <doc:description>
          <doc:para>
            Cancel the latency request from the application or service.
          </doc:para>
        </doc:description>
        <doc:permission>
          Callers need the
          <doc:tt>org.freedesktop.devicekit.power.latency.cancel-request</doc:tt>
          authorization if they were not the one issuing the request.
        </doc:permission>
        <doc:errors>
          <doc:error name="&ERROR_GENERAL;">if an error occured while clearing the latency</doc:error>
        </doc:errors>
      </doc:doc>
    </method>

    <!-- ************************************************************ -->
    <method name="GetLatency">
      <arg name="type" direction="in" type="s">
        <doc:doc>
          <doc:summary>
            The type of latency to return, <doc:tt>cpu_dma</doc:tt> or
            <doc:tt>network</doc:tt>.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="value" direction="out" type="i">
        <doc:doc>
          <doc:summary>
            The value, in microseconds or kilobits per second.
            The value <doc:tt>-1</doc:tt> means not set or unavailable.
          </doc:summary>
        </doc:doc>
      </arg>
      <doc:doc>
        <doc:description>
          <doc:para>
            Get the lowest latency state on the system at the current time.
          </doc:para>
        </doc:description>
        <doc:errors>
          <doc:error name="&ERROR_GENERAL;">if an error occured while getting the latency</doc:error>
        </doc:errors>
      </doc:doc>
    </method>

    <!-- ************************************************************ -->
    <signal name="LatencyChanged">
      <arg name="type" direction="out" type="s">
        <doc:doc>
          <doc:summary>
            The type of latency that changed, <doc:tt>cpu_dma</doc:tt> or
            <doc:tt>network</doc:tt>.
          </doc:summary>
        </doc:doc>
      </arg>
      <arg name="value" direction="out" type="i">
        <doc:doc>
          <doc:summary>
            The value, in microseconds or kilobits per second.
            The value <doc:tt>-1</doc:tt> means not set or unavailable.
          </doc:summary>
        </doc:doc>
      </arg>
      <doc:doc>
        <doc:description>
          <doc:para>
            Some latency value has changed.
          </doc:para>
        </doc:description>
      </doc:doc>
    </signal>

    <!-- ************************************************************ -->
    <method name="GetLatencyRequests">
      <arg name="requests" direction="out" type="a(uuusxbssi)">
        <doc:doc>
          <doc:summary>
            The request lists, where each application can request different
            latency types.
            <doc:list>
              <doc:item>
                <doc:term>cookie</doc:term>
                <doc:definition>
                  The random cookie that identifies the request.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>uid</doc:term>
                <doc:definition>
                  The user ID that issued the request.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>pid</doc:term>
                <doc:definition>
                  The process ID of the application.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>exec</doc:term>
                <doc:definition>
                  The executable that issued the request.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>timespec</doc:term>
                <doc:definition>
                  The number of seconds since the epoch.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>persistent</doc:term>
                <doc:definition>
                  If the request is persistent and outlives the connection lifetime.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>type</doc:term>
                <doc:definition>
                  The type of the request, <doc:tt>cpu_dma</doc:tt> or
                  <doc:tt>network</doc:tt>.
                </doc:definition>
              </doc:item>
              <doc:item>
                <doc:term>value</doc:term>
                <doc:definition>
                  The value, in microseconds or kilobits per second.
                </doc:definition>
              </doc:item>
            </doc:list>
        </doc:summary></doc:doc>
      </arg>
      <doc:doc>
        <doc:description>
          <doc:para>
            Gets all the system requests from all services and applications.
          </doc:para>
        </doc:description>
      </doc:doc>
    </method>

    <!-- ************************************************************ -->
    <signal name="RequestsChanged">
      <doc:doc>
        <doc:description>
          <doc:para>
            The latency requests on the system have changed.
          </doc:para>
        </doc:description>
      </doc:doc>
    </signal>

  </interface>

</node>