From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-sh@vger.kernel.org
Subject: [RFC] DT-based pinmux configuration for Renesas platforms (was: [PATCH v2 01/15] pinctrl: sh-pfc: Ad
Date: Wed, 06 May 2015 04:15:12 +0000 [thread overview]
Message-ID: <2259197.0WD3Y1GXGT@avalon> (raw)
Hi Geert,
On Tuesday 05 May 2015 11:07:20 Geert Uytterhoeven wrote:
> Hi Ulrich,
>
> On Thu, Apr 30, 2015 at 4:18 PM, Ulrich Hecht
>
> <ulrich.hecht+renesas@gmail.com> wrote:
> > Part of PFC support for R-Car M2-N (r8a7793) that defines the pinmux
> > data.
>
> As this patch is difficult to quote, I'm just summarizing my comments:
> - Other R-Car Gen2 variants use "MLB_CLK" instead of "MLB_CK",
> - Compared to M2-W, CAN0/1, HSCIF2_D, and MLB+ are missing,
> but they do exist on M2-N,
> - Compared to M2-W, SSP is added, but it does exist on M2-W.
>
> After compensating for that, pfc-r8a7793.c is identical to pfc-r8a7791.c.
> So I think we should use a single file for both, or at least share (most of)
> the data structures (sh_pfc_soc_info contains the SoC name, so it can't
> be shared).
I agree with that, and I'd even go further : I think we won't be able to scale
much further with our large in-kernel tables. We currently have around 150kB
or PFC .rodata when enabling all Renesas platforms, which is far from being
negligible in a multiplatform build. I could be time to reconsider the
approach and specify data in DT.
> BTW, it's my understanding M2-W and M2-N are identical, except for the
> wide/double vs. narrow/single memory channels, which doesn't impact
> configurable pins. Please correct me if I'm wrong.
> Are there other differences?
--
Regards,
Laurent Pinchart
next reply other threads:[~2015-05-06 4:15 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-06 4:15 Laurent Pinchart [this message]
2015-05-06 7:13 ` [RFC] DT-based pinmux configuration for Renesas platforms (was: [PATCH v2 01/15] pinctrl: sh-pfc Geert Uytterhoeven
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=2259197.0WD3Y1GXGT@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-sh@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