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 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.