[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210430164413.GA3426@gnbcxd0016.gnb.st.com>
Date: Fri, 30 Apr 2021 18:44:13 +0200
From: Alain Volmat <alain.volmat@...s.st.com>
To: <wsa@...nel.org>, <robh+dt@...nel.org>
CC: <mark.rutland@....com>, <pierre-yves.mordret@...s.st.com>,
<mcoquelin.stm32@...il.com>, <alexandre.torgue@...s.st.com>,
<linux-i2c@...r.kernel.org>, <devicetree@...r.kernel.org>,
<linux-stm32@...md-mailman.stormreply.com>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>, <fabrice.gasnier@...s.st.com>
Subject: Re: [PATCH v3 0/2] i2c: stm32f7: add SMBus-Alert support
Hi Wolfram,
Gentle reminder about this serie about SMBus-Alert. Could you have
a look at it ?
Thanks
Alain
On Mon, Mar 29, 2021 at 08:09:03AM +0200, Alain Volmat wrote:
> This serie adds support for SMBus Alert on the STM32F7.
> A new binding st,smbus-alert is added in order to differenciate
> with the existing smbus binding.
>
> SMBA alert control and status logic must be enabled along with
> SMBALERT# pin configured via pinctrl in the device tree. This is the
> rational for adding "st,smbus-alert" property.
>
> ---
> v3:
> use lore.kernel.org links instead of marc.info
>
> v2:
> When SMBUS alert isn't available on the board (SMBA unused), this
> logic musn't be enabled. Enabling it unconditionally wrongly lead to get
> SMBA interrupts.
> So, add "st,smbus-alert" dedicated binding to have a smbus alert with a
> consistent pin configuration in DT.
>
> Alain Volmat (2):
> dt-bindings: i2c: stm32f7: add st,smbus-alert binding for SMBus Alert
> i2c: stm32f7: add SMBus-Alert support
>
> .../devicetree/bindings/i2c/st,stm32-i2c.yaml | 5 ++
> drivers/i2c/busses/i2c-stm32f7.c | 73 +++++++++++++++++++
> 2 files changed, 78 insertions(+)
>
> --
> 2.17.1
>
Powered by blists - more mailing lists