[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230919181723.GA4169859-robh@kernel.org>
Date: Tue, 19 Sep 2023 13:17:23 -0500
From: Rob Herring <robh@...nel.org>
To: Tylor Yang <tylor_yang@...ax.corp-partner.google.com>
Cc: dmitry.torokhov@...il.com, krzysztof.kozlowski+dt@...aro.org,
conor+dt@...nel.org, jikos@...nel.org,
benjamin.tissoires@...hat.com, linux-input@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
poyuan_chang@...ax.corp-partner.google.com, jingliang@...omium.org,
hbarnor@...omium.org
Subject: Re: [PATCH V2 1/2] dt-bindings: input: Introduce Himax HID-over-SPI
device
On Tue, Sep 19, 2023 at 10:49:42AM +0800, Tylor Yang wrote:
> The Himax HID-over-SPI framework support for Himax touchscreen ICs
> that report HID packet through SPI bus. The driver core need reset
> pin to meet reset timing spec. of IC. An interrupt pin to disable
> and enable interrupt when suspend/resume. An optional power control
> pin if target board needed. Panel id pins for identify panel is also
> an option.
>
> Additional optional arguments:
> ic-det-delay-ms and ic-resume-delay-ms are using to solve runtime
> conditions.
>
> This patch also add maintainer of this driver.
>
> Signed-off-by: Tylor Yang <tylor_yang@...ax.corp-partner.google.com>
> ---
> .../bindings/input/himax,hid-over-spi.yaml | 109 ++++++++++++++++++
> MAINTAINERS | 6 +
> 2 files changed, 115 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/input/himax,hid-over-spi.yaml
>
> diff --git a/Documentation/devicetree/bindings/input/himax,hid-over-spi.yaml b/Documentation/devicetree/bindings/input/himax,hid-over-spi.yaml
> new file mode 100644
> index 000000000000..3ee3a89842ac
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/input/himax,hid-over-spi.yaml
> @@ -0,0 +1,109 @@
> +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/input/himax,hid-over-spi.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Himax TDDI devices using SPI to send HID packets
> +
> +maintainers:
> + - Tylor Yang <tylor_yang@...ax.corp-partner.google.com>
> +
> +description: |
> + Support the Himax TDDI devices which using SPI interface to acquire
> + HID packets from the device. The device needs to be initialized using
> + Himax protocol before it start sending HID packets.
> +
> +properties:
> + compatible:
> + const: himax,hid-over-spi
Doesn't look like a specific device. Compatibles are generally based on
part numbers.
'over-spi' is redundant as the parent would be a spi controller.
> +
> + reg:
> + maxItems: 1
> +
> + '#address-cells':
> + const: 1
> +
> + '#size-cells':
> + const: 0
These are for child nodes, but you don't have any.
> +
> + interrupts:
> + maxItems: 1
> +
> + himax,rst-gpio:
> + maxItems: 1
> + description: Reset device, active low signal.
Use standard reset-gpios.
(-gpio is deprecated)
> +
> + himax,irq-gpio:
> + maxItems: 1
> + description: Interrupt request, active low signal.
You have the interrupt already, why do you need this?
> +
> + himax,3v3-gpio:
> + maxItems: 1
> + description: GPIO to control 3.3V power supply.
This should be a regulator supply. Then use gpio-regulator if it happens
to be GPIO controlled.
> +
> + himax,id-gpios:
> + maxItems: 8
> + description: GPIOs to read physical Panel ID. Optional.
> +
> + spi-cpha: true
> + spi-cpol: true
> +
> + himax,ic-det-delay-ms:
> + description:
> + Due to TDDI properties, the TPIC detection timing must after the
> + display panel initialized. This property is used to specify the
> + delay time when TPIC detection and display panel initialization
> + timing are overlapped. How much milliseconds to delay before TPIC
> + detection start.
> +
> + himax,ic-resume-delay-ms:
> + description:
> + Due to TDDI properties, the TPIC resume timing must after the
> + display panel resumed. This property is used to specify the
> + delay time when TPIC resume and display panel resume
> + timing are overlapped. How much milliseconds to delay before TPIC
> + resume start.
These should be implied by the compatible. Unless they are board
specific and not device specific.
Rob
Powered by blists - more mailing lists