From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759253Ab2IETg4 (ORCPT ); Wed, 5 Sep 2012 15:36:56 -0400 Received: from mail-ie0-f174.google.com ([209.85.223.174]:59901 "EHLO mail-ie0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754276Ab2IETgx (ORCPT ); Wed, 5 Sep 2012 15:36:53 -0400 MIME-Version: 1.0 In-Reply-To: <1346775269-12191-3-git-send-email-peter.senna@gmail.com> References: <1346775269-12191-3-git-send-email-peter.senna@gmail.com> Date: Wed, 5 Sep 2012 16:36:52 -0300 Message-ID: Subject: Re: [PATCH 3/5] drivers/media/platform/s5p-tv/mixer_video.c: fix error return code From: Ezequiel Garcia To: Peter Senna Tschudin Cc: Mauro Carvalho Chehab , kernel-janitors@vger.kernel.org, Julia.Lawall@lip6.fr, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Peter, On Tue, Sep 4, 2012 at 1:14 PM, Peter Senna Tschudin wrote: > From: Peter Senna Tschudin > > Convert a nonnegative error return code to a negative one, as returned > elsewhere in the function. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > ( > if@p1 (\(ret < 0\|ret != 0\)) > { ... return ret; } > | > ret@p1 = 0 > ) > ... when != ret = e1 > when != &ret > *if(...) > { > ... when != ret = e2 > when forall > return ret; > } > > // > > Signed-off-by: Peter Senna Tschudin > > --- > drivers/media/platform/s5p-tv/mixer_video.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/drivers/media/platform/s5p-tv/mixer_video.c b/drivers/media/platform/s5p-tv/mixer_video.c > index a9c6be3..f139fed 100644 > --- a/drivers/media/platform/s5p-tv/mixer_video.c > +++ b/drivers/media/platform/s5p-tv/mixer_video.c > @@ -83,6 +83,7 @@ int __devinit mxr_acquire_video(struct mxr_device *mdev, > mdev->alloc_ctx = vb2_dma_contig_init_ctx(mdev->dev); > if (IS_ERR_OR_NULL(mdev->alloc_ctx)) { > mxr_err(mdev, "could not acquire vb2 allocator\n"); > + ret = -ENODEV; > goto fail_v4l2_dev; > } > > @@ -764,8 +765,10 @@ static int mxr_video_open(struct file *file) > } > > /* leaving if layer is already initialized */ > - if (!v4l2_fh_is_singular_file(file)) > + if (!v4l2_fh_is_singular_file(file)) { > + ret = -EBUSY; /* Not sure if EBUSY is the best for here */ > goto unlock; > + } > > /* FIXME: should power be enabled on open? */ > ret = mxr_power_get(mdev); > Well, same to say here. I think if you look at this functions you'll realize it's so much easy to just initialize ret to something, instead of the obviously wrong ret = 0. IMO, initializing ret to zero it's a free ticket to bugs. :-) Hope it helps, Ezequiel.