[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SG2PR06MB11653A0728C393CCFA6DBA788AE20@SG2PR06MB1165.apcprd06.prod.outlook.com>
Date: Fri, 12 May 2017 11:44:13 +0000
From: Chris Brandt <Chris.Brandt@...esas.com>
To: Linus Walleij <linus.walleij@...aro.org>,
Geert Uytterhoeven <geert@...ux-m68k.org>
CC: jmondi <jacopo@...ndi.org>,
Andy Shevchenko <andy.shevchenko@...il.com>,
Jacopo Mondi <jacopo+renesas@...ndi.org>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Rob Herring <robh+dt@...nel.org>,
"Mark Rutland" <mark.rutland@....com>,
Russell King - ARM Linux <linux@...linux.org.uk>,
Linux-Renesas <linux-renesas-soc@...r.kernel.org>,
"linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
devicetree <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and
output-enable
On Friday, May 12, 2017, linux-renesas-soc-owner@...r.kernel.org wrote:
> As you say this is actually fixing hardware bugs, we can expect these
> quirky tables to be gone in the next hardware generation, right?
I see this particular pin controller as a one shot deal. For the next
part in this series we are moving to a completely different controller
which you could probably get away with simply using pinctrl-single.
> Then the right place for it is in the quirky driver for the quirky
> first-generation
> hardware.
Maybe to be more clear, I would say the design is not a 'bug', but
rather an under sight of the original designers where are they stared
to need pins that would be both in and out, they started tacking on
more hardware.
Chris
Powered by blists - more mailing lists