1. 17 3月, 2014 2 次提交
  2. 18 2月, 2014 2 次提交
  3. 15 2月, 2014 1 次提交
  4. 08 2月, 2014 1 次提交
  5. 11 1月, 2014 1 次提交
  6. 18 12月, 2013 1 次提交
  7. 08 12月, 2013 1 次提交
  8. 12 10月, 2013 3 次提交
  9. 01 10月, 2013 1 次提交
  10. 08 9月, 2013 1 次提交
  11. 14 5月, 2013 1 次提交
  12. 29 3月, 2013 5 次提交
  13. 18 3月, 2013 1 次提交
  14. 22 11月, 2012 3 次提交
  15. 09 7月, 2012 1 次提交
  16. 19 6月, 2012 1 次提交
  17. 15 5月, 2012 1 次提交
  18. 30 4月, 2012 1 次提交
    • L
      staging:iio: Streamline API function naming · 7cbb7537
      Lars-Peter Clausen 提交于
      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: NLars-Peter Clausen <lars@metafoo.de>
      Acked-by: NJonathan Cameron <jic23@kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      7cbb7537
  19. 26 4月, 2012 1 次提交
  20. 19 4月, 2012 1 次提交
  21. 14 2月, 2012 1 次提交
  22. 09 12月, 2011 1 次提交
  23. 27 11月, 2011 4 次提交
    • L
      staging:iio: Add missing MODULE_DEVICE_TABLE and MODULE_ALIAS · 55e4390c
      Lars-Peter Clausen 提交于
      Quite a few iio drivers provide no MODULE_DEVICE_TABLE or MODULE_ALIAS or only
      provide a MODULE_ALIAS while they have support for multiple device ids. This
      prevents auto module loading from working correctly.
      
      This patch fixes it by adding the missing MODULE_DEVICE_TABLEs and
      MODULE_ALIAS'.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Acked-by: NJonathan Cameron <jic23@kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      55e4390c
    • J
      staging:iio:treewide only use shared to decide on interfaces · c8a9f805
      Jonathan Cameron 提交于
      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: NJonathan Cameron <jic23@cam.ac.uk>
      Acked-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      c8a9f805
    • L
      staging:iio: Do not use bitmasks for channel info addresses · 924f8a21
      Lars-Peter Clausen 提交于
      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: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NJonathan Cameron <jic23@cam.ac.uk>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      924f8a21
    • J
      staging:iio: header reorganization · af5046af
      Jonathan Cameron 提交于
      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: NJonathan Cameron <jic23@cam.ac.uk>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      af5046af
  24. 18 11月, 2011 1 次提交
  25. 18 10月, 2011 1 次提交
  26. 11 10月, 2011 1 次提交
  27. 04 10月, 2011 1 次提交