blob: 2f06d40fe07d4d5c293561d4187a622cdd1bc05f [file] [log] [blame]
Jonathan Cameronb3874062011-08-30 12:32:49 +01001What: /sys/bus/iio/devices/iio:deviceX
Jonathan Camerone34d2c52010-05-04 14:43:05 +01002KernelVersion: 2.6.35
3Contact: linux-iio@vger.kernel.org
4Description:
Jonathan Cameronde1874b2011-08-12 16:55:38 +01005 Hardware chip or device accessed by one communication port.
Jonathan Cameronf386caa2010-11-22 23:31:16 +00006 Corresponds to a grouping of sensor channels. X is the IIO
7 index of the device.
Jonathan Camerone34d2c52010-05-04 14:43:05 +01008
Jonathan Cameronf386caa2010-11-22 23:31:16 +00009What: /sys/bus/iio/devices/triggerX
Jonathan Camerone34d2c52010-05-04 14:43:05 +010010KernelVersion: 2.6.35
11Contact: linux-iio@vger.kernel.org
12Description:
13 An event driven driver of data capture to an in kernel buffer.
14 May be provided by a device driver that also has an IIO device
15 based on hardware generated events (e.g. data ready) or
16 provided by a separate driver for other hardware (e.g.
Jonathan Cameronf386caa2010-11-22 23:31:16 +000017 periodic timer, GPIO or high resolution timer).
Jonathan Camerone34d2c52010-05-04 14:43:05 +010018 Contains trigger type specific elements. These do not
19 generalize well and hence are not documented in this file.
Jonathan Cameronf386caa2010-11-22 23:31:16 +000020 X is the IIO index of the trigger.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010021
Jonathan Cameronb3874062011-08-30 12:32:49 +010022What: /sys/bus/iio/devices/iio:deviceX/buffer
Jonathan Camerone34d2c52010-05-04 14:43:05 +010023KernelVersion: 2.6.35
24Contact: linux-iio@vger.kernel.org
25Description:
Jonathan Cameronb3874062011-08-30 12:32:49 +010026 Directory of attributes relating to the buffer for the device.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010027
Jonathan Cameronb3874062011-08-30 12:32:49 +010028What: /sys/bus/iio/devices/iio:deviceX/name
Jonathan Camerone34d2c52010-05-04 14:43:05 +010029KernelVersion: 2.6.35
30Contact: linux-iio@vger.kernel.org
31Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +000032 Description of the physical chip / device for device X.
33 Typically a part number.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010034
Jonathan Cameronb3874062011-08-30 12:32:49 +010035What: /sys/bus/iio/devices/iio:deviceX/sampling_frequency
Jonathan Cameron15739cd2011-09-21 11:15:51 +010036What: /sys/bus/iio/devices/iio:deviceX/buffer/sampling_frequency
37What: /sys/bus/iio/devices/triggerX/sampling_frequency
Jonathan Camerone34d2c52010-05-04 14:43:05 +010038KernelVersion: 2.6.35
39Contact: linux-iio@vger.kernel.org
40Description:
41 Some devices have internal clocks. This parameter sets the
42 resulting sampling frequency. In many devices this
Peter Meerwald8b417d72012-06-12 15:31:27 +020043 parameter has an effect on input filters etc. rather than
Jonathan Camerone34d2c52010-05-04 14:43:05 +010044 simply controlling when the input is sampled. As this
Peter Meerwald8b417d72012-06-12 15:31:27 +020045 effects data ready triggers, hardware buffers and the sysfs
Jonathan Camerone34d2c52010-05-04 14:43:05 +010046 direct access interfaces, it may be found in any of the
47 relevant directories. If it effects all of the above
Jonathan Cameron15739cd2011-09-21 11:15:51 +010048 then it is to be found in the base device directory.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010049
Jonathan Cameronb3874062011-08-30 12:32:49 +010050What: /sys/bus/iio/devices/iio:deviceX/sampling_frequency_available
Jonathan Cameron15739cd2011-09-21 11:15:51 +010051What: /sys/.../iio:deviceX/buffer/sampling_frequency_available
52What: /sys/bus/iio/devices/triggerX/sampling_frequency_available
Jonathan Camerone34d2c52010-05-04 14:43:05 +010053KernelVersion: 2.6.35
54Contact: linux-iio@vger.kernel.org
55Description:
56 When the internal sampling clock can only take a small
Jonathan Cameronf386caa2010-11-22 23:31:16 +000057 discrete set of values, this file lists those available.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010058
Jonathan Cameronb3874062011-08-30 12:32:49 +010059What: /sys/bus/iio/devices/iio:deviceX/oversampling_ratio
Michael Hennerichb9618c02011-02-22 21:46:18 +010060KernelVersion: 2.6.38
61Contact: linux-iio@vger.kernel.org
62Description:
63 Hardware dependent ADC oversampling. Controls the sampling ratio
64 of the digital filter if available.
65
Jonathan Cameronb3874062011-08-30 12:32:49 +010066What: /sys/bus/iio/devices/iio:deviceX/oversampling_ratio_available
Michael Hennerichb9618c02011-02-22 21:46:18 +010067KernelVersion: 2.6.38
68Contact: linux-iio@vger.kernel.org
69Description:
70 Hardware dependent values supported by the oversampling filter.
71
Jonathan Camerona37b5492011-09-02 17:14:35 +010072What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_raw
73What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_raw
Jonathan Camerone34d2c52010-05-04 14:43:05 +010074KernelVersion: 2.6.35
75Contact: linux-iio@vger.kernel.org
76Description:
Peter Meerwald8b417d72012-06-12 15:31:27 +020077 Raw (unscaled no bias removal etc.) voltage measurement from
Jonathan Cameronf386caa2010-11-22 23:31:16 +000078 channel Y. In special cases where the channel does not
79 correspond to externally available input one of the named
80 versions may be used. The number must always be specified and
Jonathan Cameron15739cd2011-09-21 11:15:51 +010081 unique to allow association with event codes. Units after
82 application of scale and offset are microvolts.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010083
Jonathan Camerona37b5492011-09-02 17:14:35 +010084What: /sys/bus/iio/devices/iio:deviceX/in_voltageY-voltageZ_raw
Jonathan Camerone34d2c52010-05-04 14:43:05 +010085KernelVersion: 2.6.35
86Contact: linux-iio@vger.kernel.org
87Description:
88 Raw (unscaled) differential voltage measurement equivalent to
Jonathan Cameronf386caa2010-11-22 23:31:16 +000089 channel Y - channel Z where these channel numbers apply to the
Jonathan Cameron2f3cc662010-10-08 12:14:12 +010090 physically equivalent inputs when non differential readings are
91 separately available. In differential only parts, then all that
Jonathan Cameron15739cd2011-09-21 11:15:51 +010092 is required is a consistent labeling. Units after application
93 of scale and offset are microvolts.
Jonathan Camerone34d2c52010-05-04 14:43:05 +010094
Jonathan Cameron0baf29d2011-09-21 11:15:52 +010095What: /sys/bus/iio/devices/iio:deviceX/in_capacitanceY_raw
96KernelVersion: 3.2
97Contact: linux-iio@vger.kernel.org
98Description:
99 Raw capacitance measurement from channel Y. Units after
100 application of scale and offset are nanofarads.
101
102What: /sys/.../iio:deviceX/in_capacitanceY-in_capacitanceZ_raw
103KernelVersion: 3.2
104Contact: linux-iio@vger.kernel.org
105Description:
106 Raw differential capacitance measurement equivalent to
107 channel Y - channel Z where these channel numbers apply to the
108 physically equivalent inputs when non differential readings are
109 separately available. In differential only parts, then all that
110 is required is a consistent labeling. Units after application
Jonathan Cameron68284a12012-04-25 15:54:57 +0100111 of scale and offset are nanofarads.
Jonathan Cameron0baf29d2011-09-21 11:15:52 +0100112
Jonathan Camerona37b5492011-09-02 17:14:35 +0100113What: /sys/bus/iio/devices/iio:deviceX/in_temp_raw
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100114What: /sys/bus/iio/devices/iio:deviceX/in_tempX_raw
Jonathan Camerona37b5492011-09-02 17:14:35 +0100115What: /sys/bus/iio/devices/iio:deviceX/in_temp_x_raw
116What: /sys/bus/iio/devices/iio:deviceX/in_temp_y_raw
117What: /sys/bus/iio/devices/iio:deviceX/in_temp_z_raw
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000118KernelVersion: 2.6.35
119Contact: linux-iio@vger.kernel.org
120Description:
Peter Meerwald8b417d72012-06-12 15:31:27 +0200121 Raw (unscaled no bias removal etc.) temperature measurement.
Jonathan Cameron68284a12012-04-25 15:54:57 +0100122 If an axis is specified it generally means that the temperature
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000123 sensor is associated with one part of a compound device (e.g.
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100124 a gyroscope axis). Units after application of scale and offset
Peter Meerwaldcf655d22012-06-15 19:25:23 +0200125 are milli degrees Celsius.
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000126
Jonathan Camerona37b5492011-09-02 17:14:35 +0100127What: /sys/bus/iio/devices/iio:deviceX/in_tempX_input
Michael Hennerich7c31b982011-02-24 12:32:45 +0100128KernelVersion: 2.6.38
129Contact: linux-iio@vger.kernel.org
130Description:
131 Scaled temperature measurement in milli degrees Celsius.
132
Jonathan Camerona37b5492011-09-02 17:14:35 +0100133What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_raw
134What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_raw
135What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_raw
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100136KernelVersion: 2.6.35
137Contact: linux-iio@vger.kernel.org
138Description:
139 Acceleration in direction x, y or z (may be arbitrarily assigned
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100140 but should match other such assignments on device).
141 Has all of the equivalent parameters as per voltageY. Units
142 after application of scale and offset are m/s^2.
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100143
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100144What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_raw
145What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_raw
146What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_raw
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100147KernelVersion: 2.6.35
148Contact: linux-iio@vger.kernel.org
149Description:
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100150 Angular velocity about axis x, y or z (may be arbitrarily
Peter Meerwald8b417d72012-06-12 15:31:27 +0200151 assigned). Has all the equivalent parameters as per voltageY.
152 Units after application of scale and offset are radians per
153 second.
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100154
Jonathan Camerona37b5492011-09-02 17:14:35 +0100155What: /sys/bus/iio/devices/iio:deviceX/in_incli_x_raw
156What: /sys/bus/iio/devices/iio:deviceX/in_incli_y_raw
157What: /sys/bus/iio/devices/iio:deviceX/in_incli_z_raw
Jonathan Camerone5107fb2010-05-07 15:38:57 +0100158KernelVersion: 2.6.35
159Contact: linux-iio@vger.kernel.org
160Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000161 Inclination raw reading about axis x, y or z (may be
162 arbitrarily assigned). Data converted by application of offset
Peter Meerwald8b417d72012-06-12 15:31:27 +0200163 and scale to degrees.
Jonathan Camerone5107fb2010-05-07 15:38:57 +0100164
Jonathan Camerona37b5492011-09-02 17:14:35 +0100165What: /sys/bus/iio/devices/iio:deviceX/in_magn_x_raw
166What: /sys/bus/iio/devices/iio:deviceX/in_magn_y_raw
167What: /sys/bus/iio/devices/iio:deviceX/in_magn_z_raw
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100168KernelVersion: 2.6.35
169Contact: linux-iio@vger.kernel.org
170Description:
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100171 Magnetic field along axis x, y or z (may be arbitrarily
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100172 assigned). Data converted by application of offset
173 then scale to Gauss.
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100174
Jonathan Camerona37b5492011-09-02 17:14:35 +0100175What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_peak_raw
176What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_peak_raw
177What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_peak_raw
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000178KernelVersion: 2.6.36
179Contact: linux-iio@vger.kernel.org
180Description:
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100181 Highest value since some reset condition. These
182 attributes allow access to this and are otherwise
183 the direct equivalent of the <type>Y[_name]_raw attributes.
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000184
Jonathan Camerona37b5492011-09-02 17:14:35 +0100185What: /sys/bus/iio/devices/iio:deviceX/in_accel_xyz_squared_peak_raw
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000186KernelVersion: 2.6.36
187Contact: linux-iio@vger.kernel.org
188Description:
189 A computed peak value based on the sum squared magnitude of
190 the underlying value in the specified directions.
191
Jonathan Camerona37b5492011-09-02 17:14:35 +0100192What: /sys/bus/iio/devices/iio:deviceX/in_accel_offset
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100193What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_offset
194What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_offset
195What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_offset
196What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_offset
197What: /sys/bus/iio/devices/iio:deviceX/in_voltage_offset
198What: /sys/bus/iio/devices/iio:deviceX/in_tempY_offset
Jonathan Camerona37b5492011-09-02 17:14:35 +0100199What: /sys/bus/iio/devices/iio:deviceX/in_temp_offset
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100200KernelVersion: 2.6.35
201Contact: linux-iio@vger.kernel.org
202Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000203 If known for a device, offset to be added to <type>[Y]_raw prior
204 to scaling by <type>[Y]_scale in order to obtain value in the
Peter Meerwald8b417d72012-06-12 15:31:27 +0200205 <type> units as specified in <type>[Y]_raw documentation.
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100206 Not present if the offset is always 0 or unknown. If Y or
207 axis <x|y|z> is not present, then the offset applies to all
208 in channels of <type>.
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000209 May be writable if a variable offset can be applied on the
210 device. Note that this is different to calibbias which
211 is for devices (or drivers) that apply offsets to compensate
212 for variation between different instances of the part, typically
213 adjusted by using some hardware supported calibration procedure.
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100214 Calibbias is applied internally, offset is applied in userspace
215 to the _raw output.
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100216
Jonathan Camerona37b5492011-09-02 17:14:35 +0100217What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_scale
218What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_scale
219What: /sys/bus/iio/devices/iio:deviceX/in_voltage_scale
220What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_scale
Michael Hennerichd802bf62012-05-21 14:30:31 +0200221What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_scale
Jonathan Camerona37b5492011-09-02 17:14:35 +0100222What: /sys/bus/iio/devices/iio:deviceX/in_accel_scale
223What: /sys/bus/iio/devices/iio:deviceX/in_accel_peak_scale
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100224What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_scale
Jonathan Camerona37b5492011-09-02 17:14:35 +0100225What: /sys/bus/iio/devices/iio:deviceX/in_magn_scale
226What: /sys/bus/iio/devices/iio:deviceX/in_magn_x_scale
227What: /sys/bus/iio/devices/iio:deviceX/in_magn_y_scale
228What: /sys/bus/iio/devices/iio:deviceX/in_magn_z_scale
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100229KernelVersion: 2.6.35
230Contact: linux-iio@vger.kernel.org
231Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000232 If known for a device, scale to be applied to <type>Y[_name]_raw
233 post addition of <type>[Y][_name]_offset in order to obtain the
234 measured value in <type> units as specified in
Jonathan Cameron68284a12012-04-25 15:54:57 +0100235 <type>[Y][_name]_raw documentation. If shared across all in
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100236 channels then Y and <x|y|z> are not present and the value is
237 called <type>[Y][_name]_scale. The peak modifier means this
238 value is applied to <type>Y[_name]_peak_raw values.
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100239
Jonathan Camerona37b5492011-09-02 17:14:35 +0100240What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibbias
241What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_calibbias
242What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_calibbias
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100243What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_calibbias
244What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_calibbias
245What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_calibbias
Jon Brenner3c97c082012-04-24 11:56:49 -0500246What: /sys/bus/iio/devices/iio:deviceX/in_illuminance0_calibbias
247What: /sys/bus/iio/devices/iio:deviceX/in_proximity0_calibbias
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000248KernelVersion: 2.6.35
249Contact: linux-iio@vger.kernel.org
250Description:
Peter Meerwald8b417d72012-06-12 15:31:27 +0200251 Hardware applied calibration offset (assumed to fix production
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100252 inaccuracies).
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100253
Jonathan Camerona37b5492011-09-02 17:14:35 +0100254What /sys/bus/iio/devices/iio:deviceX/in_voltageY_calibscale
255What /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_calibscale
256What /sys/bus/iio/devices/iio:deviceX/in_voltage_calibscale
257What /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibscale
258What /sys/bus/iio/devices/iio:deviceX/in_accel_y_calibscale
259What /sys/bus/iio/devices/iio:deviceX/in_accel_z_calibscale
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100260What /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_calibscale
261What /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_calibscale
262What /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_calibscale
Jon Brenner3c97c082012-04-24 11:56:49 -0500263what /sys/bus/iio/devices/iio:deviceX/in_illuminance0_calibscale
264what /sys/bus/iio/devices/iio:deviceX/in_proximity0_calibscale
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000265KernelVersion: 2.6.35
266Contact: linux-iio@vger.kernel.org
267Description:
Peter Meerwald8b417d72012-06-12 15:31:27 +0200268 Hardware applied calibration scale factor (assumed to fix
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000269 production inaccuracies). If shared across all channels,
270 <type>_calibscale is used.
271
Jonathan Camerona37b5492011-09-02 17:14:35 +0100272What: /sys/bus/iio/devices/iio:deviceX/in_accel_scale_available
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100273What: /sys/.../iio:deviceX/in_voltageX_scale_available
274What: /sys/.../iio:deviceX/in_voltage-voltage_scale_available
275What: /sys/.../iio:deviceX/out_voltageX_scale_available
Michael Hennerichd802bf62012-05-21 14:30:31 +0200276What: /sys/.../iio:deviceX/out_altvoltageX_scale_available
Jonathan Cameron0baf29d2011-09-21 11:15:52 +0100277What: /sys/.../iio:deviceX/in_capacitance_scale_available
Peter Meerwaldcf09fe92012-07-01 12:20:11 +0200278KernelVersion: 2.6.35
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000279Contact: linux-iio@vger.kernel.org
280Description:
Peter Meerwald8b417d72012-06-12 15:31:27 +0200281 If a discrete set of scale values is available, they
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000282 are listed in this attribute.
283
Michael Hennerichb65d6212012-05-11 11:36:53 +0200284What /sys/bus/iio/devices/iio:deviceX/out_voltageY_hardwaregain
285KernelVersion: 2.6.35
286Contact: linux-iio@vger.kernel.org
287Description:
288 Hardware applied gain factor. If shared across all channels,
289 <type>_hardwaregain is used.
290
Jonathan Cameron0c22db4392011-11-27 11:39:14 +0000291What: /sys/.../in_accel_filter_low_pass_3db_frequency
292What: /sys/.../in_magn_filter_low_pass_3db_frequency
293What: /sys/.../in_anglvel_filter_low_pass_3db_frequency
294KernelVersion: 3.2
295Contact: linux-iio@vger.kernel.org
296Description:
297 If a known or controllable low pass filter is applied
298 to the underlying data channel, then this parameter
299 gives the 3dB frequency of the filter in Hz.
300
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100301What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_raw
Michael Hennerichd802bf62012-05-21 14:30:31 +0200302What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_raw
Roland Stigge98069c32011-01-13 17:43:29 +0100303KernelVersion: 2.6.37
304Contact: linux-iio@vger.kernel.org
305Description:
306 Raw (unscaled, no bias etc.) output voltage for
307 channel Y. The number must always be specified and
308 unique if the output corresponds to a single channel.
Michael Hennerichd802bf62012-05-21 14:30:31 +0200309 While DAC like devices typically use out_voltage,
310 a continuous frequency generating device, such as
311 a DDS or PLL should use out_altvoltage.
Roland Stigge98069c32011-01-13 17:43:29 +0100312
Jonathan Camerona37b5492011-09-02 17:14:35 +0100313What: /sys/bus/iio/devices/iio:deviceX/out_voltageY&Z_raw
Michael Hennerichd802bf62012-05-21 14:30:31 +0200314What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY&Z_raw
Roland Stigge98069c32011-01-13 17:43:29 +0100315KernelVersion: 2.6.37
316Contact: linux-iio@vger.kernel.org
317Description:
318 Raw (unscaled, no bias etc.) output voltage for an aggregate of
319 channel Y, channel Z, etc. This interface is available in cases
320 where a single output sets the value for multiple channels
321 simultaneously.
322
Jonathan Camerona37b5492011-09-02 17:14:35 +0100323What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_powerdown_mode
324What: /sys/bus/iio/devices/iio:deviceX/out_voltage_powerdown_mode
Michael Hennerichd802bf62012-05-21 14:30:31 +0200325What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_powerdown_mode
326What: /sys/bus/iio/devices/iio:deviceX/out_altvoltage_powerdown_mode
Michael Hennerich14f88f12011-03-09 16:01:45 +0100327KernelVersion: 2.6.38
328Contact: linux-iio@vger.kernel.org
329Description:
330 Specifies the output powerdown mode.
331 DAC output stage is disconnected from the amplifier and
Peter Meerwald8b417d72012-06-12 15:31:27 +0200332 1kohm_to_gnd: connected to ground via an 1kOhm resistor,
333 6kohm_to_gnd: connected to ground via a 6kOhm resistor,
334 20kohm_to_gnd: connected to ground via a 20kOhm resistor,
335 100kohm_to_gnd: connected to ground via an 100kOhm resistor,
336 three_state: left floating.
Michael Hennerich14f88f12011-03-09 16:01:45 +0100337 For a list of available output power down options read
338 outX_powerdown_mode_available. If Y is not present the
339 mode is shared across all outputs.
340
Jonathan Camerona37b5492011-09-02 17:14:35 +0100341What: /sys/.../iio:deviceX/out_votlageY_powerdown_mode_available
342What: /sys/.../iio:deviceX/out_voltage_powerdown_mode_available
Michael Hennerichd802bf62012-05-21 14:30:31 +0200343What: /sys/.../iio:deviceX/out_altvotlageY_powerdown_mode_available
344What: /sys/.../iio:deviceX/out_altvoltage_powerdown_mode_available
Michael Hennerich14f88f12011-03-09 16:01:45 +0100345KernelVersion: 2.6.38
346Contact: linux-iio@vger.kernel.org
347Description:
348 Lists all available output power down modes.
349 If Y is not present the mode is shared across all outputs.
350
Jonathan Camerona37b5492011-09-02 17:14:35 +0100351What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_powerdown
352What: /sys/bus/iio/devices/iio:deviceX/out_voltage_powerdown
Michael Hennerichd802bf62012-05-21 14:30:31 +0200353What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_powerdown
354What: /sys/bus/iio/devices/iio:deviceX/out_altvoltage_powerdown
Michael Hennerich14f88f12011-03-09 16:01:45 +0100355KernelVersion: 2.6.38
356Contact: linux-iio@vger.kernel.org
357Description:
358 Writing 1 causes output Y to enter the power down mode specified
Peter Meerwald8b417d72012-06-12 15:31:27 +0200359 by the corresponding outY_powerdown_mode. DAC output stage is
360 disconnected from the amplifier. Clearing returns to normal
361 operation. Y may be suppressed if all outputs are controlled
362 together.
Michael Hennerich14f88f12011-03-09 16:01:45 +0100363
Michael Hennerichd802bf62012-05-21 14:30:31 +0200364What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_frequency
365KernelVersion: 3.4.0
366Contact: linux-iio@vger.kernel.org
367Description:
368 Output frequency for channel Y in Hz. The number must always be
369 specified and unique if the output corresponds to a single
370 channel.
371
372What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_phase
373KernelVersion: 3.4.0
374Contact: linux-iio@vger.kernel.org
375Description:
376 Phase in radians of one frequency/clock output Y
377 (out_altvoltageY) relative to another frequency/clock output
378 (out_altvoltageZ) of the device X. The number must always be
379 specified and unique if the output corresponds to a single
380 channel.
381
Jonathan Cameronb3874062011-08-30 12:32:49 +0100382What: /sys/bus/iio/devices/iio:deviceX/events
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000383KernelVersion: 2.6.35
384Contact: linux-iio@vger.kernel.org
385Description:
386 Configuration of which hardware generated events are passed up
387 to user-space.
388
Jonathan Camerona37b5492011-09-02 17:14:35 +0100389What: /sys/.../iio:deviceX/events/in_accel_x_thresh_rising_en
390What: /sys/.../iio:deviceX/events/in_accel_x_thresh_falling_en
391What: /sys/.../iio:deviceX/events/in_accel_y_thresh_rising_en
392What: /sys/.../iio:deviceX/events/in_accel_y_thresh_falling_en
393What: /sys/.../iio:deviceX/events/in_accel_z_thresh_rising_en
394What: /sys/.../iio:deviceX/events/in_accel_z_thresh_falling_en
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100395What: /sys/.../iio:deviceX/events/in_anglvel_x_thresh_rising_en
396What: /sys/.../iio:deviceX/events/in_anglvel_x_thresh_falling_en
397What: /sys/.../iio:deviceX/events/in_anglvel_y_thresh_rising_en
398What: /sys/.../iio:deviceX/events/in_anglvel_y_thresh_falling_en
399What: /sys/.../iio:deviceX/events/in_anglvel_z_thresh_rising_en
400What: /sys/.../iio:deviceX/events/in_anglvel_z_thresh_falling_en
Jonathan Camerona37b5492011-09-02 17:14:35 +0100401What: /sys/.../iio:deviceX/events/in_magn_x_thresh_rising_en
402What: /sys/.../iio:deviceX/events/in_magn_x_thresh_falling_en
403What: /sys/.../iio:deviceX/events/in_magn_y_thresh_rising_en
404What: /sys/.../iio:deviceX/events/in_magn_y_thresh_falling_en
405What: /sys/.../iio:deviceX/events/in_magn_z_thresh_rising_en
406What: /sys/.../iio:deviceX/events/in_magn_z_thresh_falling_en
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100407What: /sys/.../iio:deviceX/events/in_voltageY_supply_thresh_rising_en
408What: /sys/.../iio:deviceX/events/in_voltageY_supply_thresh_falling_en
409What: /sys/.../iio:deviceX/events/in_voltageY_thresh_rising_en
410What: /sys/.../iio:deviceX/events/in_voltageY_thresh_falling_en
411What: /sys/.../iio:deviceX/events/in_tempY_thresh_rising_en
412What: /sys/.../iio:deviceX/events/in_tempY_thresh_falling_en
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100413KernelVersion: 2.6.37
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100414Contact: linux-iio@vger.kernel.org
415Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000416 Event generated when channel passes a threshold in the specified
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100417 (_rising|_falling) direction. If the direction is not specified,
418 then either the device will report an event which ever direction
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100419 a single threshold value is passed in (e.g.
420 <type>[Y][_name]_<raw|input>_thresh_value) or
421 <type>[Y][_name]_<raw|input>_thresh_rising_value and
422 <type>[Y][_name]_<raw|input>_thresh_falling_value may take
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000423 different values, but the device can only enable both thresholds
424 or neither.
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100425 Note the driver will assume the last p events requested are
Peter Meerwald8b417d72012-06-12 15:31:27 +0200426 to be enabled where p is how many it supports (which may vary
427 depending on the exact set requested. So if you want to be
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100428 sure you have set what you think you have, check the contents of
429 these attributes after everything is configured. Drivers may
430 have to buffer any parameters so that they are consistent when
Peter Meerwald8b417d72012-06-12 15:31:27 +0200431 a given event type is enabled at a future point (and not those for
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100432 whatever event was previously enabled).
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100433
Jonathan Camerona37b5492011-09-02 17:14:35 +0100434What: /sys/.../iio:deviceX/events/in_accel_x_roc_rising_en
435What: /sys/.../iio:deviceX/events/in_accel_x_roc_falling_en
436What: /sys/.../iio:deviceX/events/in_accel_y_roc_rising_en
437What: /sys/.../iio:deviceX/events/in_accel_y_roc_falling_en
438What: /sys/.../iio:deviceX/events/in_accel_z_roc_rising_en
439What: /sys/.../iio:deviceX/events/in_accel_z_roc_falling_en
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100440What: /sys/.../iio:deviceX/events/in_anglvel_x_roc_rising_en
441What: /sys/.../iio:deviceX/events/in_anglvel_x_roc_falling_en
442What: /sys/.../iio:deviceX/events/in_anglvel_y_roc_rising_en
443What: /sys/.../iio:deviceX/events/in_anglvel_y_roc_falling_en
444What: /sys/.../iio:deviceX/events/in_anglvel_z_roc_rising_en
445What: /sys/.../iio:deviceX/events/in_anglvel_z_roc_falling_en
Jonathan Camerona37b5492011-09-02 17:14:35 +0100446What: /sys/.../iio:deviceX/events/in_magn_x_roc_rising_en
447What: /sys/.../iio:deviceX/events/in_magn_x_roc_falling_en
448What: /sys/.../iio:deviceX/events/in_magn_y_roc_rising_en
449What: /sys/.../iio:deviceX/events/in_magn_y_roc_falling_en
450What: /sys/.../iio:deviceX/events/in_magn_z_roc_rising_en
451What: /sys/.../iio:deviceX/events/in_magn_z_roc_falling_en
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100452What: /sys/.../iio:deviceX/events/in_voltageY_supply_roc_rising_en
453What: /sys/.../iio:deviceX/events/in_voltageY_supply_roc_falling_en
454What: /sys/.../iio:deviceX/events/in_voltageY_roc_rising_en
455What: /sys/.../iio:deviceX/events/in_voltageY_roc_falling_en
456What: /sys/.../iio:deviceX/events/in_tempY_roc_rising_en
457What: /sys/.../iio:deviceX/events/in_tempY_roc_falling_en
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000458KernelVersion: 2.6.37
459Contact: linux-iio@vger.kernel.org
460Description:
461 Event generated when channel passes a threshold on the rate of
462 change (1st differential) in the specified (_rising|_falling)
463 direction. If the direction is not specified, then either the
464 device will report an event which ever direction a single
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100465 threshold value is passed in (e.g.
466 <type>[Y][_name]_<raw|input>_roc_value) or
467 <type>[Y][_name]_<raw|input>_roc_rising_value and
468 <type>[Y][_name]_<raw|input>_roc_falling_value may take
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000469 different values, but the device can only enable both rate of
470 change thresholds or neither.
471 Note the driver will assume the last p events requested are
472 to be enabled where p is however many it supports (which may
473 vary depending on the exact set requested. So if you want to be
474 sure you have set what you think you have, check the contents of
475 these attributes after everything is configured. Drivers may
476 have to buffer any parameters so that they are consistent when
477 a given event type is enabled a future point (and not those for
478 whatever event was previously enabled).
479
Jonathan Camerona37b5492011-09-02 17:14:35 +0100480What: /sys/.../events/in_accel_x_raw_thresh_rising_value
481What: /sys/.../events/in_accel_x_raw_thresh_falling_value
482What: /sys/.../events/in_accel_y_raw_thresh_rising_value
483What: /sys/.../events/in_accel_y_raw_thresh_falling_value
484What: /sys/.../events/in_accel_z_raw_thresh_rising_value
485What: /sys/.../events/in_accel_z_raw_thresh_falling_value
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100486What: /sys/.../events/in_anglvel_x_raw_thresh_rising_value
487What: /sys/.../events/in_anglvel_x_raw_thresh_falling_value
488What: /sys/.../events/in_anglvel_y_raw_thresh_rising_value
489What: /sys/.../events/in_anglvel_y_raw_thresh_falling_value
490What: /sys/.../events/in_anglvel_z_raw_thresh_rising_value
491What: /sys/.../events/in_anglvel_z_raw_thresh_falling_value
Jonathan Camerona37b5492011-09-02 17:14:35 +0100492What: /sys/.../events/in_magn_x_raw_thresh_rising_value
493What: /sys/.../events/in_magn_x_raw_thresh_falling_value
494What: /sys/.../events/in_magn_y_raw_thresh_rising_value
495What: /sys/.../events/in_magn_y_raw_thresh_falling_value
496What: /sys/.../events/in_magn_z_raw_thresh_rising_value
497What: /sys/.../events/in_magn_z_raw_thresh_falling_value
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100498What: /sys/.../events/in_voltageY_supply_raw_thresh_rising_value
499What: /sys/.../events/in_voltageY_supply_raw_thresh_falling_value
Jonathan Camerona7322fc2012-04-13 10:24:19 +0100500What: /sys/.../events/in_voltageY_raw_thresh_rising_value
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100501What: /sys/.../events/in_voltageY_raw_thresh_falling_value
Jonathan Camerona7322fc2012-04-13 10:24:19 +0100502What: /sys/.../events/in_tempY_raw_thresh_rising_value
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100503What: /sys/.../events/in_tempY_raw_thresh_falling_value
Jon Brenner3c97c082012-04-24 11:56:49 -0500504What: /sys/.../events/in_illuminance0_thresh_falling_value
505what: /sys/.../events/in_illuminance0_thresh_rising_value
506what: /sys/.../events/in_proximity0_thresh_falling_value
507what: /sys/.../events/in_proximity0_thresh_rising_value
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100508KernelVersion: 2.6.37
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100509Contact: linux-iio@vger.kernel.org
510Description:
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100511 Specifies the value of threshold that the device is comparing
512 against for the events enabled by
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100513 <type>Y[_name]_thresh[_rising|falling]_en.
514 If separate attributes exist for the two directions, but
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000515 direction is not specified for this attribute, then a single
516 threshold value applies to both directions.
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100517 The raw or input element of the name indicates whether the
518 value is in raw device units or in processed units (as _raw
519 and _input do on sysfs direct channel read attributes).
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100520
Jonathan Camerona37b5492011-09-02 17:14:35 +0100521What: /sys/.../events/in_accel_x_raw_roc_rising_value
522What: /sys/.../events/in_accel_x_raw_roc_falling_value
523What: /sys/.../events/in_accel_y_raw_roc_rising_value
524What: /sys/.../events/in_accel_y_raw_roc_falling_value
525What: /sys/.../events/in_accel_z_raw_roc_rising_value
526What: /sys/.../events/in_accel_z_raw_roc_falling_value
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100527What: /sys/.../events/in_anglvel_x_raw_roc_rising_value
528What: /sys/.../events/in_anglvel_x_raw_roc_falling_value
529What: /sys/.../events/in_anglvel_y_raw_roc_rising_value
530What: /sys/.../events/in_anglvel_y_raw_roc_falling_value
531What: /sys/.../events/in_anglvel_z_raw_roc_rising_value
532What: /sys/.../events/in_anglvel_z_raw_roc_falling_value
Jonathan Camerona37b5492011-09-02 17:14:35 +0100533What: /sys/.../events/in_magn_x_raw_roc_rising_value
534What: /sys/.../events/in_magn_x_raw_roc_falling_value
535What: /sys/.../events/in_magn_y_raw_roc_rising_value
536What: /sys/.../events/in_magn_y_raw_roc_falling_value
537What: /sys/.../events/in_magn_z_raw_roc_rising_value
538What: /sys/.../events/in_magn_z_raw_roc_falling_value
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100539What: /sys/.../events/in_voltageY_supply_raw_roc_rising_value
540What: /sys/.../events/in_voltageY_supply_raw_roc_falling_value
Jonathan Camerona7322fc2012-04-13 10:24:19 +0100541What: /sys/.../events/in_voltageY_raw_roc_rising_value
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100542What: /sys/.../events/in_voltageY_raw_roc_falling_value
Jonathan Camerona7322fc2012-04-13 10:24:19 +0100543What: /sys/.../events/in_tempY_raw_roc_rising_value
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100544What: /sys/.../events/in_tempY_raw_roc_falling_value
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100545KernelVersion: 2.6.37
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100546Contact: linux-iio@vger.kernel.org
547Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000548 Specifies the value of rate of change threshold that the
549 device is comparing against for the events enabled by
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100550 <type>[Y][_name]_roc[_rising|falling]_en.
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000551 If separate attributes exist for the two directions,
552 but direction is not specified for this attribute,
553 then a single threshold value applies to both directions.
554 The raw or input element of the name indicates whether the
555 value is in raw device units or in processed units (as _raw
556 and _input do on sysfs direct channel read attributes).
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100557
Jonathan Camerona37b5492011-09-02 17:14:35 +0100558What: /sys/.../events/in_accel_x_thresh_rising_period
559What: /sys/.../events/in_accel_x_thresh_falling_period
560hat: /sys/.../events/in_accel_x_roc_rising_period
561What: /sys/.../events/in_accel_x_roc_falling_period
562What: /sys/.../events/in_accel_y_thresh_rising_period
563What: /sys/.../events/in_accel_y_thresh_falling_period
564What: /sys/.../events/in_accel_y_roc_rising_period
565What: /sys/.../events/in_accel_y_roc_falling_period
566What: /sys/.../events/in_accel_z_thresh_rising_period
567What: /sys/.../events/in_accel_z_thresh_falling_period
568What: /sys/.../events/in_accel_z_roc_rising_period
569What: /sys/.../events/in_accel_z_roc_falling_period
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100570What: /sys/.../events/in_anglvel_x_thresh_rising_period
571What: /sys/.../events/in_anglvel_x_thresh_falling_period
572What: /sys/.../events/in_anglvel_x_roc_rising_period
573What: /sys/.../events/in_anglvel_x_roc_falling_period
574What: /sys/.../events/in_anglvel_y_thresh_rising_period
575What: /sys/.../events/in_anglvel_y_thresh_falling_period
576What: /sys/.../events/in_anglvel_y_roc_rising_period
577What: /sys/.../events/in_anglvel_y_roc_falling_period
578What: /sys/.../events/in_anglvel_z_thresh_rising_period
579What: /sys/.../events/in_anglvel_z_thresh_falling_period
580What: /sys/.../events/in_anglvel_z_roc_rising_period
581What: /sys/.../events/in_anglvel_z_roc_falling_period
Jonathan Camerona37b5492011-09-02 17:14:35 +0100582What: /sys/.../events/in_magn_x_thresh_rising_period
583What: /sys/.../events/in_magn_x_thresh_falling_period
584What: /sys/.../events/in_magn_x_roc_rising_period
585What: /sys/.../events/in_magn_x_roc_falling_period
586What: /sys/.../events/in_magn_y_thresh_rising_period
587What: /sys/.../events/in_magn_y_thresh_falling_period
588What: /sys/.../events/in_magn_y_roc_rising_period
589What: /sys/.../events/in_magn_y_roc_falling_period
590What: /sys/.../events/in_magn_z_thresh_rising_period
591What: /sys/.../events/in_magn_z_thresh_falling_period
592What: /sys/.../events/in_magn_z_roc_rising_period
593What: /sys/.../events/in_magn_z_roc_falling_period
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100594What: /sys/.../events/in_voltageY_supply_thresh_rising_period
595What: /sys/.../events/in_voltageY_supply_thresh_falling_period
596What: /sys/.../events/in_voltageY_supply_roc_rising_period
597What: /sys/.../events/in_voltageY_supply_roc_falling_period
598What: /sys/.../events/in_voltageY_thresh_rising_period
599What: /sys/.../events/in_voltageY_thresh_falling_period
600What: /sys/.../events/in_voltageY_roc_rising_period
601What: /sys/.../events/in_voltageY_roc_falling_period
602What: /sys/.../events/in_tempY_thresh_rising_period
603What: /sys/.../events/in_tempY_thresh_falling_period
604What: /sys/.../events/in_tempY_roc_rising_period
605What: /sys/.../events/in_tempY_roc_falling_period
Jonathan Camerona37b5492011-09-02 17:14:35 +0100606What: /sys/.../events/in_accel_x&y&z_mag_falling_period
Jon Brenner3c97c082012-04-24 11:56:49 -0500607What: /sys/.../events/in_intensity0_thresh_period
608What: /sys/.../events/in_proximity0_thresh_period
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100609KernelVersion: 2.6.37
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100610Contact: linux-iio@vger.kernel.org
611Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000612 Period of time (in seconds) for which the condition must be
613 met before an event is generated. If direction is not
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100614 specified then this period applies to both directions.
615
Jonathan Camerona37b5492011-09-02 17:14:35 +0100616What: /sys/.../iio:deviceX/events/in_accel_mag_en
617What: /sys/.../iio:deviceX/events/in_accel_mag_rising_en
618What: /sys/.../iio:deviceX/events/in_accel_mag_falling_en
619What: /sys/.../iio:deviceX/events/in_accel_x_mag_en
620What: /sys/.../iio:deviceX/events/in_accel_x_mag_rising_en
621What: /sys/.../iio:deviceX/events/in_accel_x_mag_falling_en
622What: /sys/.../iio:deviceX/events/in_accel_y_mag_en
623What: /sys/.../iio:deviceX/events/in_accel_y_mag_rising_en
624What: /sys/.../iio:deviceX/events/in_accel_y_mag_falling_en
625What: /sys/.../iio:deviceX/events/in_accel_z_mag_en
626What: /sys/.../iio:deviceX/events/in_accel_z_mag_rising_en
627What: /sys/.../iio:deviceX/events/in_accel_z_mag_falling_en
628What: /sys/.../iio:deviceX/events/in_accel_x&y&z_mag_rising_en
629What: /sys/.../iio:deviceX/events/in_accel_x&y&z_mag_falling_en
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100630KernelVersion: 2.6.37
631Contact: linux-iio@vger.kernel.org
632Description:
Jonathan Camerona37b5492011-09-02 17:14:35 +0100633 Similar to in_accel_x_thresh[_rising|_falling]_en, but here the
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100634 magnitude of the channel is compared to the threshold, not its
635 signed value.
636
Jonathan Camerona37b5492011-09-02 17:14:35 +0100637What: /sys/.../events/in_accel_raw_mag_value
638What: /sys/.../events/in_accel_x_raw_mag_rising_value
639What: /sys/.../events/in_accel_y_raw_mag_rising_value
640What: /sys/.../events/in_accel_z_raw_mag_rising_value
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100641KernelVersion: 2.6.37
642Contact: linux-iio@vger.kernel.org
643Description:
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000644 The value to which the magnitude of the channel is compared. If
645 number or direction is not specified, applies to all channels of
646 this type.
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100647
Jonathan Cameronb3874062011-08-30 12:32:49 +0100648What: /sys/bus/iio/devices/iio:deviceX/trigger/current_trigger
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100649KernelVersion: 2.6.35
650Contact: linux-iio@vger.kernel.org
651Description:
652 The name of the trigger source being used, as per string given
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000653 in /sys/class/iio/triggerY/name.
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100654
Jonathan Cameronb3874062011-08-30 12:32:49 +0100655What: /sys/bus/iio/devices/iio:deviceX/buffer/length
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100656KernelVersion: 2.6.35
657Contact: linux-iio@vger.kernel.org
658Description:
659 Number of scans contained by the buffer.
660
Jonathan Cameronb3874062011-08-30 12:32:49 +0100661What: /sys/bus/iio/devices/iio:deviceX/buffer/bytes_per_datum
Manuel Stahl5770b8f2010-08-31 11:32:53 +0200662KernelVersion: 2.6.37
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100663Contact: linux-iio@vger.kernel.org
664Description:
665 Bytes per scan. Due to alignment fun, the scan may be larger
666 than implied directly by the scan_element parameters.
667
Jonathan Cameronb3874062011-08-30 12:32:49 +0100668What: /sys/bus/iio/devices/iio:deviceX/buffer/enable
Jonathan Camerone34d2c52010-05-04 14:43:05 +0100669KernelVersion: 2.6.35
670Contact: linux-iio@vger.kernel.org
671Description:
672 Actually start the buffer capture up. Will start trigger
673 if first device and appropriate.
674
Jonathan Cameronb3874062011-08-30 12:32:49 +0100675What: /sys/bus/iio/devices/iio:deviceX/buffer/scan_elements
Manuel Stahl5770b8f2010-08-31 11:32:53 +0200676KernelVersion: 2.6.37
677Contact: linux-iio@vger.kernel.org
678Description:
Jonathan Cameron2f3cc662010-10-08 12:14:12 +0100679 Directory containing interfaces for elements that will be
680 captured for a single triggered sample set in the buffer.
Manuel Stahl5770b8f2010-08-31 11:32:53 +0200681
Jonathan Camerona37b5492011-09-02 17:14:35 +0100682What: /sys/.../buffer/scan_elements/in_accel_x_en
683What: /sys/.../buffer/scan_elements/in_accel_y_en
684What: /sys/.../buffer/scan_elements/in_accel_z_en
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100685What: /sys/.../buffer/scan_elements/in_anglvel_x_en
686What: /sys/.../buffer/scan_elements/in_anglvel_y_en
687What: /sys/.../buffer/scan_elements/in_anglvel_z_en
Jonathan Camerona37b5492011-09-02 17:14:35 +0100688What: /sys/.../buffer/scan_elements/in_magn_x_en
689What: /sys/.../buffer/scan_elements/in_magn_y_en
690What: /sys/.../buffer/scan_elements/in_magn_z_en
691What: /sys/.../buffer/scan_elements/in_timestamp_en
692What: /sys/.../buffer/scan_elements/in_voltageY_supply_en
693What: /sys/.../buffer/scan_elements/in_voltageY_en
694What: /sys/.../buffer/scan_elements/in_voltageY-voltageZ_en
695What: /sys/.../buffer/scan_elements/in_incli_x_en
696What: /sys/.../buffer/scan_elements/in_incli_y_en
Manuel Stahl5770b8f2010-08-31 11:32:53 +0200697KernelVersion: 2.6.37
698Contact: linux-iio@vger.kernel.org
699Description:
Jonathan Cameron10ba8ea2010-09-21 14:41:08 +0100700 Scan element control for triggered data capture.
Manuel Stahl5770b8f2010-08-31 11:32:53 +0200701
Jonathan Camerona37b5492011-09-02 17:14:35 +0100702What: /sys/.../buffer/scan_elements/in_accel_type
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100703What: /sys/.../buffer/scan_elements/in_anglvel_type
Jonathan Camerona37b5492011-09-02 17:14:35 +0100704What: /sys/.../buffer/scan_elements/in_magn_type
705What: /sys/.../buffer/scan_elements/in_incli_type
706What: /sys/.../buffer/scan_elements/in_voltageY_type
Peter Meerwald8b417d72012-06-12 15:31:27 +0200707What: /sys/.../buffer/scan_elements/in_voltage_type
Jonathan Camerona37b5492011-09-02 17:14:35 +0100708What: /sys/.../buffer/scan_elements/in_voltageY_supply_type
709What: /sys/.../buffer/scan_elements/in_timestamp_type
Manuel Stahl5770b8f2010-08-31 11:32:53 +0200710KernelVersion: 2.6.37
711Contact: linux-iio@vger.kernel.org
712Description:
Jonathan Cameron10ba8ea2010-09-21 14:41:08 +0100713 Description of the scan element data storage within the buffer
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000714 and hence the form in which it is read from user-space.
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100715 Form is [be|le]:[s|u]bits/storagebits[>>shift].
716 be or le specifies big or little endian. s or u specifies if
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000717 signed (2's complement) or unsigned. bits is the number of bits
718 of data and storagebits is the space (after padding) that it
719 occupies in the buffer. shift if specified, is the shift that
720 needs to be applied prior to masking out unused bits. Some
721 devices put their data in the middle of the transferred elements
722 with additional information on both sides. Note that some
723 devices will have additional information in the unused bits
724 so to get a clean value, the bits value must be used to mask
725 the buffer output value appropriately. The storagebits value
726 also specifies the data alignment. So s48/64>>2 will be a
727 signed 48 bit integer stored in a 64 bit location aligned to
Peter Meerwald8b417d72012-06-12 15:31:27 +0200728 a 64 bit boundary. To obtain the clean value, shift right 2
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000729 and apply a mask to zero the top 16 bits of the result.
Jonathan Cameron10ba8ea2010-09-21 14:41:08 +0100730 For other storage combinations this attribute will be extended
731 appropriately.
732
Jonathan Camerona37b5492011-09-02 17:14:35 +0100733What: /sys/.../buffer/scan_elements/in_accel_type_available
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000734KernelVersion: 2.6.37
735Contact: linux-iio@vger.kernel.org
736Description:
737 If the type parameter can take one of a small set of values,
738 this attribute lists them.
739
Jonathan Camerona37b5492011-09-02 17:14:35 +0100740What: /sys/.../buffer/scan_elements/in_voltageY_index
741What: /sys/.../buffer/scan_elements/in_voltageY_supply_index
742What: /sys/.../buffer/scan_elements/in_accel_x_index
743What: /sys/.../buffer/scan_elements/in_accel_y_index
744What: /sys/.../buffer/scan_elements/in_accel_z_index
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100745What: /sys/.../buffer/scan_elements/in_anglvel_x_index
746What: /sys/.../buffer/scan_elements/in_anglvel_y_index
747What: /sys/.../buffer/scan_elements/in_anglvel_z_index
Jonathan Camerona37b5492011-09-02 17:14:35 +0100748What: /sys/.../buffer/scan_elements/in_magn_x_index
749What: /sys/.../buffer/scan_elements/in_magn_y_index
750What: /sys/.../buffer/scan_elements/in_magn_z_index
751What: /sys/.../buffer/scan_elements/in_incli_x_index
752What: /sys/.../buffer/scan_elements/in_incli_y_index
Jonathan Cameron15739cd2011-09-21 11:15:51 +0100753What: /sys/.../buffer/scan_elements/in_timestamp_index
Jonathan Cameron10ba8ea2010-09-21 14:41:08 +0100754KernelVersion: 2.6.37
755Contact: linux-iio@vger.kernel.org
756Description:
757 A single positive integer specifying the position of this
Jonathan Cameronf386caa2010-11-22 23:31:16 +0000758 scan element in the buffer. Note these are not dependent on
759 what is enabled and may not be contiguous. Thus for user-space
Jonathan Cameron10ba8ea2010-09-21 14:41:08 +0100760 to establish the full layout these must be used in conjunction
761 with all _en attributes to establish which channels are present,
762 and the relevant _type attributes to establish the data storage
763 format.
Michael Hennerichd4894632011-04-06 11:42:48 +0200764
Jonathan Camerond4c926f2011-10-05 15:28:00 +0100765What: /sys/.../iio:deviceX/in_anglvel_z_quadrature_correction_raw
Michael Hennerichd4894632011-04-06 11:42:48 +0200766KernelVersion: 2.6.38
Jonathan Camerona37b5492011-09-02 17:14:35 +0100767Contact: linux-iio@vger.kernel.org
Michael Hennerichd4894632011-04-06 11:42:48 +0200768Description:
769 This attribute is used to read the amount of quadrature error
770 present in the device at a given time.