[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbX0R+ipasLfZi80yf2OBU0TuDT-0KoUJBvrQz3Zj6eFQ@mail.gmail.com>
Date: Mon, 18 Jun 2018 10:46:07 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Michel Pollet <michel.pollet@...renesas.com>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>
Cc: Linux-Renesas <linux-renesas-soc@...r.kernel.org>,
Simon Horman <horms@...ge.net.au>,
Phil Edworthy <phil.edworthy@...esas.com>,
Michel Pollet <buserror+upstream@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Magnus Damm <damm+renesas@...nsource.se>
Subject: Re: [PATCH v1 0/5] Renesas R9A06G032 PINCTRL Driver
On Thu, Jun 14, 2018 at 1:00 PM, Michel Pollet
<michel.pollet@...renesas.com> wrote:
> *WARNING* -- this requires:
> + R9A06G032 base patch v9
> + R9A06G032 SMP patch v5
Is that required for the pin controller itself (compile-time dependence)
or is it required to boot the system (run-time dependence)?
We can merge support for pin control ahead, that's fine.
> This implements the pinctrl driver for the R9A06G032.
Geert Uytterhoeven and Laurent Pinchart maintains the Renesas pin
controllers, and this one is for some reason a totally new one in
drivers/pinctrl/pinctrl-r9a06g032.c
Is it totally different from the other "great old ones" in the SuperH-PFC
series or is there some other reason why it was done like this?
Please include Geert and Laurent on subsequent postings,
their review is pretty much required to move forward with
this.
Yours,
Linus Walleij
Powered by blists - more mailing lists