linux-kernel - Re: [PATCH] ARM: dts: stm32: fix STUSB1600 Type-C irq level on stm32mp15xx-dkx

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <25ca69bf-1a39-cbc7-5743-e282121a7bf5@foss.st.com>
Date:   Fri, 15 Oct 2021 14:59:20 +0200
From:   Alexandre TORGUE <alexandre.torgue@...s.st.com>
To:     Fabrice Gasnier <fabrice.gasnier@...s.st.com>
CC:     <robh+dt@...nel.org>, <amelie.delaunay@...s.st.com>,
        <linux-arm-kernel@...ts.infradead.org>,
        <devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
        <linux-stm32@...md-mailman.stormreply.com>
Subject: Re: [PATCH] ARM: dts: stm32: fix STUSB1600 Type-C irq level on
 stm32mp15xx-dkx

On 9/21/21 3:34 PM, Fabrice Gasnier wrote:
> STUSB1600 IRQ (Alert pin) is active low (open drain). Interrupts may get
> lost currently, so fix the IRQ type.
> 
> Fixes: 83686162c0eb ("ARM: dts: stm32: add STUSB1600 Type-C using I2C4 on stm32mp15xx-dkx")
> 
> Signed-off-by: Fabrice Gasnier <fabrice.gasnier@...s.st.com>
> ---
>   arch/arm/boot/dts/stm32mp15xx-dkx.dtsi | 2 +-
>   1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/arch/arm/boot/dts/stm32mp15xx-dkx.dtsi b/arch/arm/boot/dts/stm32mp15xx-dkx.dtsi
> index 9a95489..878ea36 100644
> --- a/arch/arm/boot/dts/stm32mp15xx-dkx.dtsi
> +++ b/arch/arm/boot/dts/stm32mp15xx-dkx.dtsi
> @@ -260,7 +260,7 @@
>   	stusb1600@28 {
>   		compatible = "st,stusb1600";
>   		reg = <0x28>;
> -		interrupts = <11 IRQ_TYPE_EDGE_FALLING>;
> +		interrupts = <11 IRQ_TYPE_LEVEL_LOW>;
>   		interrupt-parent = <&gpioi>;
>   		pinctrl-names = "default";
>   		pinctrl-0 = <&stusb1600_pins_a>;
> 

Applied on stm32-next.

Thanks
Alex