From: Alexandre Torgue <alexandre.torgue-qxv4g6HH51o@public.gmane.org>
To: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Maxime Coquelin
<mcoquelin.stm32-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Linus Walleij
<linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
Russell King <linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
vikas.manocha-qxv4g6HH51o@public.gmane.org,
Benjamin Gaignard
<benjamin.gaignard-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
Subject: Re: [PATCH v3] ARM: dts: stm32: change pinctrl bindings definition
Date: Mon, 28 Aug 2017 17:26:01 +0200 [thread overview]
Message-ID: <b8894885-a96e-f4e9-5513-a16d04ff3600@st.com> (raw)
In-Reply-To: <20170803202134.ne3wkzremxf5mbuw@rob-hp-laptop>
Hi Rob,
On 08/03/2017 10:21 PM, Rob Herring wrote:
> On Thu, Jul 27, 2017 at 03:49:53PM +0200, Alexandre Torgue wrote:
>> Initially each pin was declared in "include/dt-bindings/stm32<SOC>-pinfunc.h"
>> and each definition contained SOC names (ex: STM32F429_PA9_FUNC_USART1_TX).
>> Since this approach was approved, the number of supported MCU has
>> increased (STM32F429/STM32F469/STM32f746/STM32H743). To avoid to add a new
>> file in "include/dt-bindings" each time a new STM32 SOC arrives I propose
>> a new approach which consist to use a macro to define pin muxing in device
>> tree. All STM32 will use the common macro to define pinmux. Furthermore, it
>> will make STM32 maintenance and integration of new SOC easier .
>>
>> Signed-off-by: Alexandre TORGUE <alexandre.torgue-qxv4g6HH51o@public.gmane.org>
>> Reviewed-by: Vikas MANOCHA <vikas.manocha-qxv4g6HH51o@public.gmane.org>
>> Reviewed-by: Benjamin Gaignard <benjamin.gaignard-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
>>
>> diff --git a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt b/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt
>> index d907a74..567aa72 100644
>> --- a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt
>> +++ b/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt
>> @@ -126,22 +126,27 @@ configuration, pullups, drive, output high/low and output speed.
>> };
>>
>> Required properties:
>> -- pinmux: integer array, represents gpio pin number and mux setting.
>> - Supported pin number and mux varies for different SoCs, and are defined in
>> - dt-bindings/pinctrl/<soc>-pinfunc.h directly.
>> - These defines are calculated as:
>> - ((port * 16 + line) << 8) | function
>> +- pinmux: integer array, represents gpio pin number and mux setting. Use
>> + following macro: STM32_PINMUX(PIN_NO(port_name, line), mode) to declare it.
>
> I would keep the above formula. It can't change because that is the ABI.
> The macro is just convenience.
>
> Is there any reason to have 2 macros? I'd just do STM32_PINMUX(port,
> line, mode) and make port names defines (PA, PB, PC, etc.).
No. It has been done in this way to simplify macro definition, but it
could be done in another way. I can try to create a macro like you
propose: STM32_PINMUX(port, line, mode) if you think it is more readable.
>
>> +
>> With:
>> - - port: The gpio port index (PA = 0, PB = 1, ..., PK = 11)
>> - - line: The line offset within the port (PA0 = 0, PA1 = 1, ..., PA15 = 15)
>> - - function: The function number, can be:
>> - * 0 : GPIO
>> - * 1 : Alternate Function 0
>> - * 2 : Alternate Function 1
>> - * 3 : Alternate Function 2
>> + - port_name: The gpio port name ('A', 'B', ..., 'K')
>> + - line: The line offset within the port (0, 1, ..., 15)
>> + - mode: The mode can be:
>> + * GPIO
>> + * AF0 : Alternate Function 0
>> + * AF1 : Alternate Function 1
>> + * AF2 : Alternate Function 2
>> * ...
>> - * 16 : Alternate Function 15
>> - * 17 : Analog
>> + * AF15 : Alternate Function 15
>> + * ANALOG
>
> Here too, keeping the numbers is important.
>
> Perhaps the macro description should either be its own additional
> section or document it inline with the macro definition.
I agree. I can keep previous definition like it was done, and add a
section only for the new macro.
Thanks for your review.
Alex
>
> Overall, it does seem like a nice shrinking of the header files.
>
>> +
>> + Example:
>> + To declare pin PA7 in mode "alternate function 7" you have to
>> + declare:
>> + pinmux = <STM32_PINMUX(PIN_NO('A', 9), AF7)>;
>> +
>> + This macro is defined in dt-bindings/pinctrl/stm32-pinfunc.h
>>
>> Optional properties:
>> - GENERIC_PINCONFIG: is the generic pinconfig options to use.
>> @@ -165,13 +170,13 @@ pin-controller {
>> ...
>> usart1_pins_a: usart1@0 {
>> pins1 {
>> - pinmux = <STM32F429_PA9_FUNC_USART1_TX>;
>> + pinmux = <STM32_PINMUX(PIN_NO('A', 9), AF7)>; /* USART1_TX */
>> bias-disable;
>> drive-push-pull;
>> slew-rate = <0>;
>> };
>> pins2 {
>> - pinmux = <STM32F429_PA10_FUNC_USART1_RX>;
>> + pinmux = <STM32_PINMUX(PIN_NO('A', 10), AF7)>; /* USART1_RX */
>> bias-disable;
>> };
>> };
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2017-08-28 15:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-27 13:49 [PATCH v3] ARM: dts: stm32: change pinctrl bindings definition Alexandre Torgue
[not found] ` <1501163393-28884-1-git-send-email-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2017-07-27 13:49 ` Alexandre Torgue
[not found] ` <1501163393-28884-2-git-send-email-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2017-08-03 20:21 ` Rob Herring
2017-08-28 15:26 ` Alexandre Torgue [this message]
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=b8894885-a96e-f4e9-5513-a16d04ff3600@st.com \
--to=alexandre.torgue-qxv4g6hh51o@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=benjamin.gaignard-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=linux-I+IVW8TIWO2tmTQ+vhA3Yw@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=mcoquelin.stm32-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=vikas.manocha-qxv4g6HH51o@public.gmane.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;
as well as URLs for NNTP newsgroup(s).