1What: /sys/bus/iio/devices/iio:deviceX 2KernelVersion: 2.6.35 3Contact: linux-iio@vger.kernel.org 4Description: 5 Hardware chip or device accessed by one communication port. 6 Corresponds to a grouping of sensor channels. X is the IIO 7 index of the device. 8 9What: /sys/bus/iio/devices/triggerX 10KernelVersion: 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. 17 periodic timer, GPIO or high resolution timer). 18 Contains trigger type specific elements. These do not 19 generalize well and hence are not documented in this file. 20 X is the IIO index of the trigger. 21 22What: /sys/bus/iio/devices/iio:deviceX/buffer 23KernelVersion: 2.6.35 24Contact: linux-iio@vger.kernel.org 25Description: 26 Directory of attributes relating to the buffer for the device. 27 28What: /sys/bus/iio/devices/iio:deviceX/name 29KernelVersion: 2.6.35 30Contact: linux-iio@vger.kernel.org 31Description: 32 Description of the physical chip / device for device X. 33 Typically a part number. 34 35What: /sys/bus/iio/devices/iio:deviceX/sampling_frequency 36What: /sys/bus/iio/devices/iio:deviceX/buffer/sampling_frequency 37What: /sys/bus/iio/devices/triggerX/sampling_frequency 38KernelVersion: 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 43 parameter has an effect on input filters etc. rather than 44 simply controlling when the input is sampled. As this 45 effects data ready triggers, hardware buffers and the sysfs 46 direct access interfaces, it may be found in any of the 47 relevant directories. If it effects all of the above 48 then it is to be found in the base device directory. 49 50What: /sys/bus/iio/devices/iio:deviceX/sampling_frequency_available 51What: /sys/.../iio:deviceX/buffer/sampling_frequency_available 52What: /sys/bus/iio/devices/triggerX/sampling_frequency_available 53KernelVersion: 2.6.35 54Contact: linux-iio@vger.kernel.org 55Description: 56 When the internal sampling clock can only take a small 57 discrete set of values, this file lists those available. 58 59What: /sys/bus/iio/devices/iio:deviceX/oversampling_ratio 60KernelVersion: 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 66What: /sys/bus/iio/devices/iio:deviceX/oversampling_ratio_available 67KernelVersion: 2.6.38 68Contact: linux-iio@vger.kernel.org 69Description: 70 Hardware dependent values supported by the oversampling filter. 71 72What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_raw 73What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_raw 74KernelVersion: 2.6.35 75Contact: linux-iio@vger.kernel.org 76Description: 77 Raw (unscaled no bias removal etc.) voltage measurement from 78 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 81 unique to allow association with event codes. Units after 82 application of scale and offset are microvolts. 83 84What: /sys/bus/iio/devices/iio:deviceX/in_voltageY-voltageZ_raw 85KernelVersion: 2.6.35 86Contact: linux-iio@vger.kernel.org 87Description: 88 Raw (unscaled) differential voltage measurement equivalent to 89 channel Y - channel Z where these channel numbers apply to the 90 physically equivalent inputs when non differential readings are 91 separately available. In differential only parts, then all that 92 is required is a consistent labeling. Units after application 93 of scale and offset are microvolts. 94 95What: /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 111 of scale and offset are nanofarads. 112 113What: /sys/bus/iio/devices/iio:deviceX/in_temp_raw 114What: /sys/bus/iio/devices/iio:deviceX/in_tempX_raw 115What: /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 118KernelVersion: 2.6.35 119Contact: linux-iio@vger.kernel.org 120Description: 121 Raw (unscaled no bias removal etc.) temperature measurement. 122 If an axis is specified it generally means that the temperature 123 sensor is associated with one part of a compound device (e.g. 124 a gyroscope axis). Units after application of scale and offset 125 are milli degrees Celsius. 126 127What: /sys/bus/iio/devices/iio:deviceX/in_tempX_input 128KernelVersion: 2.6.38 129Contact: linux-iio@vger.kernel.org 130Description: 131 Scaled temperature measurement in milli degrees Celsius. 132 133What: /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 136KernelVersion: 2.6.35 137Contact: linux-iio@vger.kernel.org 138Description: 139 Acceleration in direction x, y or z (may be arbitrarily assigned 140 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. 143 144What: /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 147KernelVersion: 2.6.35 148Contact: linux-iio@vger.kernel.org 149Description: 150 Angular velocity about axis x, y or z (may be arbitrarily 151 assigned). Has all the equivalent parameters as per voltageY. 152 Units after application of scale and offset are radians per 153 second. 154 155What: /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 158KernelVersion: 2.6.35 159Contact: linux-iio@vger.kernel.org 160Description: 161 Inclination raw reading about axis x, y or z (may be 162 arbitrarily assigned). Data converted by application of offset 163 and scale to degrees. 164 165What: /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 168KernelVersion: 2.6.35 169Contact: linux-iio@vger.kernel.org 170Description: 171 Magnetic field along axis x, y or z (may be arbitrarily 172 assigned). Data converted by application of offset 173 then scale to Gauss. 174 175What: /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 178KernelVersion: 2.6.36 179Contact: linux-iio@vger.kernel.org 180Description: 181 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. 184 185What: /sys/bus/iio/devices/iio:deviceX/in_accel_xyz_squared_peak_raw 186KernelVersion: 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 192What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_raw 193What: /sys/bus/iio/devices/iio:deviceX/in_pressure_raw 194KernelVersion: 3.8 195Contact: linux-iio@vger.kernel.org 196Description: 197 Raw pressure measurement from channel Y. Units after 198 application of scale and offset are kilopascal. 199 200What: /sys/bus/iio/devices/iio:deviceX/in_accel_offset 201What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_offset 202What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_offset 203What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_offset 204What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_offset 205What: /sys/bus/iio/devices/iio:deviceX/in_voltage_offset 206What: /sys/bus/iio/devices/iio:deviceX/in_tempY_offset 207What: /sys/bus/iio/devices/iio:deviceX/in_temp_offset 208What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_offset 209What: /sys/bus/iio/devices/iio:deviceX/in_pressure_offset 210KernelVersion: 2.6.35 211Contact: linux-iio@vger.kernel.org 212Description: 213 If known for a device, offset to be added to <type>[Y]_raw prior 214 to scaling by <type>[Y]_scale in order to obtain value in the 215 <type> units as specified in <type>[Y]_raw documentation. 216 Not present if the offset is always 0 or unknown. If Y or 217 axis <x|y|z> is not present, then the offset applies to all 218 in channels of <type>. 219 May be writable if a variable offset can be applied on the 220 device. Note that this is different to calibbias which 221 is for devices (or drivers) that apply offsets to compensate 222 for variation between different instances of the part, typically 223 adjusted by using some hardware supported calibration procedure. 224 Calibbias is applied internally, offset is applied in userspace 225 to the _raw output. 226 227What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_scale 228What: /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_scale 229What: /sys/bus/iio/devices/iio:deviceX/in_voltage_scale 230What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_scale 231What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_scale 232What: /sys/bus/iio/devices/iio:deviceX/in_accel_scale 233What: /sys/bus/iio/devices/iio:deviceX/in_accel_peak_scale 234What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_scale 235What: /sys/bus/iio/devices/iio:deviceX/in_magn_scale 236What: /sys/bus/iio/devices/iio:deviceX/in_magn_x_scale 237What: /sys/bus/iio/devices/iio:deviceX/in_magn_y_scale 238What: /sys/bus/iio/devices/iio:deviceX/in_magn_z_scale 239What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_scale 240What: /sys/bus/iio/devices/iio:deviceX/in_pressure_scale 241KernelVersion: 2.6.35 242Contact: linux-iio@vger.kernel.org 243Description: 244 If known for a device, scale to be applied to <type>Y[_name]_raw 245 post addition of <type>[Y][_name]_offset in order to obtain the 246 measured value in <type> units as specified in 247 <type>[Y][_name]_raw documentation. If shared across all in 248 channels then Y and <x|y|z> are not present and the value is 249 called <type>[Y][_name]_scale. The peak modifier means this 250 value is applied to <type>Y[_name]_peak_raw values. 251 252What: /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibbias 253What: /sys/bus/iio/devices/iio:deviceX/in_accel_y_calibbias 254What: /sys/bus/iio/devices/iio:deviceX/in_accel_z_calibbias 255What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_calibbias 256What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_calibbias 257What: /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_calibbias 258What: /sys/bus/iio/devices/iio:deviceX/in_illuminance0_calibbias 259What: /sys/bus/iio/devices/iio:deviceX/in_proximity0_calibbias 260What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_calibbias 261What: /sys/bus/iio/devices/iio:deviceX/in_pressure_calibbias 262KernelVersion: 2.6.35 263Contact: linux-iio@vger.kernel.org 264Description: 265 Hardware applied calibration offset (assumed to fix production 266 inaccuracies). 267 268What /sys/bus/iio/devices/iio:deviceX/in_voltageY_calibscale 269What /sys/bus/iio/devices/iio:deviceX/in_voltageY_supply_calibscale 270What /sys/bus/iio/devices/iio:deviceX/in_voltage_calibscale 271What /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibscale 272What /sys/bus/iio/devices/iio:deviceX/in_accel_y_calibscale 273What /sys/bus/iio/devices/iio:deviceX/in_accel_z_calibscale 274What /sys/bus/iio/devices/iio:deviceX/in_anglvel_x_calibscale 275What /sys/bus/iio/devices/iio:deviceX/in_anglvel_y_calibscale 276What /sys/bus/iio/devices/iio:deviceX/in_anglvel_z_calibscale 277what /sys/bus/iio/devices/iio:deviceX/in_illuminance0_calibscale 278what /sys/bus/iio/devices/iio:deviceX/in_proximity0_calibscale 279What: /sys/bus/iio/devices/iio:deviceX/in_pressureY_calibscale 280What: /sys/bus/iio/devices/iio:deviceX/in_pressure_calibscale 281KernelVersion: 2.6.35 282Contact: linux-iio@vger.kernel.org 283Description: 284 Hardware applied calibration scale factor (assumed to fix 285 production inaccuracies). If shared across all channels, 286 <type>_calibscale is used. 287 288What: /sys/bus/iio/devices/iio:deviceX/in_accel_scale_available 289What: /sys/.../iio:deviceX/in_voltageX_scale_available 290What: /sys/.../iio:deviceX/in_voltage-voltage_scale_available 291What: /sys/.../iio:deviceX/out_voltageX_scale_available 292What: /sys/.../iio:deviceX/out_altvoltageX_scale_available 293What: /sys/.../iio:deviceX/in_capacitance_scale_available 294What: /sys/.../iio:deviceX/in_pressure_scale_available 295What: /sys/.../iio:deviceX/in_pressureY_scale_available 296KernelVersion: 2.6.35 297Contact: linux-iio@vger.kernel.org 298Description: 299 If a discrete set of scale values is available, they 300 are listed in this attribute. 301 302What /sys/bus/iio/devices/iio:deviceX/out_voltageY_hardwaregain 303KernelVersion: 2.6.35 304Contact: linux-iio@vger.kernel.org 305Description: 306 Hardware applied gain factor. If shared across all channels, 307 <type>_hardwaregain is used. 308 309What: /sys/.../in_accel_filter_low_pass_3db_frequency 310What: /sys/.../in_magn_filter_low_pass_3db_frequency 311What: /sys/.../in_anglvel_filter_low_pass_3db_frequency 312KernelVersion: 3.2 313Contact: linux-iio@vger.kernel.org 314Description: 315 If a known or controllable low pass filter is applied 316 to the underlying data channel, then this parameter 317 gives the 3dB frequency of the filter in Hz. 318 319What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_raw 320What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_raw 321KernelVersion: 2.6.37 322Contact: linux-iio@vger.kernel.org 323Description: 324 Raw (unscaled, no bias etc.) output voltage for 325 channel Y. The number must always be specified and 326 unique if the output corresponds to a single channel. 327 While DAC like devices typically use out_voltage, 328 a continuous frequency generating device, such as 329 a DDS or PLL should use out_altvoltage. 330 331What: /sys/bus/iio/devices/iio:deviceX/out_voltageY&Z_raw 332What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY&Z_raw 333KernelVersion: 2.6.37 334Contact: linux-iio@vger.kernel.org 335Description: 336 Raw (unscaled, no bias etc.) output voltage for an aggregate of 337 channel Y, channel Z, etc. This interface is available in cases 338 where a single output sets the value for multiple channels 339 simultaneously. 340 341What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_powerdown_mode 342What: /sys/bus/iio/devices/iio:deviceX/out_voltage_powerdown_mode 343What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_powerdown_mode 344What: /sys/bus/iio/devices/iio:deviceX/out_altvoltage_powerdown_mode 345KernelVersion: 2.6.38 346Contact: linux-iio@vger.kernel.org 347Description: 348 Specifies the output powerdown mode. 349 DAC output stage is disconnected from the amplifier and 350 1kohm_to_gnd: connected to ground via an 1kOhm resistor, 351 6kohm_to_gnd: connected to ground via a 6kOhm resistor, 352 20kohm_to_gnd: connected to ground via a 20kOhm resistor, 353 100kohm_to_gnd: connected to ground via an 100kOhm resistor, 354 three_state: left floating. 355 For a list of available output power down options read 356 outX_powerdown_mode_available. If Y is not present the 357 mode is shared across all outputs. 358 359What: /sys/.../iio:deviceX/out_votlageY_powerdown_mode_available 360What: /sys/.../iio:deviceX/out_voltage_powerdown_mode_available 361What: /sys/.../iio:deviceX/out_altvotlageY_powerdown_mode_available 362What: /sys/.../iio:deviceX/out_altvoltage_powerdown_mode_available 363KernelVersion: 2.6.38 364Contact: linux-iio@vger.kernel.org 365Description: 366 Lists all available output power down modes. 367 If Y is not present the mode is shared across all outputs. 368 369What: /sys/bus/iio/devices/iio:deviceX/out_voltageY_powerdown 370What: /sys/bus/iio/devices/iio:deviceX/out_voltage_powerdown 371What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_powerdown 372What: /sys/bus/iio/devices/iio:deviceX/out_altvoltage_powerdown 373KernelVersion: 2.6.38 374Contact: linux-iio@vger.kernel.org 375Description: 376 Writing 1 causes output Y to enter the power down mode specified 377 by the corresponding outY_powerdown_mode. DAC output stage is 378 disconnected from the amplifier. Clearing returns to normal 379 operation. Y may be suppressed if all outputs are controlled 380 together. 381 382What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_frequency 383KernelVersion: 3.4.0 384Contact: linux-iio@vger.kernel.org 385Description: 386 Output frequency for channel Y in Hz. The number must always be 387 specified and unique if the output corresponds to a single 388 channel. 389 390What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_phase 391KernelVersion: 3.4.0 392Contact: linux-iio@vger.kernel.org 393Description: 394 Phase in radians of one frequency/clock output Y 395 (out_altvoltageY) relative to another frequency/clock output 396 (out_altvoltageZ) of the device X. The number must always be 397 specified and unique if the output corresponds to a single 398 channel. 399 400What: /sys/bus/iio/devices/iio:deviceX/events 401KernelVersion: 2.6.35 402Contact: linux-iio@vger.kernel.org 403Description: 404 Configuration of which hardware generated events are passed up 405 to user-space. 406 407What: /sys/.../iio:deviceX/events/in_accel_x_thresh_rising_en 408What: /sys/.../iio:deviceX/events/in_accel_x_thresh_falling_en 409What: /sys/.../iio:deviceX/events/in_accel_y_thresh_rising_en 410What: /sys/.../iio:deviceX/events/in_accel_y_thresh_falling_en 411What: /sys/.../iio:deviceX/events/in_accel_z_thresh_rising_en 412What: /sys/.../iio:deviceX/events/in_accel_z_thresh_falling_en 413What: /sys/.../iio:deviceX/events/in_anglvel_x_thresh_rising_en 414What: /sys/.../iio:deviceX/events/in_anglvel_x_thresh_falling_en 415What: /sys/.../iio:deviceX/events/in_anglvel_y_thresh_rising_en 416What: /sys/.../iio:deviceX/events/in_anglvel_y_thresh_falling_en 417What: /sys/.../iio:deviceX/events/in_anglvel_z_thresh_rising_en 418What: /sys/.../iio:deviceX/events/in_anglvel_z_thresh_falling_en 419What: /sys/.../iio:deviceX/events/in_magn_x_thresh_rising_en 420What: /sys/.../iio:deviceX/events/in_magn_x_thresh_falling_en 421What: /sys/.../iio:deviceX/events/in_magn_y_thresh_rising_en 422What: /sys/.../iio:deviceX/events/in_magn_y_thresh_falling_en 423What: /sys/.../iio:deviceX/events/in_magn_z_thresh_rising_en 424What: /sys/.../iio:deviceX/events/in_magn_z_thresh_falling_en 425What: /sys/.../iio:deviceX/events/in_voltageY_supply_thresh_rising_en 426What: /sys/.../iio:deviceX/events/in_voltageY_supply_thresh_falling_en 427What: /sys/.../iio:deviceX/events/in_voltageY_thresh_rising_en 428What: /sys/.../iio:deviceX/events/in_voltageY_thresh_falling_en 429What: /sys/.../iio:deviceX/events/in_tempY_thresh_rising_en 430What: /sys/.../iio:deviceX/events/in_tempY_thresh_falling_en 431KernelVersion: 2.6.37 432Contact: linux-iio@vger.kernel.org 433Description: 434 Event generated when channel passes a threshold in the specified 435 (_rising|_falling) direction. If the direction is not specified, 436 then either the device will report an event which ever direction 437 a single threshold value is passed in (e.g. 438 <type>[Y][_name]_<raw|input>_thresh_value) or 439 <type>[Y][_name]_<raw|input>_thresh_rising_value and 440 <type>[Y][_name]_<raw|input>_thresh_falling_value may take 441 different values, but the device can only enable both thresholds 442 or neither. 443 Note the driver will assume the last p events requested are 444 to be enabled where p is how many it supports (which may vary 445 depending on the exact set requested. So if you want to be 446 sure you have set what you think you have, check the contents of 447 these attributes after everything is configured. Drivers may 448 have to buffer any parameters so that they are consistent when 449 a given event type is enabled at a future point (and not those for 450 whatever event was previously enabled). 451 452What: /sys/.../iio:deviceX/events/in_accel_x_roc_rising_en 453What: /sys/.../iio:deviceX/events/in_accel_x_roc_falling_en 454What: /sys/.../iio:deviceX/events/in_accel_y_roc_rising_en 455What: /sys/.../iio:deviceX/events/in_accel_y_roc_falling_en 456What: /sys/.../iio:deviceX/events/in_accel_z_roc_rising_en 457What: /sys/.../iio:deviceX/events/in_accel_z_roc_falling_en 458What: /sys/.../iio:deviceX/events/in_anglvel_x_roc_rising_en 459What: /sys/.../iio:deviceX/events/in_anglvel_x_roc_falling_en 460What: /sys/.../iio:deviceX/events/in_anglvel_y_roc_rising_en 461What: /sys/.../iio:deviceX/events/in_anglvel_y_roc_falling_en 462What: /sys/.../iio:deviceX/events/in_anglvel_z_roc_rising_en 463What: /sys/.../iio:deviceX/events/in_anglvel_z_roc_falling_en 464What: /sys/.../iio:deviceX/events/in_magn_x_roc_rising_en 465What: /sys/.../iio:deviceX/events/in_magn_x_roc_falling_en 466What: /sys/.../iio:deviceX/events/in_magn_y_roc_rising_en 467What: /sys/.../iio:deviceX/events/in_magn_y_roc_falling_en 468What: /sys/.../iio:deviceX/events/in_magn_z_roc_rising_en 469What: /sys/.../iio:deviceX/events/in_magn_z_roc_falling_en 470What: /sys/.../iio:deviceX/events/in_voltageY_supply_roc_rising_en 471What: /sys/.../iio:deviceX/events/in_voltageY_supply_roc_falling_en 472What: /sys/.../iio:deviceX/events/in_voltageY_roc_rising_en 473What: /sys/.../iio:deviceX/events/in_voltageY_roc_falling_en 474What: /sys/.../iio:deviceX/events/in_tempY_roc_rising_en 475What: /sys/.../iio:deviceX/events/in_tempY_roc_falling_en 476KernelVersion: 2.6.37 477Contact: linux-iio@vger.kernel.org 478Description: 479 Event generated when channel passes a threshold on the rate of 480 change (1st differential) in the specified (_rising|_falling) 481 direction. If the direction is not specified, then either the 482 device will report an event which ever direction a single 483 threshold value is passed in (e.g. 484 <type>[Y][_name]_<raw|input>_roc_value) or 485 <type>[Y][_name]_<raw|input>_roc_rising_value and 486 <type>[Y][_name]_<raw|input>_roc_falling_value may take 487 different values, but the device can only enable both rate of 488 change thresholds or neither. 489 Note the driver will assume the last p events requested are 490 to be enabled where p is however many it supports (which may 491 vary depending on the exact set requested. So if you want to be 492 sure you have set what you think you have, check the contents of 493 these attributes after everything is configured. Drivers may 494 have to buffer any parameters so that they are consistent when 495 a given event type is enabled a future point (and not those for 496 whatever event was previously enabled). 497 498What: /sys/.../events/in_accel_x_raw_thresh_rising_value 499What: /sys/.../events/in_accel_x_raw_thresh_falling_value 500What: /sys/.../events/in_accel_y_raw_thresh_rising_value 501What: /sys/.../events/in_accel_y_raw_thresh_falling_value 502What: /sys/.../events/in_accel_z_raw_thresh_rising_value 503What: /sys/.../events/in_accel_z_raw_thresh_falling_value 504What: /sys/.../events/in_anglvel_x_raw_thresh_rising_value 505What: /sys/.../events/in_anglvel_x_raw_thresh_falling_value 506What: /sys/.../events/in_anglvel_y_raw_thresh_rising_value 507What: /sys/.../events/in_anglvel_y_raw_thresh_falling_value 508What: /sys/.../events/in_anglvel_z_raw_thresh_rising_value 509What: /sys/.../events/in_anglvel_z_raw_thresh_falling_value 510What: /sys/.../events/in_magn_x_raw_thresh_rising_value 511What: /sys/.../events/in_magn_x_raw_thresh_falling_value 512What: /sys/.../events/in_magn_y_raw_thresh_rising_value 513What: /sys/.../events/in_magn_y_raw_thresh_falling_value 514What: /sys/.../events/in_magn_z_raw_thresh_rising_value 515What: /sys/.../events/in_magn_z_raw_thresh_falling_value 516What: /sys/.../events/in_voltageY_supply_raw_thresh_rising_value 517What: /sys/.../events/in_voltageY_supply_raw_thresh_falling_value 518What: /sys/.../events/in_voltageY_raw_thresh_rising_value 519What: /sys/.../events/in_voltageY_raw_thresh_falling_value 520What: /sys/.../events/in_tempY_raw_thresh_rising_value 521What: /sys/.../events/in_tempY_raw_thresh_falling_value 522What: /sys/.../events/in_illuminance0_thresh_falling_value 523what: /sys/.../events/in_illuminance0_thresh_rising_value 524what: /sys/.../events/in_proximity0_thresh_falling_value 525what: /sys/.../events/in_proximity0_thresh_rising_value 526KernelVersion: 2.6.37 527Contact: linux-iio@vger.kernel.org 528Description: 529 Specifies the value of threshold that the device is comparing 530 against for the events enabled by 531 <type>Y[_name]_thresh[_rising|falling]_en. 532 If separate attributes exist for the two directions, but 533 direction is not specified for this attribute, then a single 534 threshold value applies to both directions. 535 The raw or input element of the name indicates whether the 536 value is in raw device units or in processed units (as _raw 537 and _input do on sysfs direct channel read attributes). 538 539What: /sys/.../events/in_accel_x_raw_roc_rising_value 540What: /sys/.../events/in_accel_x_raw_roc_falling_value 541What: /sys/.../events/in_accel_y_raw_roc_rising_value 542What: /sys/.../events/in_accel_y_raw_roc_falling_value 543What: /sys/.../events/in_accel_z_raw_roc_rising_value 544What: /sys/.../events/in_accel_z_raw_roc_falling_value 545What: /sys/.../events/in_anglvel_x_raw_roc_rising_value 546What: /sys/.../events/in_anglvel_x_raw_roc_falling_value 547What: /sys/.../events/in_anglvel_y_raw_roc_rising_value 548What: /sys/.../events/in_anglvel_y_raw_roc_falling_value 549What: /sys/.../events/in_anglvel_z_raw_roc_rising_value 550What: /sys/.../events/in_anglvel_z_raw_roc_falling_value 551What: /sys/.../events/in_magn_x_raw_roc_rising_value 552What: /sys/.../events/in_magn_x_raw_roc_falling_value 553What: /sys/.../events/in_magn_y_raw_roc_rising_value 554What: /sys/.../events/in_magn_y_raw_roc_falling_value 555What: /sys/.../events/in_magn_z_raw_roc_rising_value 556What: /sys/.../events/in_magn_z_raw_roc_falling_value 557What: /sys/.../events/in_voltageY_supply_raw_roc_rising_value 558What: /sys/.../events/in_voltageY_supply_raw_roc_falling_value 559What: /sys/.../events/in_voltageY_raw_roc_rising_value 560What: /sys/.../events/in_voltageY_raw_roc_falling_value 561What: /sys/.../events/in_tempY_raw_roc_rising_value 562What: /sys/.../events/in_tempY_raw_roc_falling_value 563KernelVersion: 2.6.37 564Contact: linux-iio@vger.kernel.org 565Description: 566 Specifies the value of rate of change threshold that the 567 device is comparing against for the events enabled by 568 <type>[Y][_name]_roc[_rising|falling]_en. 569 If separate attributes exist for the two directions, 570 but direction is not specified for this attribute, 571 then a single threshold value applies to both directions. 572 The raw or input element of the name indicates whether the 573 value is in raw device units or in processed units (as _raw 574 and _input do on sysfs direct channel read attributes). 575 576What: /sys/.../events/in_accel_x_thresh_rising_period 577What: /sys/.../events/in_accel_x_thresh_falling_period 578hat: /sys/.../events/in_accel_x_roc_rising_period 579What: /sys/.../events/in_accel_x_roc_falling_period 580What: /sys/.../events/in_accel_y_thresh_rising_period 581What: /sys/.../events/in_accel_y_thresh_falling_period 582What: /sys/.../events/in_accel_y_roc_rising_period 583What: /sys/.../events/in_accel_y_roc_falling_period 584What: /sys/.../events/in_accel_z_thresh_rising_period 585What: /sys/.../events/in_accel_z_thresh_falling_period 586What: /sys/.../events/in_accel_z_roc_rising_period 587What: /sys/.../events/in_accel_z_roc_falling_period 588What: /sys/.../events/in_anglvel_x_thresh_rising_period 589What: /sys/.../events/in_anglvel_x_thresh_falling_period 590What: /sys/.../events/in_anglvel_x_roc_rising_period 591What: /sys/.../events/in_anglvel_x_roc_falling_period 592What: /sys/.../events/in_anglvel_y_thresh_rising_period 593What: /sys/.../events/in_anglvel_y_thresh_falling_period 594What: /sys/.../events/in_anglvel_y_roc_rising_period 595What: /sys/.../events/in_anglvel_y_roc_falling_period 596What: /sys/.../events/in_anglvel_z_thresh_rising_period 597What: /sys/.../events/in_anglvel_z_thresh_falling_period 598What: /sys/.../events/in_anglvel_z_roc_rising_period 599What: /sys/.../events/in_anglvel_z_roc_falling_period 600What: /sys/.../events/in_magn_x_thresh_rising_period 601What: /sys/.../events/in_magn_x_thresh_falling_period 602What: /sys/.../events/in_magn_x_roc_rising_period 603What: /sys/.../events/in_magn_x_roc_falling_period 604What: /sys/.../events/in_magn_y_thresh_rising_period 605What: /sys/.../events/in_magn_y_thresh_falling_period 606What: /sys/.../events/in_magn_y_roc_rising_period 607What: /sys/.../events/in_magn_y_roc_falling_period 608What: /sys/.../events/in_magn_z_thresh_rising_period 609What: /sys/.../events/in_magn_z_thresh_falling_period 610What: /sys/.../events/in_magn_z_roc_rising_period 611What: /sys/.../events/in_magn_z_roc_falling_period 612What: /sys/.../events/in_voltageY_supply_thresh_rising_period 613What: /sys/.../events/in_voltageY_supply_thresh_falling_period 614What: /sys/.../events/in_voltageY_supply_roc_rising_period 615What: /sys/.../events/in_voltageY_supply_roc_falling_period 616What: /sys/.../events/in_voltageY_thresh_rising_period 617What: /sys/.../events/in_voltageY_thresh_falling_period 618What: /sys/.../events/in_voltageY_roc_rising_period 619What: /sys/.../events/in_voltageY_roc_falling_period 620What: /sys/.../events/in_tempY_thresh_rising_period 621What: /sys/.../events/in_tempY_thresh_falling_period 622What: /sys/.../events/in_tempY_roc_rising_period 623What: /sys/.../events/in_tempY_roc_falling_period 624What: /sys/.../events/in_accel_x&y&z_mag_falling_period 625What: /sys/.../events/in_intensity0_thresh_period 626What: /sys/.../events/in_proximity0_thresh_period 627KernelVersion: 2.6.37 628Contact: linux-iio@vger.kernel.org 629Description: 630 Period of time (in seconds) for which the condition must be 631 met before an event is generated. If direction is not 632 specified then this period applies to both directions. 633 634What: /sys/.../iio:deviceX/events/in_accel_mag_en 635What: /sys/.../iio:deviceX/events/in_accel_mag_rising_en 636What: /sys/.../iio:deviceX/events/in_accel_mag_falling_en 637What: /sys/.../iio:deviceX/events/in_accel_x_mag_en 638What: /sys/.../iio:deviceX/events/in_accel_x_mag_rising_en 639What: /sys/.../iio:deviceX/events/in_accel_x_mag_falling_en 640What: /sys/.../iio:deviceX/events/in_accel_y_mag_en 641What: /sys/.../iio:deviceX/events/in_accel_y_mag_rising_en 642What: /sys/.../iio:deviceX/events/in_accel_y_mag_falling_en 643What: /sys/.../iio:deviceX/events/in_accel_z_mag_en 644What: /sys/.../iio:deviceX/events/in_accel_z_mag_rising_en 645What: /sys/.../iio:deviceX/events/in_accel_z_mag_falling_en 646What: /sys/.../iio:deviceX/events/in_accel_x&y&z_mag_rising_en 647What: /sys/.../iio:deviceX/events/in_accel_x&y&z_mag_falling_en 648KernelVersion: 2.6.37 649Contact: linux-iio@vger.kernel.org 650Description: 651 Similar to in_accel_x_thresh[_rising|_falling]_en, but here the 652 magnitude of the channel is compared to the threshold, not its 653 signed value. 654 655What: /sys/.../events/in_accel_raw_mag_value 656What: /sys/.../events/in_accel_x_raw_mag_rising_value 657What: /sys/.../events/in_accel_y_raw_mag_rising_value 658What: /sys/.../events/in_accel_z_raw_mag_rising_value 659KernelVersion: 2.6.37 660Contact: linux-iio@vger.kernel.org 661Description: 662 The value to which the magnitude of the channel is compared. If 663 number or direction is not specified, applies to all channels of 664 this type. 665 666What: /sys/bus/iio/devices/iio:deviceX/trigger/current_trigger 667KernelVersion: 2.6.35 668Contact: linux-iio@vger.kernel.org 669Description: 670 The name of the trigger source being used, as per string given 671 in /sys/class/iio/triggerY/name. 672 673What: /sys/bus/iio/devices/iio:deviceX/buffer/length 674KernelVersion: 2.6.35 675Contact: linux-iio@vger.kernel.org 676Description: 677 Number of scans contained by the buffer. 678 679What: /sys/bus/iio/devices/iio:deviceX/buffer/bytes_per_datum 680KernelVersion: 2.6.37 681Contact: linux-iio@vger.kernel.org 682Description: 683 Bytes per scan. Due to alignment fun, the scan may be larger 684 than implied directly by the scan_element parameters. 685 686What: /sys/bus/iio/devices/iio:deviceX/buffer/enable 687KernelVersion: 2.6.35 688Contact: linux-iio@vger.kernel.org 689Description: 690 Actually start the buffer capture up. Will start trigger 691 if first device and appropriate. 692 693What: /sys/bus/iio/devices/iio:deviceX/buffer/scan_elements 694KernelVersion: 2.6.37 695Contact: linux-iio@vger.kernel.org 696Description: 697 Directory containing interfaces for elements that will be 698 captured for a single triggered sample set in the buffer. 699 700What: /sys/.../buffer/scan_elements/in_accel_x_en 701What: /sys/.../buffer/scan_elements/in_accel_y_en 702What: /sys/.../buffer/scan_elements/in_accel_z_en 703What: /sys/.../buffer/scan_elements/in_anglvel_x_en 704What: /sys/.../buffer/scan_elements/in_anglvel_y_en 705What: /sys/.../buffer/scan_elements/in_anglvel_z_en 706What: /sys/.../buffer/scan_elements/in_magn_x_en 707What: /sys/.../buffer/scan_elements/in_magn_y_en 708What: /sys/.../buffer/scan_elements/in_magn_z_en 709What: /sys/.../buffer/scan_elements/in_timestamp_en 710What: /sys/.../buffer/scan_elements/in_voltageY_supply_en 711What: /sys/.../buffer/scan_elements/in_voltageY_en 712What: /sys/.../buffer/scan_elements/in_voltageY-voltageZ_en 713What: /sys/.../buffer/scan_elements/in_incli_x_en 714What: /sys/.../buffer/scan_elements/in_incli_y_en 715What: /sys/.../buffer/scan_elements/in_pressureY_en 716What: /sys/.../buffer/scan_elements/in_pressure_en 717KernelVersion: 2.6.37 718Contact: linux-iio@vger.kernel.org 719Description: 720 Scan element control for triggered data capture. 721 722What: /sys/.../buffer/scan_elements/in_accel_type 723What: /sys/.../buffer/scan_elements/in_anglvel_type 724What: /sys/.../buffer/scan_elements/in_magn_type 725What: /sys/.../buffer/scan_elements/in_incli_type 726What: /sys/.../buffer/scan_elements/in_voltageY_type 727What: /sys/.../buffer/scan_elements/in_voltage_type 728What: /sys/.../buffer/scan_elements/in_voltageY_supply_type 729What: /sys/.../buffer/scan_elements/in_timestamp_type 730What: /sys/.../buffer/scan_elements/in_pressureY_type 731What: /sys/.../buffer/scan_elements/in_pressure_type 732KernelVersion: 2.6.37 733Contact: linux-iio@vger.kernel.org 734Description: 735 Description of the scan element data storage within the buffer 736 and hence the form in which it is read from user-space. 737 Form is [be|le]:[s|u]bits/storagebits[>>shift]. 738 be or le specifies big or little endian. s or u specifies if 739 signed (2's complement) or unsigned. bits is the number of bits 740 of data and storagebits is the space (after padding) that it 741 occupies in the buffer. shift if specified, is the shift that 742 needs to be applied prior to masking out unused bits. Some 743 devices put their data in the middle of the transferred elements 744 with additional information on both sides. Note that some 745 devices will have additional information in the unused bits 746 so to get a clean value, the bits value must be used to mask 747 the buffer output value appropriately. The storagebits value 748 also specifies the data alignment. So s48/64>>2 will be a 749 signed 48 bit integer stored in a 64 bit location aligned to 750 a 64 bit boundary. To obtain the clean value, shift right 2 751 and apply a mask to zero the top 16 bits of the result. 752 For other storage combinations this attribute will be extended 753 appropriately. 754 755What: /sys/.../buffer/scan_elements/in_accel_type_available 756KernelVersion: 2.6.37 757Contact: linux-iio@vger.kernel.org 758Description: 759 If the type parameter can take one of a small set of values, 760 this attribute lists them. 761 762What: /sys/.../buffer/scan_elements/in_voltageY_index 763What: /sys/.../buffer/scan_elements/in_voltageY_supply_index 764What: /sys/.../buffer/scan_elements/in_accel_x_index 765What: /sys/.../buffer/scan_elements/in_accel_y_index 766What: /sys/.../buffer/scan_elements/in_accel_z_index 767What: /sys/.../buffer/scan_elements/in_anglvel_x_index 768What: /sys/.../buffer/scan_elements/in_anglvel_y_index 769What: /sys/.../buffer/scan_elements/in_anglvel_z_index 770What: /sys/.../buffer/scan_elements/in_magn_x_index 771What: /sys/.../buffer/scan_elements/in_magn_y_index 772What: /sys/.../buffer/scan_elements/in_magn_z_index 773What: /sys/.../buffer/scan_elements/in_incli_x_index 774What: /sys/.../buffer/scan_elements/in_incli_y_index 775What: /sys/.../buffer/scan_elements/in_timestamp_index 776What: /sys/.../buffer/scan_elements/in_pressureY_index 777What: /sys/.../buffer/scan_elements/in_pressure_index 778KernelVersion: 2.6.37 779Contact: linux-iio@vger.kernel.org 780Description: 781 A single positive integer specifying the position of this 782 scan element in the buffer. Note these are not dependent on 783 what is enabled and may not be contiguous. Thus for user-space 784 to establish the full layout these must be used in conjunction 785 with all _en attributes to establish which channels are present, 786 and the relevant _type attributes to establish the data storage 787 format. 788 789What: /sys/.../iio:deviceX/in_anglvel_z_quadrature_correction_raw 790KernelVersion: 2.6.38 791Contact: linux-iio@vger.kernel.org 792Description: 793 This attribute is used to read the amount of quadrature error 794 present in the device at a given time. 795