Re: [PATCH v4] dt-bindings: Fix various typos

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Sep 05, 2024 at 12:01:18AM +0800, Yu-Chun Lin wrote:
> Corrected several typos in Documentatin/devicetree/bindings files.

Documentatin -> Documentation
> 
> Reviewed-by: Matti Vaittinen <mazziesaccount@xxxxxxxxx>
> Signed-off-by: Yu-Chun Lin <eleanor15x@xxxxxxxxx>

With the above fix:
Reviewed-by: Kuan-Wei Chiu <visitorckw@xxxxxxxxx>

Regards,
Kuan-Wei

> ---
> v3->v4
> I squashed all previous version commits. 
> 
> v2->v3
> Corrected "interlaved" to "interleaved"
> 
> v1->v2
> Fixed more typos in dt-bindings files
> 
> I've dropped reviewed tags in v1 due to significant
> changes in v2. So it would be helpful if Laurent Pinchart
> and Kuan-Wei Chiu could review with the version.
> 
> v3
> Link: https://lore.kernel.org/lkml/20240904125812.2761993-1-eleanor15x@xxxxxxxxx/
> 
> v2
> Link: https://lore.kernel.org/lkml/20240903164242.2188895-1-eleanor15x@xxxxxxxxx/
> 
> v1
> Link: https://lore.kernel.org/lkml/20240901133046.962263-1-eleanor15x@xxxxxxxxx/
> 
>  .../devicetree/bindings/arm/arm,coresight-dummy-source.yaml   | 2 +-
>  Documentation/devicetree/bindings/cpu/idle-states.yaml        | 2 +-
>  Documentation/devicetree/bindings/display/lvds.yaml           | 2 +-
>  Documentation/devicetree/bindings/dma/ti-dma-crossbar.txt     | 2 +-
>  Documentation/devicetree/bindings/iio/accel/lis302.txt        | 2 +-
>  .../devicetree/bindings/interrupt-controller/arm,gic-v3.yaml  | 2 +-
>  Documentation/devicetree/bindings/leds/awinic,aw200xx.yaml    | 2 +-
>  .../devicetree/bindings/mailbox/brcm,iproc-flexrm-mbox.txt    | 2 +-
>  .../devicetree/bindings/media/i2c/thine,thp7312.yaml          | 2 +-
>  .../devicetree/bindings/media/samsung,exynos4210-fimc.yaml    | 2 +-
>  Documentation/devicetree/bindings/mfd/rohm,bd96801-pmic.yaml  | 2 +-
>  Documentation/devicetree/bindings/mfd/samsung,s2mps11.yaml    | 2 +-
>  Documentation/devicetree/bindings/mfd/twl6040.txt             | 2 +-
>  .../devicetree/bindings/net/bluetooth/qualcomm-bluetooth.yaml | 2 +-
>  Documentation/devicetree/bindings/phy/apm-xgene-phy.txt       | 2 +-
>  .../devicetree/bindings/phy/mediatek,mt7988-xfi-tphy.yaml     | 2 +-
>  Documentation/devicetree/bindings/phy/mediatek,tphy.yaml      | 2 +-
>  .../devicetree/bindings/phy/qcom,snps-eusb2-repeater.yaml     | 2 +-
>  .../devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml         | 4 ++--
>  Documentation/devicetree/bindings/remoteproc/mtk,scp.yaml     | 2 +-
>  .../devicetree/bindings/serial/nvidia,tegra20-hsuart.yaml     | 2 +-
>  Documentation/devicetree/bindings/sound/everest,es8326.yaml   | 2 +-
>  Documentation/devicetree/bindings/sound/st,sta350.txt         | 2 +-
>  Documentation/devicetree/bindings/thermal/qcom-tsens.yaml     | 2 +-
>  24 files changed, 25 insertions(+), 25 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/arm/arm,coresight-dummy-source.yaml b/Documentation/devicetree/bindings/arm/arm,coresight-dummy-source.yaml
> index d50a60368e27..04a8c37b4aff 100644
> --- a/Documentation/devicetree/bindings/arm/arm,coresight-dummy-source.yaml
> +++ b/Documentation/devicetree/bindings/arm/arm,coresight-dummy-source.yaml
> @@ -17,7 +17,7 @@ description: |
>    The Coresight dummy source component is for the specific coresight source
>    devices kernel don't have permission to access or configure. For some SOCs,
>    there would be Coresight source trace components on sub-processor which
> -  are conneted to AP processor via debug bus. For these devices, a dummy driver
> +  are connected to AP processor via debug bus. For these devices, a dummy driver
>    is needed to register them as Coresight source devices, so that paths can be
>    created in the driver. It provides Coresight API for operations on dummy
>    source devices, such as enabling and disabling them. It also provides the
> diff --git a/Documentation/devicetree/bindings/cpu/idle-states.yaml b/Documentation/devicetree/bindings/cpu/idle-states.yaml
> index 239480ef7c30..385b0a511652 100644
> --- a/Documentation/devicetree/bindings/cpu/idle-states.yaml
> +++ b/Documentation/devicetree/bindings/cpu/idle-states.yaml
> @@ -385,7 +385,7 @@ patternProperties:
>  
>            This property is required in idle state nodes of device tree meant
>            for RISC-V systems. For more details on the suspend_type parameter
> -          refer the SBI specifiation v0.3 (or higher) [7].
> +          refer the SBI specification v0.3 (or higher) [7].
>  
>        local-timer-stop:
>          description:
> diff --git a/Documentation/devicetree/bindings/display/lvds.yaml b/Documentation/devicetree/bindings/display/lvds.yaml
> index 224db4932011..b74efbea3be2 100644
> --- a/Documentation/devicetree/bindings/display/lvds.yaml
> +++ b/Documentation/devicetree/bindings/display/lvds.yaml
> @@ -16,7 +16,7 @@ maintainers:
>  description:
>    This binding extends the data mapping defined in lvds-data-mapping.yaml.
>    It supports reversing the bit order on the formats defined there in order
> -  to accomodate for even more specialized data formats, since a variety of
> +  to accommodate for even more specialized data formats, since a variety of
>    data formats and layouts is used to drive LVDS displays.
>  
>  properties:
> diff --git a/Documentation/devicetree/bindings/dma/ti-dma-crossbar.txt b/Documentation/devicetree/bindings/dma/ti-dma-crossbar.txt
> index 47e477cce6d2..1f9831540c97 100644
> --- a/Documentation/devicetree/bindings/dma/ti-dma-crossbar.txt
> +++ b/Documentation/devicetree/bindings/dma/ti-dma-crossbar.txt
> @@ -20,7 +20,7 @@ Optional properties:
>  		memcpy channels in eDMA.
>  
>  Notes:
> -When requesting channel via ti,dra7-dma-crossbar, the DMA clinet must request
> +When requesting channel via ti,dra7-dma-crossbar, the DMA client must request
>  the DMA event number as crossbar ID (input to the DMA crossbar).
>  
>  For ti,am335x-edma-crossbar: the meaning of parameters of dmas for clients:
> diff --git a/Documentation/devicetree/bindings/iio/accel/lis302.txt b/Documentation/devicetree/bindings/iio/accel/lis302.txt
> index 764e28ec1a0a..457539647f36 100644
> --- a/Documentation/devicetree/bindings/iio/accel/lis302.txt
> +++ b/Documentation/devicetree/bindings/iio/accel/lis302.txt
> @@ -36,7 +36,7 @@ Optional properties for all bus drivers:
>   - st,irq{1,2}-disable:		disable IRQ 1/2
>   - st,irq{1,2}-ff-wu-1:		raise IRQ 1/2 on FF_WU_1 condition
>   - st,irq{1,2}-ff-wu-2:		raise IRQ 1/2 on FF_WU_2 condition
> - - st,irq{1,2}-data-ready:	raise IRQ 1/2 on data ready contition
> + - st,irq{1,2}-data-ready:	raise IRQ 1/2 on data ready condition
>   - st,irq{1,2}-click:		raise IRQ 1/2 on click condition
>   - st,irq-open-drain:		consider IRQ lines open-drain
>   - st,irq-active-low:		make IRQ lines active low
> diff --git a/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v3.yaml b/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v3.yaml
> index 0f4a062c9d6f..5f051c666cbe 100644
> --- a/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v3.yaml
> +++ b/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v3.yaml
> @@ -60,7 +60,7 @@ properties:
>        The 4th cell is a phandle to a node describing a set of CPUs this
>        interrupt is affine to. The interrupt must be a PPI, and the node
>        pointed must be a subnode of the "ppi-partitions" subnode. For
> -      interrupt types other than PPI or PPIs that are not partitionned,
> +      interrupt types other than PPI or PPIs that are not partitioned,
>        this cell must be zero. See the "ppi-partitions" node description
>        below.
>  
> diff --git a/Documentation/devicetree/bindings/leds/awinic,aw200xx.yaml b/Documentation/devicetree/bindings/leds/awinic,aw200xx.yaml
> index 54d6d1f08e24..17e971903ee9 100644
> --- a/Documentation/devicetree/bindings/leds/awinic,aw200xx.yaml
> +++ b/Documentation/devicetree/bindings/leds/awinic,aw200xx.yaml
> @@ -66,7 +66,7 @@ patternProperties:
>              IMAXled = 160000 * (592 / 600.5) * (1 / max-current-switch-number)
>            And the minimum output current formula:
>              IMINled = 3300 * (592 / 600.5) * (1 / max-current-switch-number)
> -          where max-current-switch-number is determinated by led configuration
> +          where max-current-switch-number is determined by led configuration
>            and depends on how leds are physically connected to the led driver.
>  
>  allOf:
> diff --git a/Documentation/devicetree/bindings/mailbox/brcm,iproc-flexrm-mbox.txt b/Documentation/devicetree/bindings/mailbox/brcm,iproc-flexrm-mbox.txt
> index c80065a1eb97..bf0c998b8603 100644
> --- a/Documentation/devicetree/bindings/mailbox/brcm,iproc-flexrm-mbox.txt
> +++ b/Documentation/devicetree/bindings/mailbox/brcm,iproc-flexrm-mbox.txt
> @@ -24,7 +24,7 @@ Required properties:
>  		number of completion messages for which FlexRM will inject
>  		one MSI interrupt to CPU.
>  
> -		The 3nd cell contains MSI timer value representing time for
> +		The 3rd cell contains MSI timer value representing time for
>  		which FlexRM will wait to accumulate N completion messages
>  		where N is the value specified by 2nd cell above. If FlexRM
>  		does not get required number of completion messages in time
> diff --git a/Documentation/devicetree/bindings/media/i2c/thine,thp7312.yaml b/Documentation/devicetree/bindings/media/i2c/thine,thp7312.yaml
> index 1978fbb77a6c..535acf2b88a9 100644
> --- a/Documentation/devicetree/bindings/media/i2c/thine,thp7312.yaml
> +++ b/Documentation/devicetree/bindings/media/i2c/thine,thp7312.yaml
> @@ -16,7 +16,7 @@ description:
>    can be connected to CMOS image sensors from various vendors, supporting both
>    MIPI CSI-2 and parallel interfaces. It can also output on either MIPI CSI-2
>    or parallel. The hardware is capable of transmitting and receiving MIPI
> -  interlaved data strams with data types or multiple virtual channel
> +  interleaved data streams with data types or multiple virtual channel
>    identifiers.
>  
>  allOf:
> diff --git a/Documentation/devicetree/bindings/media/samsung,exynos4210-fimc.yaml b/Documentation/devicetree/bindings/media/samsung,exynos4210-fimc.yaml
> index 271d0577a83c..2ba27b230559 100644
> --- a/Documentation/devicetree/bindings/media/samsung,exynos4210-fimc.yaml
> +++ b/Documentation/devicetree/bindings/media/samsung,exynos4210-fimc.yaml
> @@ -77,7 +77,7 @@ properties:
>      $ref: /schemas/types.yaml#/definitions/uint32-array
>      maxItems: 2
>      description: |
> -      An array specyfing minimum image size in pixels at the FIMC input and
> +      An array specifying minimum image size in pixels at the FIMC input and
>        output DMA, in the first and second cell respectively.  Default value
>        is <16 16>.
>  
> diff --git a/Documentation/devicetree/bindings/mfd/rohm,bd96801-pmic.yaml b/Documentation/devicetree/bindings/mfd/rohm,bd96801-pmic.yaml
> index d381125a0a15..efee3de0d9ad 100644
> --- a/Documentation/devicetree/bindings/mfd/rohm,bd96801-pmic.yaml
> +++ b/Documentation/devicetree/bindings/mfd/rohm,bd96801-pmic.yaml
> @@ -25,7 +25,7 @@ properties:
>      description:
>        The PMIC provides intb and errb IRQ lines. The errb IRQ line is used
>        for fatal IRQs which will cause the PMIC to shut down power outputs.
> -      In many systems this will shut down the SoC contolling the PMIC and
> +      In many systems this will shut down the SoC controlling the PMIC and
>        connecting/handling the errb can be omitted. However, there are cases
>        where the SoC is not powered by the PMIC or has a short time backup
>        energy to handle shutdown of critical hardware. In that case it may be
> diff --git a/Documentation/devicetree/bindings/mfd/samsung,s2mps11.yaml b/Documentation/devicetree/bindings/mfd/samsung,s2mps11.yaml
> index bc8b5940b1c5..a4be642de33c 100644
> --- a/Documentation/devicetree/bindings/mfd/samsung,s2mps11.yaml
> +++ b/Documentation/devicetree/bindings/mfd/samsung,s2mps11.yaml
> @@ -53,7 +53,7 @@ properties:
>    samsung,s2mps11-wrstbi-ground:
>      description: |
>        Indicates that WRSTBI pin of PMIC is pulled down. When the system is
> -      suspended it will always go down thus triggerring unwanted buck warm
> +      suspended it will always go down thus triggering unwanted buck warm
>        reset (setting buck voltages to default values).
>      type: boolean
>  
> diff --git a/Documentation/devicetree/bindings/mfd/twl6040.txt b/Documentation/devicetree/bindings/mfd/twl6040.txt
> index 06e9dd7a0d96..dfd8683ede0c 100644
> --- a/Documentation/devicetree/bindings/mfd/twl6040.txt
> +++ b/Documentation/devicetree/bindings/mfd/twl6040.txt
> @@ -2,7 +2,7 @@ Texas Instruments TWL6040 family
>  
>  The TWL6040s are 8-channel high quality low-power audio codecs providing audio,
>  vibra and GPO functionality on OMAP4+ platforms.
> -They are connected ot the host processor via i2c for commands, McPDM for audio
> +They are connected to the host processor via i2c for commands, McPDM for audio
>  data and commands.
>  
>  Required properties:
> diff --git a/Documentation/devicetree/bindings/net/bluetooth/qualcomm-bluetooth.yaml b/Documentation/devicetree/bindings/net/bluetooth/qualcomm-bluetooth.yaml
> index 68c5ed111417..693ac91c5e05 100644
> --- a/Documentation/devicetree/bindings/net/bluetooth/qualcomm-bluetooth.yaml
> +++ b/Documentation/devicetree/bindings/net/bluetooth/qualcomm-bluetooth.yaml
> @@ -72,7 +72,7 @@ properties:
>      description: VDD_RFA_CMN supply regulator handle
>  
>    vddrfa0p8-supply:
> -    description: VDD_RFA_0P8 suppply regulator handle
> +    description: VDD_RFA_0P8 supply regulator handle
>  
>    vddrfa1p7-supply:
>      description: VDD_RFA_1P7 supply regulator handle
> diff --git a/Documentation/devicetree/bindings/phy/apm-xgene-phy.txt b/Documentation/devicetree/bindings/phy/apm-xgene-phy.txt
> index e1bb12711fbf..602cf952b92b 100644
> --- a/Documentation/devicetree/bindings/phy/apm-xgene-phy.txt
> +++ b/Documentation/devicetree/bindings/phy/apm-xgene-phy.txt
> @@ -36,7 +36,7 @@ Optional properties:
>  			  3-tuple setting for each (up to 3) supported link
>  			  speed on the host. Range is 0 to 273000 in unit of
>  			  uV. Default is 0.
> -- apm,tx-pre-cursor2	: 2st pre-cursor emphasis taps control. Two set of
> +- apm,tx-pre-cursor2	: 2nd pre-cursor emphasis taps control. Two set of
>  			  3-tuple setting for each (up to 3) supported link
>  			  speed on the host. Range is 0 to 127400 in unit uV.
>  			  Default is 0x0.
> diff --git a/Documentation/devicetree/bindings/phy/mediatek,mt7988-xfi-tphy.yaml b/Documentation/devicetree/bindings/phy/mediatek,mt7988-xfi-tphy.yaml
> index cfb3ca97f87c..cc9d0d4eeeeb 100644
> --- a/Documentation/devicetree/bindings/phy/mediatek,mt7988-xfi-tphy.yaml
> +++ b/Documentation/devicetree/bindings/phy/mediatek,mt7988-xfi-tphy.yaml
> @@ -41,7 +41,7 @@ properties:
>      description:
>        One instance of the T-PHY on MT7988 suffers from a performance
>        problem in 10GBase-R mode which needs a work-around in the driver.
> -      This flag enables a work-around ajusting an analog phy setting and
> +      This flag enables a work-around adjusting an analog phy setting and
>        is required for XFI Port0 of the MT7988 SoC to be in compliance with
>        the SFP specification.
>  
> diff --git a/Documentation/devicetree/bindings/phy/mediatek,tphy.yaml b/Documentation/devicetree/bindings/phy/mediatek,tphy.yaml
> index acba0720125d..423b7c4e62f2 100644
> --- a/Documentation/devicetree/bindings/phy/mediatek,tphy.yaml
> +++ b/Documentation/devicetree/bindings/phy/mediatek,tphy.yaml
> @@ -240,7 +240,7 @@ patternProperties:
>            The force mode is used to manually switch the shared phy mode between
>            USB3 and PCIe, when USB3 phy type is selected by the consumer, and
>            force-mode is set, will cause phy's power and pipe toggled and force
> -          phy as USB3 mode which switched from default PCIe mode. But perfer to
> +          phy as USB3 mode which switched from default PCIe mode. But prefer to
>            use the property "mediatek,syscon-type" for newer SoCs that support it.
>          type: boolean
>  
> diff --git a/Documentation/devicetree/bindings/phy/qcom,snps-eusb2-repeater.yaml b/Documentation/devicetree/bindings/phy/qcom,snps-eusb2-repeater.yaml
> index 90d79491e281..d16a543a7848 100644
> --- a/Documentation/devicetree/bindings/phy/qcom,snps-eusb2-repeater.yaml
> +++ b/Documentation/devicetree/bindings/phy/qcom,snps-eusb2-repeater.yaml
> @@ -43,7 +43,7 @@ properties:
>  
>    qcom,tune-usb2-amplitude:
>      $ref: /schemas/types.yaml#/definitions/uint8
> -    description: High-Speed trasmit amplitude
> +    description: High-Speed transmit amplitude
>      minimum: 0
>      maximum: 15
>      default: 8
> diff --git a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml b/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml
> index e1eb45a9eda4..a28d77748095 100644
> --- a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml
> +++ b/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.yaml
> @@ -11,7 +11,7 @@ maintainers:
>    - Alexandre TORGUE <alexandre.torgue@xxxxxxxxxxx>
>  
>  description: |
> -  STMicroelectronics's STM32 MCUs intregrate a GPIO and Pin mux/config hardware
> +  STMicroelectronics's STM32 MCUs integrate a GPIO and Pin mux/config hardware
>    controller. It controls the input/output settings on the available pins and
>    also provides ability to multiplex and configure the output of various
>    on-chip controllers onto these pads.
> @@ -164,7 +164,7 @@ patternProperties:
>                This macro is available here:
>                  - include/dt-bindings/pinctrl/stm32-pinfunc.h
>                Some examples of using macro:
> -               /* GPIO A9 set as alernate function 2 */
> +               /* GPIO A9 set as alternate function 2 */
>                 ... {
>                            pinmux = <STM32_PINMUX('A', 9, AF2)>;
>                 };
> diff --git a/Documentation/devicetree/bindings/remoteproc/mtk,scp.yaml b/Documentation/devicetree/bindings/remoteproc/mtk,scp.yaml
> index c5dc3c2820d7..adc6b3f36fde 100644
> --- a/Documentation/devicetree/bindings/remoteproc/mtk,scp.yaml
> +++ b/Documentation/devicetree/bindings/remoteproc/mtk,scp.yaml
> @@ -93,7 +93,7 @@ patternProperties:
>        Each SCP core has own cache memory. The SRAM and L1TCM are shared by
>        cores. The power of cache, SRAM and L1TCM power should be enabled
>        before booting SCP cores. The size of cache, SRAM, and L1TCM are varied
> -      on differnt SoCs.
> +      on different SoCs.
>  
>        The SCP cores do not use an MMU, but has a set of registers to
>        control the translations between 32-bit CPU addresses into system bus
> diff --git a/Documentation/devicetree/bindings/serial/nvidia,tegra20-hsuart.yaml b/Documentation/devicetree/bindings/serial/nvidia,tegra20-hsuart.yaml
> index a5d67563cd53..29d48da81531 100644
> --- a/Documentation/devicetree/bindings/serial/nvidia,tegra20-hsuart.yaml
> +++ b/Documentation/devicetree/bindings/serial/nvidia,tegra20-hsuart.yaml
> @@ -78,7 +78,7 @@ properties:
>        we use nvidia,adjust-baud-rates.
>  
>        As an example, consider there is deviation observed in TX for baud rates as listed below. 0
> -      to 9600 has 1% deviation 9600 to 115200 2% deviation. This slight deviation is expcted and
> +      to 9600 has 1% deviation 9600 to 115200 2% deviation. This slight deviation is expected and
>        Tegra UART is expected to handle it. Due to the issue stated above, baud rate on Tegra UART
>        should be set equal to or above deviation observed for avoiding frame errors. Property
>        should be set like this:
> diff --git a/Documentation/devicetree/bindings/sound/everest,es8326.yaml b/Documentation/devicetree/bindings/sound/everest,es8326.yaml
> index 8c82d47375ec..d51431df7acf 100644
> --- a/Documentation/devicetree/bindings/sound/everest,es8326.yaml
> +++ b/Documentation/devicetree/bindings/sound/everest,es8326.yaml
> @@ -32,7 +32,7 @@ properties:
>      description: |
>        just the value of reg 57. Bit(3) decides whether the jack polarity is inverted.
>        Bit(2) decides whether the button on the headset is inverted.
> -      Bit(1)/(0) decides the mic properity to be OMTP/CTIA or auto.
> +      Bit(1)/(0) decides the mic property to be OMTP/CTIA or auto.
>      minimum: 0x00
>      maximum: 0x0f
>      default: 0x0f
> diff --git a/Documentation/devicetree/bindings/sound/st,sta350.txt b/Documentation/devicetree/bindings/sound/st,sta350.txt
> index 307398ef2317..e3d84864e0e4 100644
> --- a/Documentation/devicetree/bindings/sound/st,sta350.txt
> +++ b/Documentation/devicetree/bindings/sound/st,sta350.txt
> @@ -77,7 +77,7 @@ Optional properties:
>  
>    -  st,odd-pwm-speed-mode:
>  	If present, PWM speed mode run on odd speed mode (341.3 kHz) on all
> -	channels. If not present, normal PWM spped mode (384 kHz) will be used.
> +	channels. If not present, normal PWM speed mode (384 kHz) will be used.
>  
>    -  st,distortion-compensation:
>  	If present, distortion compensation variable uses DCC coefficient.
> diff --git a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml b/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
> index 72048c5a0412..f188fd6b6fbf 100644
> --- a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
> +++ b/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
> @@ -310,7 +310,7 @@ examples:
>  
>    - |
>      #include <dt-bindings/interrupt-controller/arm-gic.h>
> -    // Example 1 (new calbiration data: for pre v1 IP):
> +    // Example 1 (new calibration data: for pre v1 IP):
>      thermal-sensor@4a9000 {
>          compatible = "qcom,msm8916-tsens", "qcom,tsens-v0_1";
>          reg = <0x4a9000 0x1000>, /* TM */
> -- 
> 2.43.0
> 




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux