From: Alain Volmat <alain.volmat@st.com> To: <wsa@kernel.org>, <robh+dt@kernel.org> Cc: <mark.rutland@arm.com>, <pierre-yves.mordret@st.com>, <mcoquelin.stm32@gmail.com>, <alexandre.torgue@st.com>, <linux-i2c@vger.kernel.org>, <devicetree@vger.kernel.org>, <linux-stm32@st-md-mailman.stormreply.com>, <linux-arm-kernel@lists.infradead.org>, <linux-kernel@vger.kernel.org>, <fabrice.gasnier@st.com>, <alain.volmat@st.com> Subject: [PATCH 0/4] stm32-f7: Addition of SMBus Alert / Host-notify features Date: Tue, 5 May 2020 07:51:07 +0200 [thread overview] Message-ID: <1588657871-14747-1-git-send-email-alain.volmat@st.com> (raw) This serie adds SMBus Alert and SMBus Host-Notify features for the i2c-stm32f7. For that purpore, I propose two enhancements to the i2c framework. 1. Addition of host-notify client handling as part of the i2c-core-smbus so that any other i2c adapter can benefit from it, even those without specific HW support for Host-Notify. 2. Addition of two i2c_algorithm reg_client and unreg_client allowing adapter to take some actions when a client is being probed. Indeed, in case of host-notify, the binding/flag is related to the client and the adapter might want to enable the host-notify feature only when there is a client requesting the host-notify. (Since SMBus host-notify is using the address 0x08 which is a valid I2C address, keeping host-notify always enabled would make the 0x08 I2C slave address non usable). Alain Volmat (4): i2c: smbus: add core function handling SMBus host-notify i2c: addition of client reg/unreg callbacks dt-bindings: i2c-stm32: add SMBus Alert bindings i2c: stm32f7: Add SMBus-specific protocols support .../devicetree/bindings/i2c/st,stm32-i2c.yaml | 4 + drivers/i2c/busses/Kconfig | 1 + drivers/i2c/busses/i2c-stm32f7.c | 198 +++++++++++++++++- drivers/i2c/i2c-core-base.c | 11 + drivers/i2c/i2c-core-smbus.c | 105 ++++++++++ include/linux/i2c-smbus.h | 2 + include/linux/i2c.h | 6 + 7 files changed, 317 insertions(+), 10 deletions(-) -- 2.17.1
WARNING: multiple messages have this Message-ID (diff)
From: Alain Volmat <alain.volmat@st.com> To: <wsa@kernel.org>, <robh+dt@kernel.org> Cc: mark.rutland@arm.com, devicetree@vger.kernel.org, alexandre.torgue@st.com, linux-kernel@vger.kernel.org, pierre-yves.mordret@st.com, alain.volmat@st.com, linux-i2c@vger.kernel.org, mcoquelin.stm32@gmail.com, fabrice.gasnier@st.com, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org Subject: [PATCH 0/4] stm32-f7: Addition of SMBus Alert / Host-notify features Date: Tue, 5 May 2020 07:51:07 +0200 [thread overview] Message-ID: <1588657871-14747-1-git-send-email-alain.volmat@st.com> (raw) This serie adds SMBus Alert and SMBus Host-Notify features for the i2c-stm32f7. For that purpore, I propose two enhancements to the i2c framework. 1. Addition of host-notify client handling as part of the i2c-core-smbus so that any other i2c adapter can benefit from it, even those without specific HW support for Host-Notify. 2. Addition of two i2c_algorithm reg_client and unreg_client allowing adapter to take some actions when a client is being probed. Indeed, in case of host-notify, the binding/flag is related to the client and the adapter might want to enable the host-notify feature only when there is a client requesting the host-notify. (Since SMBus host-notify is using the address 0x08 which is a valid I2C address, keeping host-notify always enabled would make the 0x08 I2C slave address non usable). Alain Volmat (4): i2c: smbus: add core function handling SMBus host-notify i2c: addition of client reg/unreg callbacks dt-bindings: i2c-stm32: add SMBus Alert bindings i2c: stm32f7: Add SMBus-specific protocols support .../devicetree/bindings/i2c/st,stm32-i2c.yaml | 4 + drivers/i2c/busses/Kconfig | 1 + drivers/i2c/busses/i2c-stm32f7.c | 198 +++++++++++++++++- drivers/i2c/i2c-core-base.c | 11 + drivers/i2c/i2c-core-smbus.c | 105 ++++++++++ include/linux/i2c-smbus.h | 2 + include/linux/i2c.h | 6 + 7 files changed, 317 insertions(+), 10 deletions(-) -- 2.17.1 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2020-05-05 5:52 UTC|newest] Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-05-05 5:51 Alain Volmat [this message] 2020-05-05 5:51 ` [PATCH 0/4] stm32-f7: Addition of SMBus Alert / Host-notify features Alain Volmat 2020-05-05 5:51 ` [PATCH 1/4] i2c: smbus: add core function handling SMBus host-notify Alain Volmat 2020-05-05 5:51 ` Alain Volmat 2020-05-11 8:26 ` Pierre Yves MORDRET 2020-05-11 8:26 ` Pierre Yves MORDRET 2020-05-23 10:46 ` Wolfram Sang 2020-05-23 10:46 ` Wolfram Sang 2020-05-26 10:23 ` Alain Volmat 2020-05-26 10:23 ` Alain Volmat 2020-05-05 5:51 ` [PATCH 2/4] i2c: addition of client reg/unreg callbacks Alain Volmat 2020-05-05 5:51 ` Alain Volmat 2020-05-11 8:28 ` Pierre Yves MORDRET 2020-05-11 8:28 ` Pierre Yves MORDRET 2020-05-23 10:49 ` Wolfram Sang 2020-05-23 10:49 ` Wolfram Sang 2020-05-05 5:51 ` [PATCH 3/4] dt-bindings: i2c-stm32: add SMBus Alert bindings Alain Volmat 2020-05-05 5:51 ` Alain Volmat 2020-05-13 2:19 ` Rob Herring 2020-05-13 2:19 ` Rob Herring 2020-05-13 5:42 ` Alain Volmat 2020-05-13 5:42 ` Alain Volmat 2020-05-18 10:53 ` Alain Volmat 2020-05-18 10:53 ` Alain Volmat 2020-05-23 10:36 ` wsa 2020-05-23 10:36 ` wsa 2020-05-26 10:31 ` Alain Volmat 2020-05-26 10:31 ` Alain Volmat 2020-05-05 5:51 ` [PATCH 4/4] i2c: stm32f7: Add SMBus-specific protocols support Alain Volmat 2020-05-05 5:51 ` Alain Volmat 2020-05-11 8:27 ` Pierre Yves MORDRET 2020-05-11 8:27 ` Pierre Yves MORDRET 2020-05-23 11:01 ` Wolfram Sang 2020-05-23 11:01 ` Wolfram Sang 2020-05-26 10:39 ` Alain Volmat 2020-05-26 10:39 ` Alain Volmat 2020-06-30 6:40 ` Wolfram Sang 2020-06-30 6:40 ` Wolfram Sang 2020-06-30 9:31 ` Alain Volmat 2020-06-30 9:31 ` Alain Volmat 2020-06-30 15:11 ` Wolfram Sang 2020-06-30 15:11 ` Wolfram Sang
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1588657871-14747-1-git-send-email-alain.volmat@st.com \ --to=alain.volmat@st.com \ --cc=alexandre.torgue@st.com \ --cc=devicetree@vger.kernel.org \ --cc=fabrice.gasnier@st.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-i2c@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-stm32@st-md-mailman.stormreply.com \ --cc=mark.rutland@arm.com \ --cc=mcoquelin.stm32@gmail.com \ --cc=pierre-yves.mordret@st.com \ --cc=robh+dt@kernel.org \ --cc=wsa@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.