From: Mukesh Savaliya <mukesh.savaliya@oss.qualcomm.com>
To: Jyothi Kumar Seerapu <jyothi.seerapu@oss.qualcomm.com>,
Vinod Koul <vkoul@kernel.org>, Frank Li <Frank.Li@kernel.org>,
Viken Dadhaniya <viken.dadhaniya@oss.qualcomm.com>,
Andi Shyti <andi.shyti@kernel.org>
Cc: linux-arm-msm@vger.kernel.org, dmaengine@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org
Subject: Re: [PATCH v2 1/2] dmaengine: qcom-gpi: Add I2C High-Speed mode configuration support
Date: Fri, 18 Sep 2026 00:50:58 +0530 [thread overview]
Message-ID: <84d2f245-1493-40e1-8b20-e5b88170c564@oss.qualcomm.com> (raw)
In-Reply-To: <20260912-i2c-hs-v2-1-b0901791e244@oss.qualcomm.com>
On 9/12/2026 6:34 PM, Jyothi Kumar Seerapu wrote:
> Add support in the Qualcomm GPI (Generic Packet Interface) DMA engine
> for I2C High-Speed (HS) mode transfers
>
> Introduce support for CONFIG1 Transfer Ring Element (TRE) to convey
> HS-specific timing parameters to the Qualcomm GPI DMA engine.
>
> Define a new gpi_i2c_config1 structure containing tcycle_cnt and
> tlow_cnt fields, with default values of 28 and 38 respectively,
> as required for 3.4 MHz HS mode operation.
>
> Signed-off-by: Jyothi Kumar Seerapu <jyothi.seerapu@oss.qualcomm.com>
> ---
> drivers/dma/qcom/gpi.c | 56 +++++++++++++++++++++++++++++++++++-----
> include/linux/dma/qcom-gpi-dma.h | 28 +++++++++++++++++++-
> 2 files changed, 76 insertions(+), 8 deletions(-)
[...]
> struct gpi_desc {
> struct virt_dma_desc vd;
> @@ -1631,7 +1637,7 @@ static int gpi_create_i2c_tre(struct gchan *chan, struct gpi_desc *desc,
> struct gpi_tre *tre;
> unsigned int i;
>
> - /* first create config tre if applicable */
> + /* first create config0 tre if applicable */
But the variable name is still set_config, not set_config0 ?> if
(i2c->set_config) {
> tre = &desc->tre[tre_idx];
> tre_idx++;
> @@ -1645,20 +1651,48 @@ static int gpi_create_i2c_tre(struct gchan *chan, struct gpi_desc *desc,
> tre->dword[1] = 0;
>
> tre->dword[2] = u32_encode_bits(i2c->clk_div, TRE_C0_CLK_DIV);
> + tre->dword[2] |= u32_encode_bits(i2c->clk_src, TRE_C0_CLK_SRC);
>
> tre->dword[3] = u32_encode_bits(TRE_TYPE_CONFIG0, TRE_FLAGS_TYPE);
> tre->dword[3] |= u32_encode_bits(1, TRE_FLAGS_CHAIN);
> }
>
> - /* create the GO tre for Tx */
> - if (i2c->op == I2C_WRITE) {
> + /* Create CONFIG1 TRE if requested */
same style as set_config, write in lower case.> + if (i2c->set_config1) {
> tre = &desc->tre[tre_idx];
> tre_idx++;
>
> + /* CONFIG1 TRE with timing parameters */
Lower or upper letters ?> + tre->dword[0] =
u32_encode_bits(i2c->config1.tlow_cnt, TRE_I2C_C1_TLOW);
> + tre->dword[0] |= u32_encode_bits(i2c->config1.tcycle_cnt, TRE_I2C_C1_TCYCLE);
> + tre->dword[1] = 0;
> + tre->dword[2] = 0;
> + tre->dword[3] = u32_encode_bits(TRE_TYPE_CONFIG1, TRE_FLAGS_TYPE);
> + tre->dword[3] |= u32_encode_bits(1, TRE_FLAGS_CHAIN);
> + }
> +
> + /* create the GO tre for Tx */
tre/TRE ? keep it uniform way across.> + if (i2c->op == I2C_WRITE ||
i2c->op == I2C_HS_WRITE) {
> + u8 master_code = 0;
> + u32 cmd_opcode;
> + bool is_hs_mode = false;
> +
> + tre = &desc->tre[tre_idx];
> + tre_idx++;
> +
> + is_hs_mode = (i2c->op == I2C_HS_WRITE || i2c->op == I2C_HS_READ);
> +
> + /* Select HS-mode or standard I2C opcode */
Should you move this inside and just above selection cmd_opcode ? I
think the comment is covering multi_msg condition.> if (i2c->multi_msg)
> - tre->dword[0] = u32_encode_bits(I2C_READ, TRE_I2C_GO_CMD);
> + cmd_opcode = is_hs_mode ? I2C_HS_READ : I2C_READ;
> else
> - tre->dword[0] = u32_encode_bits(i2c->op, TRE_I2C_GO_CMD);
> + /* I2C HS write vs Regular I2C write */
> + cmd_opcode = is_hs_mode ? I2C_HS_WRITE : i2c->op;
> +
> + tre->dword[0] = u32_encode_bits(cmd_opcode, TRE_I2C_GO_CMD);
> +
> + if (is_hs_mode)
> + tre->dword[0] |= u32_encode_bits(master_code, TRE_I2C_GO_MASTER_CODE);
>
> tre->dword[0] |= u32_encode_bits(i2c->addr, TRE_I2C_GO_ADDR);
> tre->dword[0] |= u32_encode_bits(i2c->stretch, TRE_I2C_GO_STRETCH);
> @@ -1674,7 +1708,7 @@ static int gpi_create_i2c_tre(struct gchan *chan, struct gpi_desc *desc,
> tre->dword[3] |= u32_encode_bits(1, TRE_FLAGS_CHAIN);
> }
[...]
> /**
> @@ -62,15 +82,19 @@ enum i2c_op {
> * @high_count: high period of clock
> * @low_count: low period of clock
> * @clk_div: source clock divider
> + * @clk_src: source clock
> * @addr: i2c bus address
> * @stretch: stretch the clock at eot
> - * @set_config: set peripheral config
> + * @set_config: set peripheral config (CONFIG0)
set_config0 now ?> + * @set_config1: set peripheral config1 (CONFIG1)
purpose or usage not clear, looks mostly similar to variable name.> + *
@config1: I2C HS mode timing configuration (CONFIG1 TRE parameters)
> * @rx_len: receive length for buffer
> * @op: i2c cmd
> * @multi_msg: is part of multi i2c r-w msgs
> */
> struct gpi_i2c_config {
> u8 set_config;
> + u8 set_config1;
> u8 pack_enable;
> u8 cycle_count;
> u8 high_count;
> @@ -78,6 +102,8 @@ struct gpi_i2c_config {
> u8 addr;
> u8 stretch;
> u16 clk_div;
> + u32 clk_src;
> + struct gpi_i2c_config1 config1;
> u32 rx_len;
> enum i2c_op op;
> bool multi_msg;
>
next prev parent reply other threads:[~2026-09-17 19:21 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-12 13:04 [PATCH v2 0/2] i2c: Add I2C High-Speed mode support for qcom-geni Jyothi Kumar Seerapu
2026-09-12 13:04 ` [PATCH v2 1/2] dmaengine: qcom-gpi: Add I2C High-Speed mode configuration support Jyothi Kumar Seerapu
2026-09-17 19:20 ` Mukesh Savaliya [this message]
2026-09-12 13:04 ` [PATCH v2 2/2] i2c: qcom-geni: Add support for I2C High-Speed mode Jyothi Kumar Seerapu
2026-09-17 19:21 ` Mukesh Savaliya
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=84d2f245-1493-40e1-8b20-e5b88170c564@oss.qualcomm.com \
--to=mukesh.savaliya@oss.qualcomm.com \
--cc=Frank.Li@kernel.org \
--cc=andi.shyti@kernel.org \
--cc=dmaengine@vger.kernel.org \
--cc=jyothi.seerapu@oss.qualcomm.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=viken.dadhaniya@oss.qualcomm.com \
--cc=vkoul@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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®