* [PATCH V4] i2c: qcom-geni: Add dynamic transfer timeout based on transfer length and frequency
@ 2026-07-10 16:10 Aniket Randive
2026-07-15 4:06 ` Mukesh Savaliya
0 siblings, 1 reply; 4+ messages in thread
From: Aniket Randive @ 2026-07-10 16:10 UTC (permalink / raw)
To: mukesh.savaliya, viken.dadhaniya, andi.shyti, sumit.semwal,
christian.koenig
Cc: linux-i2c, linux-arm-msm, linux-kernel, linux-media, dri-devel,
linaro-mm-sig, naresh.maramaina, aniket.randive
The driver uses a static XFER_TIMEOUT of HZ (1 second) for all transfers
regardless of message length or bus frequency, causing unnecessary
delays on error paths.
Compute the timeout dynamically from message length and bus frequency
with a 10x safety margin over the theoretical wire time. Add a 300ms
floor to budget for I2C clock stretching, where a slave may hold SCL
low indefinitely during internal processing. This detects real hangs
3x faster than the old 1s static timeout.
For GPI multi-descriptor transfers, use the maximum message length across
all queued messages as the per-completion timeout.
Signed-off-by: Aniket Randive <aniket.randive@oss.qualcomm.com>
---
Changes in v4:
- As per konrad suggestion used mult_frac() for bit_usec to avoid intermediate
overflow on 32-bit targets.
- Updated the commit message and added a driver comment explaining the
rationale for the 0.3-second minimum timeout floor value.
drivers/i2c/busses/i2c-qcom-geni.c | 46 +++++++++++++++++++++++-------
1 file changed, 36 insertions(+), 10 deletions(-)
diff --git a/drivers/i2c/busses/i2c-qcom-geni.c b/drivers/i2c/busses/i2c-qcom-geni.c
index 96dbf04138be..c5c3adc8ec77 100644
--- a/drivers/i2c/busses/i2c-qcom-geni.c
+++ b/drivers/i2c/busses/i2c-qcom-geni.c
@@ -74,9 +74,13 @@ enum geni_i2c_err_code {
#define PACKING_BYTES_PW 4
#define ABORT_TIMEOUT HZ
-#define XFER_TIMEOUT HZ
#define RST_TIMEOUT HZ
+/* 9 bits per byte (8 data + 1 ACK), 10x safety margin */
+#define I2C_TIMEOUT_SAFETY_COEFFICIENT 10
+/* 300ms floor: budget for clock stretching; slave may hold SCL low indefinitely */
+#define I2C_TIMEOUT_MIN_USEC 300000
+
struct geni_i2c_desc {
bool no_dma_support;
unsigned int tx_fifo_depth;
@@ -204,6 +208,16 @@ static int geni_i2c_clk_map_idx(struct geni_i2c_dev *gi2c)
return -EINVAL;
}
+static unsigned long geni_i2c_xfer_timeout(struct geni_i2c_dev *gi2c, size_t len)
+{
+ size_t bit_cnt = len * 9;
+ size_t bit_usec = mult_frac(bit_cnt, USEC_PER_SEC, gi2c->clk_freq_out);
+ size_t xfer_max_usec = (bit_usec * I2C_TIMEOUT_SAFETY_COEFFICIENT) +
+ I2C_TIMEOUT_MIN_USEC;
+
+ return usecs_to_jiffies(xfer_max_usec);
+}
+
static int qcom_geni_i2c_conf(struct geni_se *se, unsigned long freq)
{
struct geni_i2c_dev *gi2c = dev_get_drvdata(se->dev);
@@ -445,7 +459,7 @@ static int geni_i2c_rx_one_msg(struct geni_i2c_dev *gi2c, struct i2c_msg *msg,
u32 m_param)
{
dma_addr_t rx_dma = 0;
- unsigned long time_left;
+ unsigned long time_left, timeout;
void *dma_buf;
struct geni_se *se = &gi2c->se;
size_t len = msg->len;
@@ -470,8 +484,9 @@ static int geni_i2c_rx_one_msg(struct geni_i2c_dev *gi2c, struct i2c_msg *msg,
gi2c->dma_buf = dma_buf;
}
+ timeout = geni_i2c_xfer_timeout(gi2c, len);
cur = gi2c->cur;
- time_left = wait_for_completion_timeout(&gi2c->done, XFER_TIMEOUT);
+ time_left = wait_for_completion_timeout(&gi2c->done, timeout);
if (!time_left)
geni_i2c_abort_xfer(gi2c);
@@ -484,7 +499,7 @@ static int geni_i2c_tx_one_msg(struct geni_i2c_dev *gi2c, struct i2c_msg *msg,
u32 m_param)
{
dma_addr_t tx_dma = 0;
- unsigned long time_left;
+ unsigned long time_left, timeout;
void *dma_buf;
struct geni_se *se = &gi2c->se;
size_t len = msg->len;
@@ -512,8 +527,9 @@ static int geni_i2c_tx_one_msg(struct geni_i2c_dev *gi2c, struct i2c_msg *msg,
if (!dma_buf) /* Get FIFO IRQ */
writel_relaxed(1, se->base + SE_GENI_TX_WATERMARK_REG);
+ timeout = geni_i2c_xfer_timeout(gi2c, len);
cur = gi2c->cur;
- time_left = wait_for_completion_timeout(&gi2c->done, XFER_TIMEOUT);
+ time_left = wait_for_completion_timeout(&gi2c->done, timeout);
if (!time_left)
geni_i2c_abort_xfer(gi2c);
@@ -591,7 +607,7 @@ static void geni_i2c_gpi_multi_desc_unmap(struct geni_i2c_dev *gi2c, struct i2c_
* geni_i2c_gpi_multi_xfer_timeout_handler() - Handles multi message transfer timeout
* @dev: Pointer to the corresponding dev node
* @multi_xfer: Pointer to the geni_i2c_gpi_multi_desc_xfer
- * @transfer_timeout_msecs: Timeout value in milliseconds
+ * @transfer_timeout_msecs: Per-message completion timeout in jiffies
* @transfer_comp: Completion object of the transfer
*
* This function waits for the completion of each processed transfer messages
@@ -601,7 +617,7 @@ static void geni_i2c_gpi_multi_desc_unmap(struct geni_i2c_dev *gi2c, struct i2c_
*/
static int geni_i2c_gpi_multi_xfer_timeout_handler(struct device *dev,
struct geni_i2c_gpi_multi_desc_xfer *multi_xfer,
- u32 transfer_timeout_msecs,
+ unsigned long timeout_jiffies,
struct completion *transfer_comp)
{
int i;
@@ -612,7 +628,7 @@ static int geni_i2c_gpi_multi_xfer_timeout_handler(struct device *dev,
if (multi_xfer->msg_idx_cnt != multi_xfer->irq_cnt) {
time_left = wait_for_completion_timeout(transfer_comp,
- transfer_timeout_msecs);
+ timeout_jiffies);
if (!time_left) {
dev_err(dev, "%s: Transfer timeout\n", __func__);
return -ETIMEDOUT;
@@ -736,8 +752,16 @@ static int geni_i2c_gpi(struct geni_i2c_dev *gi2c, struct i2c_msg msgs[],
dma_async_issue_pending(gi2c->tx_c);
if ((msg_idx == (gi2c->num_msgs - 1)) || flags & DMA_PREP_INTERRUPT) {
+ unsigned long timeout;
+ size_t max_len = 0;
+ int j;
+
+ for (j = 0; j < gi2c->num_msgs; j++)
+ max_len = max_t(size_t, max_len, msgs[j].len);
+
+ timeout = geni_i2c_xfer_timeout(gi2c, max_len);
ret = geni_i2c_gpi_multi_xfer_timeout_handler(gi2c->se.dev, gi2c_gpi_xfer,
- XFER_TIMEOUT, &gi2c->done);
+ timeout, &gi2c->done);
if (ret) {
dev_err(gi2c->se.dev,
"I2C multi write msg transfer timeout: %d\n",
@@ -851,8 +875,10 @@ static int geni_i2c_gpi_xfer(struct geni_i2c_dev *gi2c, struct i2c_msg msgs[], i
}
if (!gi2c->is_tx_multi_desc_xfer) {
+ unsigned long timeout = geni_i2c_xfer_timeout(gi2c, msgs[i].len);
+
dma_async_issue_pending(gi2c->tx_c);
- time_left = wait_for_completion_timeout(&gi2c->done, XFER_TIMEOUT);
+ time_left = wait_for_completion_timeout(&gi2c->done, timeout);
if (!time_left) {
dev_err(gi2c->se.dev, "%s:I2C timeout\n", __func__);
gi2c->err = -ETIMEDOUT;
--
2.34.1
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH V4] i2c: qcom-geni: Add dynamic transfer timeout based on transfer length and frequency
2026-07-10 16:10 [PATCH V4] i2c: qcom-geni: Add dynamic transfer timeout based on transfer length and frequency Aniket Randive
@ 2026-07-15 4:06 ` Mukesh Savaliya
2026-07-15 7:31 ` Konrad Dybcio
2026-07-15 10:05 ` Aniket RANDIVE
0 siblings, 2 replies; 4+ messages in thread
From: Mukesh Savaliya @ 2026-07-15 4:06 UTC (permalink / raw)
To: Aniket Randive, viken.dadhaniya, andi.shyti, sumit.semwal,
christian.koenig
Cc: linux-i2c, linux-arm-msm, linux-kernel, linux-media, dri-devel,
linaro-mm-sig, naresh.maramaina
Hi Aniket, Thanks for addressing previous comments.
On 7/10/2026 9:40 PM, Aniket Randive wrote:
> The driver uses a static XFER_TIMEOUT of HZ (1 second) for all transfers
> regardless of message length or bus frequency, causing unnecessary
> delays on error paths.
>
> Compute the timeout dynamically from message length and bus frequency
> with a 10x safety margin over the theoretical wire time. Add a 300ms
> floor to budget for I2C clock stretching, where a slave may hold SCL
> low indefinitely during internal processing. This detects real hangs
not only internal processing but it may go bad holding SCL low indefinitely.
> 3x faster than the old 1s static timeout.
Meaning, in such case/scenario, don't need to wait till fixes timeout.
I guess, 3x faster is relative to the 1 sec, but for larger data and
slower frequency it may not be 3x. Hence, correct it accordingly.
>
> For GPI multi-descriptor transfers, use the maximum message length across
> all queued messages as the per-completion timeout.
>
> Signed-off-by: Aniket Randive <aniket.randive@oss.qualcomm.com>
> ---
>
> Changes in v4:
> - As per konrad suggestion used mult_frac() for bit_usec to avoid intermediate
Do not keep space before starting, directly start with "- As per....."
> overflow on 32-bit targets.
> - Updated the commit message and added a driver comment explaining the
> rationale for the 0.3-second minimum timeout floor value.
>
> drivers/i2c/busses/i2c-qcom-geni.c | 46 +++++++++++++++++++++++-------
> 1 file changed, 36 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-qcom-geni.c b/drivers/i2c/busses/i2c-qcom-geni.c
> index 96dbf04138be..c5c3adc8ec77 100644
> --- a/drivers/i2c/busses/i2c-qcom-geni.c
> +++ b/drivers/i2c/busses/i2c-qcom-geni.c
> @@ -74,9 +74,13 @@ enum geni_i2c_err_code {
> #define PACKING_BYTES_PW 4
>
> #define ABORT_TIMEOUT HZ
> -#define XFER_TIMEOUT HZ
> #define RST_TIMEOUT HZ
>
> +/* 9 bits per byte (8 data + 1 ACK), 10x safety margin */
> +#define I2C_TIMEOUT_SAFETY_COEFFICIENT 10
Add a line space to make it look clean
> +/* 300ms floor: budget for clock stretching; slave may hold SCL low indefinitely */
Already explained in commit log, can remove second part.
> +#define I2C_TIMEOUT_MIN_USEC 300000
> +
[...]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH V4] i2c: qcom-geni: Add dynamic transfer timeout based on transfer length and frequency
2026-07-15 4:06 ` Mukesh Savaliya
@ 2026-07-15 7:31 ` Konrad Dybcio
2026-07-15 10:05 ` Aniket RANDIVE
1 sibling, 0 replies; 4+ messages in thread
From: Konrad Dybcio @ 2026-07-15 7:31 UTC (permalink / raw)
To: Mukesh Savaliya, Aniket Randive, viken.dadhaniya, andi.shyti,
sumit.semwal, christian.koenig
Cc: linux-i2c, linux-arm-msm, linux-kernel, linux-media, dri-devel,
linaro-mm-sig, naresh.maramaina
On 7/15/26 6:06 AM, Mukesh Savaliya wrote:
> Hi Aniket, Thanks for addressing previous comments.
>
> On 7/10/2026 9:40 PM, Aniket Randive wrote:
>> The driver uses a static XFER_TIMEOUT of HZ (1 second) for all transfers
>> regardless of message length or bus frequency, causing unnecessary
>> delays on error paths.
>>
>> Compute the timeout dynamically from message length and bus frequency
>> with a 10x safety margin over the theoretical wire time. Add a 300ms
>> floor to budget for I2C clock stretching, where a slave may hold SCL
>> low indefinitely during internal processing. This detects real hangs
> not only internal processing but it may go bad holding SCL low indefinitely.
>> 3x faster than the old 1s static timeout.
> Meaning, in such case/scenario, don't need to wait till fixes timeout.
> I guess, 3x faster is relative to the 1 sec, but for larger data and slower frequency it may not be 3x. Hence, correct it accordingly.
>>
>> For GPI multi-descriptor transfers, use the maximum message length across
>> all queued messages as the per-completion timeout.
>>
>> Signed-off-by: Aniket Randive <aniket.randive@oss.qualcomm.com>
>> ---
[...]
>> +/* 300ms floor: budget for clock stretching; slave may hold SCL low indefinitely */
> Already explained in commit log, can remove second part.
This is very much non-obvious, please keep it
Konrad
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH V4] i2c: qcom-geni: Add dynamic transfer timeout based on transfer length and frequency
2026-07-15 4:06 ` Mukesh Savaliya
2026-07-15 7:31 ` Konrad Dybcio
@ 2026-07-15 10:05 ` Aniket RANDIVE
1 sibling, 0 replies; 4+ messages in thread
From: Aniket RANDIVE @ 2026-07-15 10:05 UTC (permalink / raw)
To: Mukesh Savaliya, viken.dadhaniya, andi.shyti, sumit.semwal,
christian.koenig
Cc: linux-i2c, linux-arm-msm, linux-kernel, linux-media, dri-devel,
linaro-mm-sig, naresh.maramaina
On 7/15/2026 9:36 AM, Mukesh Savaliya wrote:
> Hi Aniket, Thanks for addressing previous comments.
>
> On 7/10/2026 9:40 PM, Aniket Randive wrote:
>> The driver uses a static XFER_TIMEOUT of HZ (1 second) for all transfers
>> regardless of message length or bus frequency, causing unnecessary
>> delays on error paths.
>>
>> Compute the timeout dynamically from message length and bus frequency
>> with a 10x safety margin over the theoretical wire time. Add a 300ms
>> floor to budget for I2C clock stretching, where a slave may hold SCL
>> low indefinitely during internal processing. This detects real hangs
> not only internal processing but it may go bad holding SCL low
> indefinitely.
>> 3x faster than the old 1s static timeout.
> Meaning, in such case/scenario, don't need to wait till fixes timeout.
> I guess, 3x faster is relative to the 1 sec, but for larger data and
> slower frequency it may not be 3x. Hence, correct it accordingly.
I will update the commit message in next patch.
Thanks,
Aniket
>>
>> For GPI multi-descriptor transfers, use the maximum message length across
>> all queued messages as the per-completion timeout.
>>
>> Signed-off-by: Aniket Randive <aniket.randive@oss.qualcomm.com>
>> ---
>>
>> Changes in v4:
>> - As per konrad suggestion used mult_frac() for bit_usec to avoid
>> intermediate
> Do not keep space before starting, directly start with "- As per....."
Ok. I will take care of this in next patch.
Thanks,
Aniket
>> overflow on 32-bit targets.
>> - Updated the commit message and added a driver comment explaining the
>> rationale for the 0.3-second minimum timeout floor value.
>>
>> drivers/i2c/busses/i2c-qcom-geni.c | 46 +++++++++++++++++++++++-------
>> 1 file changed, 36 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/i2c/busses/i2c-qcom-geni.c b/drivers/i2c/busses/
>> i2c-qcom-geni.c
>> index 96dbf04138be..c5c3adc8ec77 100644
>> --- a/drivers/i2c/busses/i2c-qcom-geni.c
>> +++ b/drivers/i2c/busses/i2c-qcom-geni.c
>> @@ -74,9 +74,13 @@ enum geni_i2c_err_code {
>> #define PACKING_BYTES_PW 4
>> #define ABORT_TIMEOUT HZ
>> -#define XFER_TIMEOUT HZ
>> #define RST_TIMEOUT HZ
>> +/* 9 bits per byte (8 data + 1 ACK), 10x safety margin */
>> +#define I2C_TIMEOUT_SAFETY_COEFFICIENT 10
> Add a line space to make it look clean
>> +/* 300ms floor: budget for clock stretching; slave may hold SCL low
>> indefinitely */
> Already explained in commit log, can remove second part.
>
>> +#define I2C_TIMEOUT_MIN_USEC 300000
>> +
> [...]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-07-15 10:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-07-10 16:10 [PATCH V4] i2c: qcom-geni: Add dynamic transfer timeout based on transfer length and frequency Aniket Randive
2026-07-15 4:06 ` Mukesh Savaliya
2026-07-15 7:31 ` Konrad Dybcio
2026-07-15 10:05 ` Aniket RANDIVE
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox