* [PATCH] omapfb/dss: wait_for_completion_interruptible_timeout expects long
@ 2016-07-25 17:12 Nicholas Mc Guire
2016-08-10 10:21 ` Tomi Valkeinen
0 siblings, 1 reply; 3+ messages in thread
From: Nicholas Mc Guire @ 2016-07-25 17:12 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: Jean-Christophe Plagniol-Villard, Rob Clark, Dave Airlie,
Peter Ujfalusi, Luis de Bethencourt, linux-omap, linux-fbdev,
linux-kernel, Nicholas Mc Guire
wait_for_completion_timeout_interruptible returns long not unsigned long.
an appropriately typed variable is introduced and assignments fixed up.
Fixes: f76ee892a99e ("omapfb: copy omapdss & displays for omapfb")
Signed-off-by: Nicholas Mc Guire <hofrat@osadl.org>
---
API non-compliance was located by coccinelle
This is mostly cosmetic since the returned value is only compared
at present, however if remaining time (completion occurred) where ever
used, then a signal received would be interpreted as a large remaining
jiffies left, which would be wrong.
Compile tested with: omap2plus_defconfig (implies CONFIG_FB_OMAP2_DSS)
Patch is against 4.7.0-rc7 (localversion-next -next-20160724)
drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c b/drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c
index 3691bde..a864608 100644
--- a/drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c
+++ b/drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c
@@ -644,6 +644,7 @@ int omap_dispc_wait_for_irq_interruptible_timeout(u32 irqmask,
{
int r;
+ long time_left;
DECLARE_COMPLETION_ONSTACK(completion);
r = omap_dispc_register_isr(dispc_irq_wait_handler, &completion,
@@ -652,15 +653,15 @@ int omap_dispc_wait_for_irq_interruptible_timeout(u32 irqmask,
if (r)
return r;
- timeout = wait_for_completion_interruptible_timeout(&completion,
+ time_left = wait_for_completion_interruptible_timeout(&completion,
timeout);
omap_dispc_unregister_isr(dispc_irq_wait_handler, &completion, irqmask);
- if (timeout = 0)
+ if (time_left = 0)
return -ETIMEDOUT;
- if (timeout = -ERESTARTSYS)
+ if (time_left = -ERESTARTSYS)
return -ERESTARTSYS;
return 0;
--
2.1.4
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] omapfb/dss: wait_for_completion_interruptible_timeout expects long
2016-07-25 17:12 [PATCH] omapfb/dss: wait_for_completion_interruptible_timeout expects long Nicholas Mc Guire
@ 2016-08-10 10:21 ` Tomi Valkeinen
2016-08-10 10:30 ` Nicholas Mc Guire
0 siblings, 1 reply; 3+ messages in thread
From: Tomi Valkeinen @ 2016-08-10 10:21 UTC (permalink / raw)
To: Nicholas Mc Guire
Cc: Jean-Christophe Plagniol-Villard, Rob Clark, Dave Airlie,
Peter Ujfalusi, Luis de Bethencourt, linux-omap, linux-fbdev,
linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 1087 bytes --]
On 25/07/16 20:12, Nicholas Mc Guire wrote:
> wait_for_completion_timeout_interruptible returns long not unsigned long.
> an appropriately typed variable is introduced and assignments fixed up.
>
> Fixes: f76ee892a99e ("omapfb: copy omapdss & displays for omapfb")
>
> Signed-off-by: Nicholas Mc Guire <hofrat@osadl.org>
> ---
>
> API non-compliance was located by coccinelle
>
> This is mostly cosmetic since the returned value is only compared
> at present, however if remaining time (completion occurred) where ever
> used, then a signal received would be interpreted as a large remaining
> jiffies left, which would be wrong.
>
> Compile tested with: omap2plus_defconfig (implies CONFIG_FB_OMAP2_DSS)
>
> Patch is against 4.7.0-rc7 (localversion-next -next-20160724)
>
> drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
Thanks, queued for v4.9. I dropped the "Fixes: " line, as that commit
only does a copy of the files, so the commit didn't really introduce the
bug.
Tomi
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] omapfb/dss: wait_for_completion_interruptible_timeout expects long
2016-08-10 10:21 ` Tomi Valkeinen
@ 2016-08-10 10:30 ` Nicholas Mc Guire
0 siblings, 0 replies; 3+ messages in thread
From: Nicholas Mc Guire @ 2016-08-10 10:30 UTC (permalink / raw)
To: Tomi Valkeinen
Cc: Nicholas Mc Guire, Jean-Christophe Plagniol-Villard, Rob Clark,
Dave Airlie, Peter Ujfalusi, Luis de Bethencourt, linux-omap,
linux-fbdev, linux-kernel
On Wed, Aug 10, 2016 at 01:21:46PM +0300, Tomi Valkeinen wrote:
> On 25/07/16 20:12, Nicholas Mc Guire wrote:
> > wait_for_completion_timeout_interruptible returns long not unsigned long.
> > an appropriately typed variable is introduced and assignments fixed up.
> >
> > Fixes: f76ee892a99e ("omapfb: copy omapdss & displays for omapfb")
> >
> > Signed-off-by: Nicholas Mc Guire <hofrat@osadl.org>
> > ---
> >
> > API non-compliance was located by coccinelle
> >
> > This is mostly cosmetic since the returned value is only compared
> > at present, however if remaining time (completion occurred) where ever
> > used, then a signal received would be interpreted as a large remaining
> > jiffies left, which would be wrong.
> >
> > Compile tested with: omap2plus_defconfig (implies CONFIG_FB_OMAP2_DSS)
> >
> > Patch is against 4.7.0-rc7 (localversion-next -next-20160724)
> >
> > drivers/video/fbdev/omap2/omapfb/dss/dispc-compat.c | 7 ++++---
> > 1 file changed, 4 insertions(+), 3 deletions(-)
>
> Thanks, queued for v4.9. I dropped the "Fixes: " line, as that commit
> only does a copy of the files, so the commit didn't really introduce the
> bug.
>
sorry for the wrong fixes tag - did not notice that - and thanks for
fixing this.
thx!
hofrat
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-08-10 10:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-07-25 17:12 [PATCH] omapfb/dss: wait_for_completion_interruptible_timeout expects long Nicholas Mc Guire
2016-08-10 10:21 ` Tomi Valkeinen
2016-08-10 10:30 ` Nicholas Mc Guire
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).