From: "Uwe Kleine-König" <Uwe.Kleine-Koenig@digi.com>
To: "Hans J. Koch" <hjk@linutronix.de>
Cc: Greg Kroah-Hartman <gregkh@suse.de>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/4] UIO: hold a reference to the device's owner while the device is open
Date: Fri, 11 Apr 2008 08:50:27 +0200 [thread overview]
Message-ID: <20080411065027.GB18096@digi.com> (raw)
In-Reply-To: <20080410210229.GF3193@local>
Hello,
Hans J. Koch wrote:
> On Thu, Apr 10, 2008 at 02:37:00PM +0200, Uwe Kleine-König wrote:
> > Otherwise the device might just disappear while /dev/uioX is being used
> > which results in an Oops.
>
> And I'd like to hear Greg's opinion: Do you agree we can omit
> try_module_get() in uio_mmap()?
As Greg already pointed out, mmap only works for open files and so the
reference is already hold there.
> > if (idev->info->open) {
> > - if (!try_module_get(idev->owner))
> > - return -ENODEV;
> > ret = idev->info->open(idev->info, inode);
> > - module_put(idev->owner);
> > - }
> > + if (ret) {
> > + kfree(listener);
> > +err_alloc_listener:
> >
> > - if (ret)
> > - kfree(listener);
> > + module_put(idev->owner);
> > +err_module_get:
> >
> > - return ret;
> > + return ret;
> > + }
> > + }
> > +
> > + return 0;
> > }
>
> I really don't like these labels inside the if-block. I find it hard to
> read. What about this:
>
>
> if (idev->info->open) {
> ret = idev->info->open(idev->info, inode);
> if (ret)
> kfree(listener);
> return ret;
> }
>
> err_alloc_listener:
> module_put(idev->owner);
> err_module_get:
> return ret;
With that you leak a reference to idev->owner if idev->info->open() fails.
Things like that don't happen that easy if all error handing is in one
place.
> The label err_module_get should probably be omitted because it's used only
> once and has just one line of code. You could simply write "return ret"
> instead of "goto err_module_get".
This makes code shuffling easier. For example if someone decides that
try_module_get should be done after allocating listener then you only
have to exchange the two corresponding code blocks and the two groups
(label + cleanup) in the error handling block.
If the error handling is spread over the whole functions you can easily
miss something---as happend above. :-)
Best regards
Uwe
--
Uwe Kleine-König, Software Engineer
Digi International GmbH Branch Breisach, Küferstrasse 8, 79206 Breisach, Germany
Tax: 315/5781/0242 / VAT: DE153662976 / Reg. Amtsgericht Dortmund HRB 13962
next prev parent reply other threads:[~2008-04-11 6:51 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-10 12:36 [PATCH 0/4] UIO: fixes, cleanups and a new driver Uwe Kleine-König
2008-04-10 12:37 ` [PATCH 1/4] UIO: hold a reference to the device's owner while the device is open Uwe Kleine-König
2008-04-10 12:37 ` [PATCH 2/4] UIO: use menuconfig Uwe Kleine-König
2008-04-10 12:37 ` [PATCH 3/4] UIO: wrap all uio drivers in "if UIO" and "endif" Uwe Kleine-König
2008-04-10 12:37 ` [PATCH 4/4] [RFC] UIO: generic platform driver Uwe Kleine-König
2008-04-10 19:54 ` Hans J. Koch
2008-04-10 20:08 ` Uwe Kleine-König
2008-04-10 21:17 ` Hans J. Koch
2008-04-11 1:34 ` Ben Nizette
2008-04-10 22:48 ` Hans J. Koch
2008-04-11 6:21 ` Uwe Kleine-König
2008-04-11 9:21 ` [PATCH 4/4 v2] " Uwe Kleine-König
2008-04-11 10:33 ` Hans J. Koch
2008-04-11 11:03 ` Uwe Kleine-König
2008-04-11 11:17 ` Hans J. Koch
2008-04-11 11:25 ` Uwe Kleine-König
2008-04-12 13:16 ` Russell King - ARM Linux
2008-04-14 7:48 ` [PATCH] " Uwe Kleine-König
2008-04-14 9:37 ` Russell King - ARM Linux
2008-04-14 9:54 ` Uwe Kleine-König
2008-04-14 10:00 ` Uwe Kleine-König
2008-04-14 10:17 ` Russell King - ARM Linux
2008-04-14 11:20 ` Uwe Kleine-König
2008-04-14 11:37 ` Russell King - ARM Linux
2008-04-14 11:52 ` Hans J. Koch
2008-04-11 10:48 ` Uwe Kleine-König
2008-04-11 21:41 ` Greg KH
2008-04-11 22:54 ` Hans J. Koch
2008-04-11 23:06 ` Greg KH
2008-04-11 9:24 ` [PATCH 4/4] " Hans J. Koch
2008-04-11 10:41 ` Uwe Kleine-König
2008-04-11 19:59 ` Hans J. Koch
2008-04-10 19:45 ` [PATCH 3/4] UIO: wrap all uio drivers in "if UIO" and "endif" Hans J. Koch
2008-04-11 21:36 ` Greg KH
2008-04-10 19:39 ` [PATCH 2/4] UIO: use menuconfig Hans J. Koch
2008-04-11 21:36 ` Greg KH
2008-04-11 22:58 ` Hans J. Koch
2008-04-10 20:11 ` [PATCH 1/4] UIO: hold a reference to the device's owner while the device is open Uwe Kleine-König
2008-04-10 21:02 ` Hans J. Koch
2008-04-10 21:12 ` Greg KH
2008-04-10 21:23 ` Hans J. Koch
2008-04-11 6:50 ` Uwe Kleine-König [this message]
2008-04-11 8:44 ` Hans J. Koch
2008-04-11 9:07 ` [PATCH 1/4 v2] " Uwe Kleine-König
2008-04-11 11:39 ` Hans J. Koch
2008-04-22 9:47 ` [PATCH 0/3] UIO: cleanup and platform driver Uwe Kleine-König
2008-04-22 9:52 ` [PATCH 1/3] UIO: don't let UIO_CIF and UIO_SMX depend twice on UIO Uwe Kleine-König
2008-04-22 9:52 ` [PATCH 2/3] provide a dummy implementation of the clk API Uwe Kleine-König
2008-04-22 9:52 ` [PATCH 3/3] UIO: generic platform driver Uwe Kleine-König
2008-04-22 10:26 ` Ben Nizette
2008-04-22 13:35 ` Hans J. Koch
2008-04-23 8:56 ` Uwe Kleine-König
2008-04-27 17:12 ` Hans J. Koch
2008-05-20 9:23 ` Uwe Kleine-König
2008-05-20 9:24 ` [PATCH] UIO: don't let UIO_CIF and UIO_SMX depend twice on UIO Uwe Kleine-König
2008-05-20 9:24 ` [PATCH] UIO: generic platform driver Uwe Kleine-König
2008-05-20 21:08 ` Hans J. Koch
2008-05-26 5:58 ` Uwe Kleine-König
2008-05-26 6:02 ` Greg KH
2008-05-30 9:16 ` Uwe Kleine-König
2008-05-30 16:35 ` Greg KH
2008-06-03 7:21 ` Uwe Kleine-König
2008-06-03 9:24 ` Hans J. Koch
2008-05-20 21:12 ` [PATCH] UIO: don't let UIO_CIF and UIO_SMX depend twice on UIO Hans J. Koch
2008-04-22 13:39 ` [PATCH 0/3] UIO: cleanup and platform driver Hans J. Koch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080411065027.GB18096@digi.com \
--to=uwe.kleine-koenig@digi.com \
--cc=gregkh@suse.de \
--cc=hjk@linutronix.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox