[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201306101506.36098.heiko@sntech.de>
Date: Mon, 10 Jun 2013 15:06:35 +0200
From: Heiko Stübner <heiko@...ech.de>
To: Linus Walleij <linus.walleij@...aro.org>
Cc: Patrice Chotard <patrice.chotard.st@...il.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/2] pinctrl: common handling of generic pinconfig props in dt
Am Montag, 10. Juni 2013, 14:52:13 schrieb Linus Walleij:
> On Sun, Jun 9, 2013 at 1:59 AM, Heiko Stübner <heiko@...ech.de> wrote:
> > following your suggestions for a common handling of things like pulls in
> > dt, I've come up with the following solution - hopefully I've gotten the
> > correct meaning of your explanaitions.
> >
> > It handles all the pinconfigs that either ignore the argument, or have
> > very simple one, like PIN_CONFIG_OUTPUT does.
>
> OK patches applied. It needs some rough fixes like NULL check
> on kmalloc() but it'll do for a starter.
gah, sorry ... I have urge to crawl under a rock now for forgetting something
this obvious ;-) .
Apart from the NULL check what more did I mess up? Should I send a fixup patch
or do you want to do it?
> Now I can tell everyone to
> use this and refer to it.
>
> > I've also attached my current rockchip pinctrl driver to show how it is
> > using this currently.
>
> OK I might just merge it. If you take the rest of the patches through
> ARM SoC they will need to pull in my tree anyway if it's intended to
> go in this merge window.
go ahead if you like - this is the most current version of the driver and
would be one patch less to worry about. It would after all come together
during the merge window again.
And very basic boot of the SoC works even without the pinctrl driver, as the
uart pins are of course set up by the bootloader.
Thanks
Heiko
--
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