1. 21 Jun, 2014 1 commit
  2. 08 Dec, 2013 1 commit
  3. 12 Oct, 2013 2 commits
  4. 11 Oct, 2013 1 commit
  5. 07 Sep, 2013 1 commit
  6. 06 Jul, 2013 1 commit
  7. 14 Jun, 2013 7 commits
  8. 17 Mar, 2013 1 commit
  9. 21 Nov, 2012 3 commits
  10. 14 May, 2012 1 commit
  11. 29 Apr, 2012 1 commit
    • Lars-Peter Clausen's avatar
      staging:iio: Streamline API function naming · 7cbb7537
      Lars-Peter Clausen authored
      Currently we use two different naming schemes in the IIO API, iio_verb_object
      and iio_object_verb. E.g iio_device_register and iio_allocate_device. This
      patches renames instances of the later to the former. The patch also renames allocate to
      alloc as this seems to be the preferred form throughout the kernel.
      
      In particular the following renames are performed by the patch:
      	iio_put_device -> iio_device_put
      	iio_allocate_device -> iio_device_alloc
      	iio_free_device -> iio_device_free
      	iio_get_trigger -> iio_trigger_get
      	iio_put_trigger -> iio_trigger_put
      	iio_allocate_trigger -> iio_trigger_alloc
      	iio_free_trigger -> iio_trigger_free
      
      The conversion was done with the following coccinelle patch with manual fixes to
      comments and documentation.
      
      <smpl>
      @@
      @@
      -iio_put_device
      +iio_device_put
      @@
      @@
      -iio_allocate_device
      +iio_device_alloc
      @@
      @@
      -iio_free_device
      +iio_device_free
      @@
      @@
      -iio_get_trigger
      +iio_trigger_get
      @@
      @@
      -iio_put_trigger
      +iio_trigger_put
      @@
      @@
      -iio_allocate_trigger
      +iio_trigger_alloc
      @@
      @@
      -iio_free_trigger
      +iio_trigger_free
      </smpl>
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Acked-by: default avatarJonathan Cameron <jic23@kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      7cbb7537
  12. 25 Apr, 2012 1 commit
  13. 18 Apr, 2012 1 commit
  14. 13 Feb, 2012 1 commit
  15. 26 Nov, 2011 3 commits
    • Jonathan Cameron's avatar
      staging:iio:treewide only use shared to decide on interfaces · c8a9f805
      Jonathan Cameron authored
      Internally the fact that say scale is shared across channels is
      actually of remarkably little interest.  Hence lets not store it.
      Numerous devices have weird combinations of channels sharing
      scale anyway so it is not as though this was really telling
      us much. Note however that we do still use the shared sysfs
      attrs thus massively reducing the number of attrs in complex
      drivers.
      
      Side effect is that certain drivers that were abusing this
      (mostly my work) needed to do a few more checks on what the
      channel they are being queried on actually is.
      
      This is also helpful for in kernel interfaces where we
      just want to query the scale and don't care whether it
      is shared with other channels or not.
      Signed-off-by: default avatarJonathan Cameron <jic23@cam.ac.uk>
      Acked-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      c8a9f805
    • Lars-Peter Clausen's avatar
      staging:iio: Do not use bitmasks for channel info addresses · 924f8a21
      Lars-Peter Clausen authored
      Currently the iio framework uses bitmasks for the address field of channel info
      attributes. This is for historical reasons and no longer required since it will
      only ever query a single info attribute at once. This patch changes the code to
      use the non-shifted iio_chan_info_enum values for the info attribute address.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@cam.ac.uk>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      924f8a21
    • Jonathan Cameron's avatar
      staging:iio: header reorganization · af5046af
      Jonathan Cameron authored
      Issue brought up by Lars-Peter Clausen. This is a varient of what
      he suggested.
      
      io/iio.h for driver stuff (has to include types.h)
      	Sub files for the bits drivers may or may not use
      	iio/sysfs.h
      	iio/buffer.h (contents of current buffer_generic.h)
      	(obviously anything offering events will need events.h as well)
      iio/types.h for the enums that matter to both
      	iio_chan_type, iio_modifier
      iio/events.h for the event code stuff
      	IIO_EVENT_CODE and friends.  + everything in chrdev.h  So this
      	is the stuff that userspace cares about.
      	Also include iio_event_type, iio_event_direction
      
      Thus iio drivers include iio.h + as required
      events.h
      sysfs.h
      buffer.h
      
      in kernel users (once that interface is merged) will need inkern.h
      which will pull in types.h
      
      Userspace will need just events.h (which pulls in types.h) to get
      everything they need to know about.  Buffer userspace access doesn't
      currently need any core defines. All information about the data
      format is passed through sysfs.
      Signed-off-by: default avatarJonathan Cameron <jic23@cam.ac.uk>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      af5046af
  16. 17 Nov, 2011 1 commit
  17. 17 Oct, 2011 1 commit
  18. 11 Oct, 2011 1 commit
  19. 29 Sep, 2011 1 commit
  20. 06 Sep, 2011 10 commits