* [PATCH 0/2] fpga: use 'time_left' instead of 'timeout' with wait_for_*() functions @ 2024-05-02 21:00 Wolfram Sang 2024-05-02 21:00 ` [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() Wolfram Sang 2024-05-02 21:00 ` [PATCH 2/2] fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() Wolfram Sang 0 siblings, 2 replies; 7+ messages in thread From: Wolfram Sang @ 2024-05-02 21:00 UTC (permalink / raw) To: linux-crypto Cc: Wolfram Sang, linux-arm-kernel, linux-fpga, Michal Simek, Moritz Fischer, Wu Hao, Xu Yilun There is a confusing pattern in the kernel to use a variable named 'timeout' to store the result of wait_for_*() functions causing patterns like: timeout = wait_for_completion_timeout(...) if (!timeout) return -ETIMEDOUT; with all kinds of permutations. Use 'time_left' as a variable to make the code obvious and self explaining. This is part of a tree-wide series. The rest of the patches can be found here (some parts may still be WIP): git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/time_left Because these patches are generated, I audit them before sending. This is why I will send series step by step. Build bot is happy with these patches, though. No functional changes intended. Wolfram Sang (2): fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() drivers/fpga/socfpga.c | 7 ++++--- drivers/fpga/zynq-fpga.c | 8 ++++---- 2 files changed, 8 insertions(+), 7 deletions(-) -- 2.43.0 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() 2024-05-02 21:00 [PATCH 0/2] fpga: use 'time_left' instead of 'timeout' with wait_for_*() functions Wolfram Sang @ 2024-05-02 21:00 ` Wolfram Sang 2024-06-11 8:10 ` Xu Yilun 2024-05-02 21:00 ` [PATCH 2/2] fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() Wolfram Sang 1 sibling, 1 reply; 7+ messages in thread From: Wolfram Sang @ 2024-05-02 21:00 UTC (permalink / raw) To: linux-crypto Cc: Wolfram Sang, Moritz Fischer, Wu Hao, Xu Yilun, Tom Rix, linux-fpga There is a confusing pattern in the kernel to use a variable named 'timeout' to store the result of wait_for_completion_interruptible_timeout() causing patterns like: timeout = wait_for_completion_interruptible_timeout(...) if (!timeout) return -ETIMEDOUT; with all kinds of permutations. Use 'time_left' as a variable to make the code self explaining. Fix to the proper variable type 'long' while here. Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> --- drivers/fpga/socfpga.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/fpga/socfpga.c b/drivers/fpga/socfpga.c index 723ea0ad3f09..b08b4bb8f650 100644 --- a/drivers/fpga/socfpga.c +++ b/drivers/fpga/socfpga.c @@ -301,16 +301,17 @@ static irqreturn_t socfpga_fpga_isr(int irq, void *dev_id) static int socfpga_fpga_wait_for_config_done(struct socfpga_fpga_priv *priv) { - int timeout, ret = 0; + int ret = 0; + long time_left; socfpga_fpga_disable_irqs(priv); init_completion(&priv->status_complete); socfpga_fpga_enable_irqs(priv, SOCFPGA_FPGMGR_MON_CONF_DONE); - timeout = wait_for_completion_interruptible_timeout( + time_left = wait_for_completion_interruptible_timeout( &priv->status_complete, msecs_to_jiffies(10)); - if (timeout == 0) + if (time_left == 0) ret = -ETIMEDOUT; socfpga_fpga_disable_irqs(priv); -- 2.43.0 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() 2024-05-02 21:00 ` [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() Wolfram Sang @ 2024-06-11 8:10 ` Xu Yilun 2024-06-20 10:21 ` Wolfram Sang 0 siblings, 1 reply; 7+ messages in thread From: Xu Yilun @ 2024-06-11 8:10 UTC (permalink / raw) To: Wolfram Sang Cc: linux-crypto, Moritz Fischer, Wu Hao, Xu Yilun, Tom Rix, linux-fpga On Thu, May 02, 2024 at 11:00:36PM +0200, Wolfram Sang wrote: Sorry for late reply. First of all, please limit your subject/shortlog/summary within 70 chars. > There is a confusing pattern in the kernel to use a variable named 'timeout' to Please make the changelog line wrapped at less than 75 chars. > store the result of wait_for_completion_interruptible_timeout() causing patterns like: > > timeout = wait_for_completion_interruptible_timeout(...) > if (!timeout) return -ETIMEDOUT; > > with all kinds of permutations. Use 'time_left' as a variable to make the code > self explaining. > > Fix to the proper variable type 'long' while here. > > Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> > --- > drivers/fpga/socfpga.c | 7 ++++--- > 1 file changed, 4 insertions(+), 3 deletions(-) > > diff --git a/drivers/fpga/socfpga.c b/drivers/fpga/socfpga.c > index 723ea0ad3f09..b08b4bb8f650 100644 > --- a/drivers/fpga/socfpga.c > +++ b/drivers/fpga/socfpga.c > @@ -301,16 +301,17 @@ static irqreturn_t socfpga_fpga_isr(int irq, void *dev_id) > > static int socfpga_fpga_wait_for_config_done(struct socfpga_fpga_priv *priv) > { > - int timeout, ret = 0; > + int ret = 0; > + long time_left; Please use reverse xmas tree when it is easy to follow. The code change is good to me. Thanks, Yilun > > socfpga_fpga_disable_irqs(priv); > init_completion(&priv->status_complete); > socfpga_fpga_enable_irqs(priv, SOCFPGA_FPGMGR_MON_CONF_DONE); > > - timeout = wait_for_completion_interruptible_timeout( > + time_left = wait_for_completion_interruptible_timeout( > &priv->status_complete, > msecs_to_jiffies(10)); > - if (timeout == 0) > + if (time_left == 0) > ret = -ETIMEDOUT; > > socfpga_fpga_disable_irqs(priv); > -- > 2.43.0 > > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() 2024-06-11 8:10 ` Xu Yilun @ 2024-06-20 10:21 ` Wolfram Sang 2024-06-22 14:42 ` Xu Yilun 0 siblings, 1 reply; 7+ messages in thread From: Wolfram Sang @ 2024-06-20 10:21 UTC (permalink / raw) To: Xu Yilun Cc: linux-crypto, Moritz Fischer, Wu Hao, Xu Yilun, Tom Rix, linux-fpga [-- Attachment #1: Type: text/plain, Size: 620 bytes --] Hi Yilun, > Sorry for late reply. No worries, thank you for the review. > First of all, please limit your subject/shortlog/summary within 70 > chars. I'll try but it will be hard when it contains such a long function name. > > There is a confusing pattern in the kernel to use a variable named 'timeout' to > > Please make the changelog line wrapped at less than 75 chars. Good point. My scripts reformat generated paragraphs now accordingly. > > + int ret = 0; > > + long time_left; > > Please use reverse xmas tree when it is easy to follow. Will fix. All the best, Wolfram [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() 2024-06-20 10:21 ` Wolfram Sang @ 2024-06-22 14:42 ` Xu Yilun 0 siblings, 0 replies; 7+ messages in thread From: Xu Yilun @ 2024-06-22 14:42 UTC (permalink / raw) To: Wolfram Sang, linux-crypto, Moritz Fischer, Wu Hao, Xu Yilun, Tom Rix, linux-fpga On Thu, Jun 20, 2024 at 12:21:10PM +0200, Wolfram Sang wrote: > Hi Yilun, > > > Sorry for late reply. > > No worries, thank you for the review. > > > First of all, please limit your subject/shortlog/summary within 70 > > chars. > > I'll try but it will be hard when it contains such a long function name. You don't have to include the funtion name. The code change itself explains. Thanks, Yilun > > > > There is a confusing pattern in the kernel to use a variable named 'timeout' to > > > > Please make the changelog line wrapped at less than 75 chars. > > Good point. My scripts reformat generated paragraphs now accordingly. > > > > + int ret = 0; > > > + long time_left; > > > > Please use reverse xmas tree when it is easy to follow. > > Will fix. > > All the best, > > Wolfram > ^ permalink raw reply [flat|nested] 7+ messages in thread
* [PATCH 2/2] fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() 2024-05-02 21:00 [PATCH 0/2] fpga: use 'time_left' instead of 'timeout' with wait_for_*() functions Wolfram Sang 2024-05-02 21:00 ` [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() Wolfram Sang @ 2024-05-02 21:00 ` Wolfram Sang 2024-05-06 8:08 ` Michal Simek 1 sibling, 1 reply; 7+ messages in thread From: Wolfram Sang @ 2024-05-02 21:00 UTC (permalink / raw) To: linux-crypto Cc: Wolfram Sang, Moritz Fischer, Wu Hao, Xu Yilun, Tom Rix, Michal Simek, linux-fpga, linux-arm-kernel There is a confusing pattern in the kernel to use a variable named 'timeout' to store the result of wait_for_completion_timeout() causing patterns like: timeout = wait_for_completion_timeout(...) if (!timeout) return -ETIMEDOUT; with all kinds of permutations. Use 'time_left' as a variable to make the code self explaining. Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> --- drivers/fpga/zynq-fpga.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/fpga/zynq-fpga.c b/drivers/fpga/zynq-fpga.c index 0ac93183d201..4db3d80e10b0 100644 --- a/drivers/fpga/zynq-fpga.c +++ b/drivers/fpga/zynq-fpga.c @@ -387,7 +387,7 @@ static int zynq_fpga_ops_write(struct fpga_manager *mgr, struct sg_table *sgt) const char *why; int err; u32 intr_status; - unsigned long timeout; + unsigned long time_left; unsigned long flags; struct scatterlist *sg; int i; @@ -427,8 +427,8 @@ static int zynq_fpga_ops_write(struct fpga_manager *mgr, struct sg_table *sgt) zynq_step_dma(priv); spin_unlock_irqrestore(&priv->dma_lock, flags); - timeout = wait_for_completion_timeout(&priv->dma_done, - msecs_to_jiffies(DMA_TIMEOUT_MS)); + time_left = wait_for_completion_timeout(&priv->dma_done, + msecs_to_jiffies(DMA_TIMEOUT_MS)); spin_lock_irqsave(&priv->dma_lock, flags); zynq_fpga_set_irq(priv, 0); @@ -452,7 +452,7 @@ static int zynq_fpga_ops_write(struct fpga_manager *mgr, struct sg_table *sgt) if (priv->cur_sg || !((intr_status & IXR_D_P_DONE_MASK) == IXR_D_P_DONE_MASK)) { - if (timeout == 0) + if (time_left == 0) why = "DMA timed out"; else why = "DMA did not complete"; -- 2.43.0 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 2/2] fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() 2024-05-02 21:00 ` [PATCH 2/2] fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() Wolfram Sang @ 2024-05-06 8:08 ` Michal Simek 0 siblings, 0 replies; 7+ messages in thread From: Michal Simek @ 2024-05-06 8:08 UTC (permalink / raw) To: Wolfram Sang, linux-crypto Cc: Moritz Fischer, Wu Hao, Xu Yilun, Tom Rix, linux-fpga, linux-arm-kernel On 5/2/24 23:00, Wolfram Sang wrote: > There is a confusing pattern in the kernel to use a variable named 'timeout' to > store the result of wait_for_completion_timeout() causing patterns like: > > timeout = wait_for_completion_timeout(...) > if (!timeout) return -ETIMEDOUT; > > with all kinds of permutations. Use 'time_left' as a variable to make the code > self explaining. > > Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> > --- > drivers/fpga/zynq-fpga.c | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/fpga/zynq-fpga.c b/drivers/fpga/zynq-fpga.c > index 0ac93183d201..4db3d80e10b0 100644 > --- a/drivers/fpga/zynq-fpga.c > +++ b/drivers/fpga/zynq-fpga.c > @@ -387,7 +387,7 @@ static int zynq_fpga_ops_write(struct fpga_manager *mgr, struct sg_table *sgt) > const char *why; > int err; > u32 intr_status; > - unsigned long timeout; > + unsigned long time_left; > unsigned long flags; > struct scatterlist *sg; > int i; > @@ -427,8 +427,8 @@ static int zynq_fpga_ops_write(struct fpga_manager *mgr, struct sg_table *sgt) > zynq_step_dma(priv); > spin_unlock_irqrestore(&priv->dma_lock, flags); > > - timeout = wait_for_completion_timeout(&priv->dma_done, > - msecs_to_jiffies(DMA_TIMEOUT_MS)); > + time_left = wait_for_completion_timeout(&priv->dma_done, > + msecs_to_jiffies(DMA_TIMEOUT_MS)); > > spin_lock_irqsave(&priv->dma_lock, flags); > zynq_fpga_set_irq(priv, 0); > @@ -452,7 +452,7 @@ static int zynq_fpga_ops_write(struct fpga_manager *mgr, struct sg_table *sgt) > > if (priv->cur_sg || > !((intr_status & IXR_D_P_DONE_MASK) == IXR_D_P_DONE_MASK)) { > - if (timeout == 0) > + if (time_left == 0) > why = "DMA timed out"; > else > why = "DMA did not complete"; Acked-by: Michal Simek <michal.simek@amd.com> Thanks, Michal ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2024-06-22 14:49 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-05-02 21:00 [PATCH 0/2] fpga: use 'time_left' instead of 'timeout' with wait_for_*() functions Wolfram Sang 2024-05-02 21:00 ` [PATCH 1/2] fpga: socfpga: use 'time_left' variable with wait_for_completion_interruptible_timeout() Wolfram Sang 2024-06-11 8:10 ` Xu Yilun 2024-06-20 10:21 ` Wolfram Sang 2024-06-22 14:42 ` Xu Yilun 2024-05-02 21:00 ` [PATCH 2/2] fpga: zynq-fpga: use 'time_left' variable with wait_for_completion_timeout() Wolfram Sang 2024-05-06 8:08 ` Michal Simek
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).