From: b.galvani@gmail.com (Beniamino Galvani)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/3] pinctrl: meson: add device tree bindings documentation
Date: Sun, 26 Oct 2014 19:25:41 +0100 [thread overview]
Message-ID: <20141026182541.GA23020@gmail.com> (raw)
In-Reply-To: <CACRpkdb4WLX+FeEAuh=YZteaNPzq0WMN0PTTpHnMWmwTts6=Bg@mail.gmail.com>
On Fri, Oct 24, 2014 at 01:53:28PM +0200, Linus Walleij wrote:
> On Tue, Oct 7, 2014 at 11:32 PM, Beniamino Galvani <b.galvani@gmail.com> wrote:
>
> > Add device tree bindings documentation for Amlogic Meson pinmux and
> > GPIO controller.
> >
> > Signed-off-by: Beniamino Galvani <b.galvani@gmail.com>
> (...)
> > +Required properties for gpio sub-nodes:
> > + - reg: should contain address and size for mux, pull-enable, pull and
> > + gpio register sets
> > + - reg-names: an array of strings describing the "reg" entries. Must
> > + contain "mux", "pull" and "gpio". "pull-enable" is optional and
> > + when it is missing the "pull" registers are used instead
>
> So it seems segmenting the registers is done to sort of control the
> hardware versioning.
>
> I think it's better to use the compatible string to indicate different
> versions of the hardware and then have just have one big
> regs to cover all registers.
The problem here is that the register ranges are not contiguous and
the holes in between are used by other devices, so I can't use a
single range.
>
> > +Valid gpio sub-nodes name are:
> > + - "banks" for the standard banks
> > + - "ao-bank" for the AO bank which belong to the special always-on
> > + power domain
>
> I think it's unnecessary to split up banks, the compatible property
> should be enough to know how many banks this controller has
> and where they are located in relation to the base offset.
I wanted to avoid a reg property with a list of 7 ranges. Anyway, I
agree that the split seems a bit arbitrary; I'll remove it.
> > +Required properties for configuration nodes:
> > + - pins: the name of a pin group. The list of all available groups can
> > + be found in driver sources.
> > + - function: the name of a function to activate for the specified set
> > + of groups. The list of all available functions can be found in
> > + driver sources.
>
> This is interesting. I have established that for controllers mapping
> functions to groups we use
> "function" and "groups".
>
> So for per-pin configuration, "function" and "pins" would be
> apropriate.
I will use "groups" instead of "pins" for the pinmux configuration.
Thanks!
Beniamino
next prev parent reply other threads:[~2014-10-26 18:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-07 21:32 [PATCH 0/3] Pinctrl driver for Amlogic Meson SoCs Beniamino Galvani
2014-10-07 21:32 ` [PATCH 1/3] pinctrl: add " Beniamino Galvani
2014-10-21 13:39 ` Linus Walleij
2014-10-22 20:06 ` Beniamino Galvani
2014-10-28 14:11 ` Linus Walleij
2014-10-07 21:32 ` [PATCH 2/3] pinctrl: meson: add device tree bindings documentation Beniamino Galvani
2014-10-24 11:53 ` Linus Walleij
2014-10-26 18:25 ` Beniamino Galvani [this message]
2014-10-28 14:12 ` Linus Walleij
2014-10-07 21:32 ` [PATCH 3/3] ARM: dts: meson8: add pinctrl and gpio nodes Beniamino Galvani
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=20141026182541.GA23020@gmail.com \
--to=b.galvani@gmail.com \
--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).