[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230930170530.0b8f185c@jic23-huawei>
Date: Sat, 30 Sep 2023 17:05:30 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Jagath Jog J <jagathjog1996@...il.com>
Cc: andriy.shevchenko@...ux.intel.com, lars@...afoo.de,
robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
linux-iio@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC 1/2] dt-bindings: iio: imu: Add DT binding doc for BMI323
On Thu, 28 Sep 2023 03:07:22 +0530
Jagath Jog J <jagathjog1996@...il.com> wrote:
> HI Jonathan,
>
> On Sun, Sep 24, 2023 at 7:07 PM Jonathan Cameron <jic23@...nel.org> wrote:
> >
> > On Mon, 18 Sep 2023 13:33:13 +0530
> > Jagath Jog J <jagathjog1996@...il.com> wrote:
> >
> > > Add devicetree description document for Bosch BMI323, a 6-Axis IMU.
> > >
> > > Signed-off-by: Jagath Jog J <jagathjog1996@...il.com>
> > > ---
> > > .../bindings/iio/imu/bosch,bmi323.yaml | 81 +++++++++++++++++++
> > > 1 file changed, 81 insertions(+)
> > > create mode 100644 Documentation/devicetree/bindings/iio/imu/bosch,bmi323.yaml
> > >
> > > diff --git a/Documentation/devicetree/bindings/iio/imu/bosch,bmi323.yaml b/Documentation/devicetree/bindings/iio/imu/bosch,bmi323.yaml
> > > new file mode 100644
> > > index 000000000000..9c08988103c5
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/iio/imu/bosch,bmi323.yaml
> > > @@ -0,0 +1,81 @@
> > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> > > +%YAML 1.2
> > > +---
> > > +$id: http://devicetree.org/schemas/iio/imu/bosch,bmi323.yaml#
> > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > +
> > > +title: Bosch BMI323 6-Axis IMU
> > > +
> > > +maintainers:
> > > + - Jagath Jog J <jagathjog1996@...il.com>
> > > +
> > > +description:
> > > + BMI323 is a 6-axis inertial measurement unit that supports acceleration and
> > > + gyroscopic measurements with hardware fifo buffering. Sensor also provides
> > > + events information such as motion, steps, orientation, single and double
> > > + tap detection.
> > > +
> > > +properties:
> > > + compatible:
> > > + const: bosch,bmi323
> > > +
> > > + reg:
> > > + maxItems: 1
> > > +
> > > + interrupts:
> > > + maxItems: 1
> > > +
> > > + interrupt-names:
> > > + enum:
> > > + - INT1
> > > + - INT2
> > > + description: |
> > > + set to "INT1" if INT1 pin should be used as interrupt input, set
> > > + to "INT2" if INT2 pin should be used instead
> >
> > Why not both? Sure driver might elect to use only one, but the binding
> > describes the hardware not the driver and both might be wired.
>
> If both interrupt pins are wired, should the DTS file need to define
> both of the pins?
Yes it should. + we need the names to know which is which.
You could rely on order, but it's more flexible to not do so, particularly
when you also need to support case where only one is wired.
Jonathan
Powered by blists - more mailing lists