Thread (1 message) 1 message, 1 author, 2017-06-25

Re: [PATCH 1/2] iio: imu: st_lsm6dsx: support open drain mode

From: Jonathan Cameron <hidden>
Date: 2017-06-25 16:01:59
Also in: linux-iio

On Sun, 25 Jun 2017 11:34:10 +0200
Lorenzo Bianconi [off-list ref] wrote:
quoted
On Wed, 21 Jun 2017 21:21:28 +0200
Lorenzo Bianconi [off-list ref] wrote:
 
quoted
Add open drain support in order to share requested IRQ line between
st_lsm6dsx device and other peripherals

Signed-off-by: Lorenzo Bianconi <redacted>  
Issue when IRQF_RISING and open drain is set.
 
Hi Jonathan,
quoted
Otherwise looks good.  
quoted
---
 drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
diff --git a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
index 2a72acc6e049..e2737dc71b67 100644
--- a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
+++ b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
@@ -31,6 +31,8 @@
 #include <linux/iio/iio.h>
 #include <linux/iio/buffer.h>

+#include <linux/platform_data/st_sensors_pdata.h>
+
 #include "st_lsm6dsx.h"

 #define ST_LSM6DSX_REG_FIFO_THL_ADDR         0x06
@@ -39,6 +41,8 @@
 #define ST_LSM6DSX_REG_FIFO_DEC_GXL_ADDR     0x08
 #define ST_LSM6DSX_REG_HLACTIVE_ADDR         0x12
 #define ST_LSM6DSX_REG_HLACTIVE_MASK         BIT(5)
+#define ST_LSM6DSX_REG_PP_OD_ADDR            0x12
+#define ST_LSM6DSX_REG_PP_OD_MASK            BIT(4)
 #define ST_LSM6DSX_REG_FIFO_MODE_ADDR                0x0a
 #define ST_LSM6DSX_FIFO_MODE_MASK            GENMASK(2, 0)
 #define ST_LSM6DSX_FIFO_ODR_MASK             GENMASK(6, 3)
@@ -417,6 +421,8 @@ static const struct iio_buffer_setup_ops st_lsm6dsx_buffer_ops = {

 int st_lsm6dsx_fifo_setup(struct st_lsm6dsx_hw *hw)
 {
+     struct device_node *np = hw->dev->of_node;
+     struct st_sensors_platform_data *pdata;
      struct iio_buffer *buffer;
      unsigned long irq_type;
      bool irq_active_low;
@@ -444,6 +450,17 @@ int st_lsm6dsx_fifo_setup(struct st_lsm6dsx_hw *hw)
      if (err < 0)
              return err;

+     pdata = (struct st_sensors_platform_data *)hw->dev->platform_data;
+     if ((np && of_property_read_bool(np, "drive-open-drain")) ||
+         (pdata && pdata->open_drain)) {
+             err = st_lsm6dsx_write_with_mask(hw, ST_LSM6DSX_REG_PP_OD_ADDR,
+                                              ST_LSM6DSX_REG_PP_OD_MASK, 1);
+             if (err < 0)
+                     return err;
+
+             irq_type |= IRQF_SHARED;
+     }
+  
In common with the mpu3050 which was the first driver in IIO to do open drain,
I think you need to think about precedence as we allow for IRQF_RISING
and IRQF_FALLING already.  Open drain only allows for shared interrupts
if IRQF_FALLING (I think)  
quoted
      err = devm_request_threaded_irq(hw->dev, hw->irq,
                                      st_lsm6dsx_handler_irq,
                                      st_lsm6dsx_handler_thread,  
 
I have not got the difference between IRQF_RISING and IRQF_FALLING
when the irq line
is marked as shared (when open drain is enabled).
Looking at the code, mpu3050 gyro sensor does not support shared interrupts
with IRQF_RISING and IRQF_TRIGGER_HIGH. Is it a hw limitation?
Speaking with digital designer, lsm6dsx series allows open drain mode
even if the requested irq line
is IRQF_TRIGGER_HIGH or IRQF_RISING, we need to add a pull-down resistor.
Moreover ST framework already supports open drain if the requested
interrupt is IRQF_RISING.
Just looked this up in more detail than I ever have before. I wasn't
thinking beyond the 'canonical form' with the thing set up as pull down.

Sure it will work fine.  My bad!

Applied to the togreg branch of iio.git and pushed out as testing.
As this is a carbon copy binding wise of the existing support
I'm not going to wait for Rob or Mark to have a chance to look at
it (of course their confirmation / feedback is always welcome though!)

Jonathan
Regards,
Lorenzo
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help