[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date: Wed, 5 May 2021 15:14:37 +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>,
<alain.volmat@...s.st.com>
Subject: [PATCH v4 0/2] i2c: stm32f7: add SMBus-Alert support
This serie adds support for SMBus Alert on the STM32F7.
A new binding smbus-alert is added in order to differenciate
with the existing smbus binding.
SMBus-Alert is an optional SMBus feature and 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 "smbus-alert" property.
---
v4:
add a new generic smbus-alert property instead of st,smbus-alert
update driver to use smbus-alert instead of st,smbus-alert
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):
i2c: add binding to mark a bus as supporting SMBus-Alert
i2c: stm32f7: add SMBus-Alert support
Documentation/devicetree/bindings/i2c/i2c.txt | 7 ++-
drivers/i2c/busses/i2c-stm32f7.c | 73 +++++++++++++++++++++++++++
2 files changed, 78 insertions(+), 2 deletions(-)
--
2.7.4
Powered by blists - more mailing lists