1. 04 Nov, 2012 3 commits
    • Lars-Peter Clausen's avatar
      staging:iio:adis16400: Remove now duplicated chip_table entry · a7462e64
      Lars-Peter Clausen authored
      The ADIS1360 and ADIS13605 are very similar and do have the same software
      interface. The only difference is the contents of the PROD_ID register. Since we
      now read the product id from the device name instead of the chip_info struct we
      can use the same chip_table entry for both the ADIS1360 and ADIS13605.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@kernel.org>
      a7462e64
    • Lars-Peter Clausen's avatar
      staging:iio:adis16400: Fix product id check · fc8850c0
      Lars-Peter Clausen authored
      The product id check currently ANDs the read id with 0xF000 and compares the
      result to the product id from the chip info. Since none of the product ids in
      the chip info table end in 0x000 the check will always fail. Furthermore it is
      also wrong, the product id in the PROD_ID register will always match the part
      number of the device.
      
      Some of the ADIS16XXX devices are identical from a software point of
      view with the product id register having a different content. If we keep the
      current scheme of storing the product id in the chip info table this would
      require us to have multiple almost identical chip info table entries. So instead
      this patch changes the code to parse the product id from the device name.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@kernel.org>
      fc8850c0
    • Lars-Peter Clausen's avatar
      staging:iio:adis16400: Fix adis16334 sampling frequency control · ea2ccb3e
      Lars-Peter Clausen authored
      Setting the sampling frequency for the adis16334 differs from the other devices.
      This patch introduces two new callback functions to the adis16400 chip_info
      struct which are used to specify how to read and write the current sample rate.
      The patch also introduces the proper implementations for these callbacks for the
      adis16334.
      
      Related to this is that the adis16334 has no slow mode and so we do not limit
      the SPI clock rate to 300kHz during initialization. The patch adds a new flag
      for devices which do have a slow mode.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarJonathan Cameron <jic23@kernel.org>
      ea2ccb3e
  2. 02 Nov, 2012 37 commits