From: bpringlemeir@nbsps.com (Bill Pringlemeir)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] ARM: dts: vf610: make pinctrl nodes board specific
Date: Thu, 12 Dec 2013 14:32:28 -0500 [thread overview]
Message-ID: <87mwk5eugj.fsf@nbsps.com> (raw)
In-Reply-To: <1386686213-13801-1-git-send-email-shawn.guo@linaro.org> (Shawn Guo's message of "Tue, 10 Dec 2013 22:36:53 +0800")
On 10 Dec 2013, shawn.guo at linaro.org wrote:
> Currently, all pinctrl setting nodes are defined in <soc>.dtsi, so that
> boards that share the same pinctrl setting do not have to define it time
> and time again in <board>.dts. However, along with the devices and use
> cases being added continuously, the pinctrl setting nodes under iomuxc
> becomes more than expected. This bloats device tree blob for particular
> board unnecessarily since only a small subset of those pinctrl setting
> nodes will be used by the board. It impacts not only the DTB file size
> but also the run-time device tree lookup efficiency.
> arch/arm/boot/dts/vf610-pingrp.h | 127 ++++++++++++++++++++++++++
Thanks for including this file. I was looking a NAND flash and the
common configuration are 8/16 bit. This solution is better as,
#define VF610_NFC_PINGRP_8BIT \
...
#define VF610_NFC_PINGRP_16BIT \
VF610_NFC_PINGRP_8BIT \
VF610_PAD_PTD31__NF_IO15 0x28df \
VF610_PAD_PTD30__NF_IO14 0x28df \
VF610_PAD_PTD29__NF_IO13 0x28df \
...
It makes the board file look more straight forward,
&nfc { /* 16 bit with group in group */
/* ... */
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_nfc_16bit>;
};
Versus,
&nfc { /* old way _OR_ separate groups */
/* ... */
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_nfc_8bit>; /* 8-bit */
pinctrl-1 = <&pinctrl_nfc_16_bit>; /* 16-bit extras */
};
Although for a 'multi-machine' configuration, the sharing maybe
appropriate? But I guess that is your point; it is not helpful.
Is a group within a group appropriate in vf610-pingrp.h? Maybe a
comment?
Regards,
Bill Pringlemeir.
next prev parent reply other threads:[~2013-12-12 19:32 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-09 6:50 [PATCH] ARM: dts: vf610: make pinctrl nodes board specific Shawn Guo
2013-12-09 7:10 ` fugang.duan at freescale.com
2013-12-09 8:01 ` Shawn Guo
2013-12-09 10:13 ` fugang.duan at freescale.com
2013-12-10 14:36 ` [PATCH v2] " Shawn Guo
2013-12-12 19:32 ` Bill Pringlemeir [this message]
2013-12-12 20:12 ` Bill Pringlemeir
2013-12-14 5:44 ` Shawn Guo
2013-12-16 16:09 ` Bill Pringlemeir
2013-12-14 5:41 ` Shawn Guo
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=87mwk5eugj.fsf@nbsps.com \
--to=bpringlemeir@nbsps.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.