public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
Date: Wed, 13 May 2015 17:28:57 +0200	[thread overview]
Message-ID: <11310179.epfRucfQKB@wuerfel> (raw)
In-Reply-To: <55536BC2.30603@linaro.org>

On Wednesday 13 May 2015 16:20:34 Daniel Thompson wrote:
> For the all reset bits:
> 
>    clock idx = reset idx + 256
> 
> The opposite is not true; the clock bits are a superset of the reset 
> bits (the reset bits act on cells but some cells have >1 clock).

Ok, in that case, I would strongly recommend subtracting that 256
offset keeping the numbers the same, to remove the function-type
macros.

> >> However there are a couple of clocks without gating just before the
> >> clock reaches the peripheral:
> >>
> >> 1. A hard coded /8. I think this will have to be given a synthetic
> >>      number.
> >
> > If this is just a divider, why not use a separate DT node for that,
> > like this:
> >
> >          clock {
> >                  compatible = "fixed-factor-clock";
> >                  clocks = <&parentclk>;
> >                  #clock-cells = <0>;
> >                  clock-div = <8>;
> >                  clock-mult = <1>;
> >          };
> >
> > No need to assign a number for this.
> 
> I'd wondered about doing that.
> 
> It will certainly work but it seemed a bit odd to me to have one (really 
> tiny) part of the RCC cell included seperately in the platform 
> description whilst all the complicated bits end up aggregated into the 
> RCC cell.
> 
> Is there much prior art that uses this type of trick to avoid having 
> magic numbers into the bindings?

Are you sure that divider is actually part of the RCC?

> >> 2. Ungated dividers. For these I am using the bit offset of the LSB of
> >>      the mux field.
> >
> > Do these ones also come with resets?
> 
> No. They mostly run to the core and its intimate peripherals (i.e. only 
> reset line comes from WDT).

Ok.

> >> So I think there is only one value that is completely unrelated to the
> >> hardware and will use a magic constant instead.
> >>
> >> I had planned to macros similar to the STM32F4_AxB_RESET() family of
> >> macros in both clk driver and DT in order to reuse the bit layouts from
> >> dt-bindings/mfd/stm32f4-rcc.h .
> >>
> >> Normal case would have looked like this:
> >>
> >>                  timer3: timer at 40000000 {
> >>                          compatible = "st,stm32-timer";
> >>                          reg = <0x40000000 0x400>;
> >>                          interrupts = <28>;
> >>                          resets = <&rcc STM32F4_APB1_RESET(TIM3)>;
> >>                          clocks = <&rcc STM32F4_APB1_CLK(TIM3)>;
> >>                          status = "disabled";
> >>                  };
> >>
> >> Without the macros it looks like this:
> >>
> >>                  timer3: timer at 40000000 {
> >>                          compatible = "st,stm32-timer";
> >>                          reg = <0x40000000 0x400>;
> >>                          interrupts = <28>;
> >>                          resets = <&rcc 257>;
> >>                          clocks = <&rcc 513>;
> >>                          status = "disabled";
> >>                  };
> >>
> >> However we could perhaps be more literate even if we don't use the macros?
> >>
> >>                  timer3: timer at 40000000 {
> >>                          compatible = "st,stm32-timer";
> >>                          reg = <0x40000000 0x400>;
> >>                          interrupts = <28>;
> >>                          resets = <&rcc ((0x20*8) + 1)>;
> >>                          clocks = <&rcc ((0x40*8) + 1)>;
> >>                          status = "disabled";
> >>                  };
> >
> > How about #address-cells = <2>, so you can do
> >
> > 		resets = <&rcc 8 1>;
> > 		clocks = <&rcc 8 1>;
> >
> > with the first cell being an index for the block and the second cell the
> > bit number within that block.
> 
> That would suit me very well (although is the 0x20/0x40 not the 8 that 
> we would need in the middle column).

We don't normally use register offsets in DT. The number 8 here instead
would indicate block 8, where each block is four bytes wide. Using the
same index here for reset and clock would also help readability.

	Arnd

  reply	other threads:[~2015-05-13 15:28 UTC|newest]

