[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2474544.LLiqKSFeoG@flatron>
Date: Mon, 25 Feb 2013 01:02:43 +0100
From: Tomasz Figa <tomasz.figa@...il.com>
To: Heiko Stübner <heiko@...ech.de>
Cc: Linus Walleij <linus.walleij@...aro.org>,
Wolfram Sang <wsa@...-dreams.de>, linux-kernel@...r.kernel.org,
Kukjin Kim <kgene.kim@...sung.com>,
linux-arm-kernel@...ts.infradead.org,
linux-samsung-soc@...r.kernel.org, linux-i2c@...r.kernel.org,
Tomasz Figa <t.figa@...sung.com>
Subject: Re: [PATCH] i2c: s3c2410: check for NULL pinctrl handle
Hi,
On Monday 25 of February 2013 00:16:49 Heiko Stübner wrote:
> Am Sonntag, 24. Februar 2013, 23:39:44 schrieb Linus Walleij:
> > On Sun, Feb 24, 2013 at 6:00 PM, Tomasz Figa <tomasz.figa@...il.com>
wrote:
> > >> > Note that we are talking here about a temporary solution. The
> > >> > legacy
> > >> > DT- based pin configuration will go away after all the DT-enabled
> > >> > platforms using this driver get migrated to pin control and so
> > >> > will
> > >> > the need to check if pin control is available.
> > >>
> > >> So use AUXDATA, and you get a pdata for that driver?
> > >
> > > Hmm, and then have some platform data passed statically and some
> > > parsed
> > > from device tree?
> >
> > This is done by several in-tree drivers today. It is even necessary
> > for
> > things like machine-specific callbacks.
> >
> > > Not even saying that we are going towards getting rid of
> > > auxdata, not adding further dependencies for it.
> >
> > The other option is to do the non-temporary solution you are
> > referring to below...
> >
> > > Sorry, but this sounds more broken to me than checking the return
> > > value
> > > of devm_pinctrl_get_select_default for NULL in the driver.
> >
> > Both are bad solution, auxdata is less bad than trying to check
> > struct pinctrl * handles for non-NULL, which has *never* been a
> > good thing to do and should never have been merged in the first
> > place.
> >
> > (Maybe I ACKed that, then I was doing something stupid.)
> >
> > > Still, all the platforms relying on the legacy DT GPIO support
> > > should
> > > have been already migrated to pin control, so ideally instead of
> > > "fixing" the drivers to continue supporting the deprecated method,
> > > such
> > > platforms should be fixed.
> >
> > I agree.
>
> Fine by me ... I'll work on a pinctrl driver for s3c24xx then :-)
Good.
I belive that pinctrl-samsung driver can be easily used for s3c24xx, with
minor modifications to remove some assumptions that are true for all the
newer Samsung SoCs.
I'm currently working (in my free time) on pinctrl driver for s3c64xx (as
a part of my DT-enablement work), so possibly some of the code I will
create may be useful for s3c24xx as well.
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists