linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: linux-arm-kernel@lists.infradead.org
Cc: Javier Martinez Canillas <javier@dowhile0.org>,
	Eliad Peller <eliad@wizery.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	linux-wireless@vger.kernel.org,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	Ido Yariv <ido@wizery.com>
Subject: Re: [PATCH v5 2/3] wl18xx: add basic device-tree support
Date: Wed, 11 Mar 2015 10:51:21 +0100	[thread overview]
Message-ID: <2121942.zIG9BfPsTV@wuerfel> (raw)
In-Reply-To: <CABxcv=mygdT2Q+ByVKPx4+o_Oj9KSy=zVX9ng9yN25ivkfSn1A@mail.gmail.com>

On Wednesday 11 March 2015 01:34:19 Javier Martinez Canillas wrote:
> > +
> > +static struct wl12xx_platform_data *
> > +wlcore_get_platform_data(struct device *dev)
> > +{
> > +       struct wl12xx_platform_data *pdata;
> > +
> > +       /* first, look for DT data */
> 
> I thought it was the opposite, that platform data should over-rule DT.
> That way you can still use the data filled in
> arch/arm/mach-omap2/pdata-quirks.c even after the driver supports your
> new DT binding.

No, the pdata-quirks stuff for this driver must die, it was a hack
that only exists because we previously could not attach data to an
sdio function.

> > +       pdata = wlcore_probe_of(dev);
> > +       if (pdata)
> > +               return pdata;
> > +
> > +       /* if not found - fallback to static platform data */
> > +       pdata = wl12xx_get_platform_data();
> > +       if (!IS_ERR(pdata))
> > +               return kmemdup(pdata, sizeof(*pdata), GFP_KERNEL);
> > +
> > +       dev_err(dev, "No platform data set\n");
> > +       return NULL;
> > +}
> > +
> > +static void wlcore_del_platform_data(struct wl12xx_platform_data *pdata)
> > +{
> > +       kfree(pdata);
> > +}
> > +
> 
> This function seems to be an unnecessary, why not just call kfree() directly?
> 
> Or better, maybe the resource-managed devm_*() functions can be used
> so the data doesn't have to be explicitly freed?

As I said earlier, I think it would be best not to dynamically allocate anything
here at all. As Eliad explained, the data is used by two different drivers:
wl12xx and wl18xx, and only the latter is converted for now, but after the
conversion, it should not need the platform data structure any more, only
the irq number that gets passed in from DT.

	Arnd

  reply	other threads:[~2015-03-11  9:51 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-09 15:36 [PATCH v5 1/3] dt: bindings: add wl18xx wireless device Eliad Peller
2015-03-09 15:36 ` [PATCH v5 2/3] wl18xx: add basic device-tree support Eliad Peller
2015-03-09 19:47   ` Arnd Bergmann
2015-03-11  0:34   ` Javier Martinez Canillas
2015-03-11  9:51     ` Arnd Bergmann [this message]
2015-03-11 10:05       ` Javier Martinez Canillas
2015-03-11 10:32         ` Arnd Bergmann
2015-03-11 11:50       ` Eliad Peller
2015-03-09 15:36 ` [PATCH v5 3/3] ARM: dts: igep00x0: add wl18xx bindings Eliad Peller
2015-03-09 19:50   ` Arnd Bergmann
2015-03-09 21:03     ` Eliad Peller
2015-03-09 22:49       ` Tony Lindgren
2015-03-10 11:00         ` Eliad Peller
2015-03-10 14:11           ` Arnd Bergmann
2015-03-10 14:28             ` Tony Lindgren
2015-03-10 15:48               ` Arnd Bergmann
2015-03-10 15:55                 ` Tony Lindgren
2015-03-10 14:31             ` Eliad Peller
2015-03-10 15:52               ` Arnd Bergmann
2015-03-10 16:11                 ` Eliad Peller
2015-03-10 16:18                   ` Tony Lindgren
2015-03-10 17:01                     ` Eliad Peller
2015-03-10 17:35                       ` Tony Lindgren
2015-03-10 19:49                         ` Arnd Bergmann
2015-03-11  1:00                         ` Javier Martinez Canillas
2015-03-11  9:53                           ` Arnd Bergmann
2015-03-11 11:34                             ` Javier Martinez Canillas
2015-03-11 12:12                               ` Eliad Peller
2015-03-11 13:13                                 ` Arnd Bergmann
2015-03-11 12:40                               ` Arnd Bergmann
2015-03-11 13:07                                 ` Javier Martinez Canillas
2015-03-11 13:17                                   ` Arnd Bergmann
2015-03-11 13:21                                     ` Javier Martinez Canillas
2015-03-11 13:38                                       ` Eliad Peller
2015-03-11 15:11                                         ` Tony Lindgren
2015-03-10 14:34             ` Sekhar Nori
2015-03-10 15:54       ` Arnd Bergmann
2015-03-11  0:28   ` Javier Martinez Canillas
2015-03-11  1:19     ` Javier Martinez Canillas
2015-03-11 11:59       ` Eliad Peller
2015-03-11 12:07         ` Javier Martinez Canillas
2015-03-11 11:54     ` Eliad Peller

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=2121942.zIG9BfPsTV@wuerfel \
    --to=arnd@arndb.de \
    --cc=devicetree@vger.kernel.org \
    --cc=eliad@wizery.com \
    --cc=ido@wizery.com \
    --cc=javier@dowhile0.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-wireless@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;
as well as URLs for NNTP newsgroup(s).