All of lore.kernel.org
 help / color / mirror / Atom feed
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


             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.