linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: grant.likely@secretlab.ca (Grant Likely)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 1/2] Input: tegra-kbc - add device tree bindings
Date: Mon, 2 Jan 2012 01:16:13 -0700	[thread overview]
Message-ID: <20120102081613.GA18381@ponder.secretlab.ca> (raw)
In-Reply-To: <20111229092308.GA3397@core.coreip.homeip.net>

On Thu, Dec 29, 2011 at 01:23:08AM -0800, Dmitry Torokhov wrote:
> On Wed, Dec 28, 2011 at 10:00:06PM -0800, Stephen Warren wrote:
> > Dmitry Torokhov wrote at Tuesday, December 27, 2011 11:49 PM:
> > > On Tue, Dec 27, 2011 at 10:19:29PM -0800, Olof Johansson wrote:
> > > > This adds a simple device tree binding to the tegra keyboard controller.
> > ...
> > > > +	pdata = devm_kzalloc(&pdev->dev, sizeof(*pdata), GFP_KERNEL);
> > > 
> > > Error handling is missing. I also dislike devm_* facilities as it causes
> > > inconsistencies in the way we handle releasing of resources: some of
> > > them will be released automatically while others need t be released
> > > manually. I prefer having consistent model.
> > 
> > I have to say that I also disagree here. Weren't the devm_* function
> > specifically added to allow people not to write all the error-handling
> > code themselves.
> 
> I guess they were. Unfortunately they also introduce inconsistency in
> the way resources are tracked and freed since some of them support
> devm_* facilities while others don't. I might be OK with drivers that
> use one model for all resources but this patch was mixing the two.
> 
> devm_* facilities are also not free; you are saving on error handling
> code but pay with memory footprint required to implement tracking.

FWIW, I agree with Olof and Stephen.  The devm_* functions are a good thing
and I strongly encourage driver authors to use them.  The cost in memory
footprint is pretty negligible, but making it easier for driver authors to
get things right is huge.

g.

  reply	other threads:[~2012-01-02  8:16 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-28  6:19 [PATCH v2 0/2] Input: tegra-kbc - configure through device tree Olof Johansson
2011-12-28  6:19 ` [PATCH v2 1/2] Input: tegra-kbc - add device tree bindings Olof Johansson
2011-12-28  6:48   ` Dmitry Torokhov
2011-12-28  7:10     ` Olof Johansson
2011-12-29  6:00     ` Stephen Warren
2011-12-29  9:23       ` Dmitry Torokhov
2012-01-02  8:16         ` Grant Likely [this message]
2012-01-02  8:18   ` Grant Likely
2012-01-03 20:58     ` Olof Johansson
2011-12-28  6:19 ` [PATCH v2 2/2] Input: tegra-kbc - add default chromeos map Olof Johansson
2011-12-28  6:50   ` Dmitry Torokhov
2011-12-28  7:33     ` Olof Johansson
2011-12-29  6:06       ` Stephen Warren
2011-12-29  6:41         ` Olof Johansson
2011-12-29  6:58           ` Stephen Warren
2011-12-29  7:13             ` Olof Johansson
2011-12-29  9:41               ` Dmitry Torokhov
2011-12-29  9:47                 ` Olof Johansson

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=20120102081613.GA18381@ponder.secretlab.ca \
    --to=grant.likely@secretlab.ca \
    --cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).