Thread overview: 88+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-09  7:53 [PATCH v8 00/16] Add support to STMicroelectronics STM32 family Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 01/16] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel Maxime Coquelin
2015-05-18 11:47   ` Maxime Coquelin
2015-05-20 23:04     ` Andreas Färber
2015-05-21  5:40       ` Michal Marek
2015-05-21  7:42         ` Maxime Coquelin
2015-05-22 20:20       ` Andreas Färber
2015-05-09  7:53 ` [PATCH v8 02/16] ARM: ARMv7-M: Enlarge vector table up to 256 entries Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 03/16] dt-bindings: Document the ARM System timer bindings Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 04/16] clocksource/drivers: Add ARM System timer driver Maxime Coquelin
2015-05-18 11:55   ` Maxime Coquelin
2015-05-18 12:49     ` Daniel Lezcano
2015-05-18 12:57       ` Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 05/16] dt-bindings: mfd: Add STM32F4 RCC numeric constants into DT include file Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 06/16] dt-bindings: Document the STM32 reset bindings Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 07/16] drivers: reset: Add STM32 reset driver Maxime Coquelin
2015-05-20 23:45   ` Andreas Färber
2015-05-21  7:46     ` Maxime Coquelin
2015-05-21 17:58       ` Andreas Färber
2015-05-21 19:57         ` Maxime Coquelin
2015-05-21 22:01           ` Andreas Färber
2015-05-22 14:04             ` Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 08/16] dt-bindings: Document the STM32 timer bindings Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver Maxime Coquelin
2015-05-18 12:59   ` Maxime Coquelin
2015-05-18 13:10   ` Daniel Lezcano
2015-05-18 14:03     ` Maxime Coquelin
2015-05-19  8:16       ` Daniel Lezcano
2015-05-19  8:55         ` Maxime Coquelin
2015-05-19  9:06           ` Daniel Lezcano
2015-05-19  9:44             ` Maxime Coquelin
2015-05-19  9:59               ` Daniel Lezcano
2015-05-19 10:02                 ` Maxime Coquelin
2015-05-19 10:55                   ` Arnd Bergmann
2015-05-19 13:42                     ` Maxime Coquelin
2015-05-19 13:49                       ` Daniel Lezcano
2015-05-19 14:05                         ` Arnd Bergmann
2015-05-19 14:41                         ` Maxime Coquelin
2015-05-19 14:50                           ` Russell King - ARM Linux
2015-05-19 15:34                             ` Maxime Coquelin
2015-05-19 15:03                           ` Daniel Lezcano
2015-05-19 12:56                   ` Thomas Gleixner
2015-05-19 13:00                     ` Russell King - ARM Linux
2015-05-19 13:17                       ` Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 10/16] dt-bindings: Document the STM32 USART bindings Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 11/16] serial: stm32-usart: Add STM32 USART Driver Maxime Coquelin
2015-05-09 10:07   ` Andy Shevchenko
2015-05-18 13:05   ` Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 12/16] ARM: Add STM32 family machine Maxime Coquelin
2015-05-15 19:57   ` Arnd Bergmann
2015-05-09  7:53 ` [PATCH v8 13/16] ARM: dts: Add ARM System timer as clocksource in armv7m Maxime Coquelin
2015-05-15 19:59   ` Arnd Bergmann
2015-05-09  7:53 ` [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU Maxime Coquelin
2015-05-12 21:21   ` Arnd Bergmann
2015-05-13 11:45     ` Maxime Coquelin
2015-05-13 12:58       ` Daniel Thompson
2015-05-13 13:27         ` Arnd Bergmann
2015-05-13 15:20           ` Daniel Thompson
2015-05-13 15:28             ` Arnd Bergmann [this message]
2015-05-13 16:29               ` Maxime Coquelin
2015-05-13 16:37                 ` Arnd Bergmann
2015-05-13 16:54                   ` Maxime Coquelin
2015-05-13 19:11                     ` Arnd Bergmann
2015-05-20 16:17                       ` Maxime Coquelin
2015-05-21 18:51                         ` Maxime Ripard
2015-05-21 20:10                           ` Maxime Coquelin
2015-05-23  8:28                             ` Maxime Ripard
2015-05-26  9:25                               ` Maxime Coquelin
2015-05-22  9:06                         ` Philipp Zabel
2015-05-22  9:18                           ` Maxime Ripard
2015-05-22 10:07                             ` Philipp Zabel
2015-05-22 12:32                               ` Maxime Coquelin
2015-05-22 12:43                                 ` Daniel Thompson
2015-05-22 13:09                                 ` Andreas Färber
2015-05-22 13:57                                   ` Maxime Coquelin
2015-05-22 14:06                                     ` Andreas Färber
2015-05-22 14:14                                     ` Daniel Thompson
2015-05-23  8:18                               ` Maxime Ripard
2015-05-22  9:41                           ` Maxime Coquelin
2015-05-13 19:29                     ` Daniel Thompson
2015-05-13 19:37                       ` Arnd Bergmann
2015-05-14 16:34                         ` Maxime Coquelin
2015-05-14 19:38                           ` Daniel Thompson
2015-05-18 12:21                     ` Maxime Coquelin
2015-05-09  7:53 ` [PATCH v8 15/16] ARM: configs: Add STM32 defconfig Maxime Coquelin
2015-05-15 20:03   ` Arnd Bergmann
2015-05-09  7:53 ` [PATCH v8 16/16] MAINTAINERS: Add entry for STM32 MCUs Maxime Coquelin
2015-05-15 19:58   ` Arnd Bergmann

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=11310179.epfRucfQKB@wuerfel \
    --to=arnd@arndb.de \
    --cc=linux-arm-kernel@lists.infradead.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