[Intel-wired-lan] [PATCH net-next] ice: Fix incorrect timeout in ice_release_res()
Ding Hui
dinghui at sangfor.com.cn
Sat Dec 6 01:50:24 UTC 2025
On 2025/12/6 0:16, Simon Horman wrote:
> On Fri, Dec 05, 2025 at 04:16:08PM +0800, Ding Hui wrote:
>> The commit 5f6df173f92e ("ice: implement and use rd32_poll_timeout for
>> ice_sq_done timeout") converted ICE_CTL_Q_SQ_CMD_TIMEOUT from jiffies
>> to microseconds.
>>
>> But the ice_release_res() function was missed, and its logic still
>> treats ICE_CTL_Q_SQ_CMD_TIMEOUT as a jiffies value.
>>
>> So correct the issue by usecs_to_jiffies().
>>
>> Fixes: 5f6df173f92e ("ice: implement and use rd32_poll_timeout for ice_sq_done timeout")
>> Signed-off-by: Ding Hui<dinghui at sangfor.com.cn>
> Thanks,
>
> I agree with the analysis above and that the problem was introduced
> by the cited commit.
>
> As a fix for code present in net this should probably be targeted
> at net (or iwl-net?) rather than net-next. But perhaps there is
> no need to repost just to address that.
>
Sorry, I mixed up the purposes of the net and net-next branches, thank
you for pointing that out, it should be net.
I'll keep that in mind in the future.
>> ---
>> drivers/net/ethernet/intel/ice/ice_common.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/drivers/net/ethernet/intel/ice/ice_common.c b/drivers/net/ethernet/intel/ice/ice_common.c
>> index 6fb0c1e8ae7c..5005c299deb1 100644
>> --- a/drivers/net/ethernet/intel/ice/ice_common.c
>> +++ b/drivers/net/ethernet/intel/ice/ice_common.c
>> @@ -1885,7 +1885,7 @@ void ice_release_res(struct ice_hw *hw, enum ice_aq_res_ids res)
>> /* there are some rare cases when trying to release the resource
>> * results in an admin queue timeout, so handle them correctly
>> */
>> - timeout = jiffies + 10 * ICE_CTL_Q_SQ_CMD_TIMEOUT;
>> + timeout = jiffies + 10 * usecs_to_jiffies(ICE_CTL_Q_SQ_CMD_TIMEOUT);
>> do {
>> status = ice_aq_release_res(hw, res, 0, NULL);
>> if (status != -EIO)
> I agree this minimal change is appropriate as a bug fix.
>
> But I think that it would be good to provide a follow-up
> that reworks this code a bit to to use read_poll_timeout().
> As per the aim of the cited commit.
>
Actually, the ice_aq_release_res() called by ice_release_res() already
implements the underlying logic via read_poll_timeout() by that commit,
and here is primarily responsible for retrying the important release
command.
> This should be targeted at net-next (or iwl-next?).
> Once this bug fix propagates to in net-next.
>
> Reviewed-by: Simon Horman<horms at kernel.org>
>
>
--
Thanks,
- Ding Hui
More information about the Intel-wired-lan
mailing list