From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Jacky Huang <ychuang570808@gmail.com>,
robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org,
lee@kernel.org, mturquette@baylibre.com, sboyd@kernel.org,
p.zabel@pengutronix.de, gregkh@linuxfoundation.org,
jirislaby@kernel.org
Cc: devicetree@vger.kernel.org, linux-clk@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org,
arnd@arndb.de, schung@nuvoton.com, mjchen@nuvoton.com,
Jacky Huang <ychuang3@nuvoton.com>
Subject: Re: [PATCH v6 04/12] dt-bindings: reset: nuvoton: add binding for ma35d1 IP reset control
Date: Wed, 29 Mar 2023 11:27:14 +0200 [thread overview]
Message-ID: <d69a2d6a-bf59-ad4c-2d6b-e520fe9d174d@linaro.org> (raw)
In-Reply-To: <1ddf53be-3c4f-3f24-de69-9475c82341b1@gmail.com>
On 29/03/2023 11:12, Jacky Huang wrote:
>>> + };
>>> + };
>>> +...
>>> +
>>> diff --git a/include/dt-bindings/reset/nuvoton,ma35d1-reset.h b/include/dt-bindings/reset/nuvoton,ma35d1-reset.h
>>> new file mode 100644
>>> index 000000000000..f3088bc0afec
>>> --- /dev/null
>>> +++ b/include/dt-bindings/reset/nuvoton,ma35d1-reset.h
>>> @@ -0,0 +1,108 @@
>>> +/* SPDX-License-Identifier: (GPL-2.0+ OR BSD-2-Clause) */
>> Weird license, why 2.0+?
>>
>> You already got here comment about license in previous version of this
>> patch.
>>
>
> In fact, I always be confused with the license.
> It should be right if I just copy one from the same directory
> /include/dt-bindings/reset/.
> But, when I find there are several versions there, I was confused and
> just select one of them.
>
> /* SPDX-License-Identifier: GPL-2.0-only */
> /* SPDX-License-Identifier: GPL-2.0+ */
> /* SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause)*/
> /* SPDX-License-Identifier: (GPL-2.0+ or MIT) */
> /* SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) */
>
> So, should I fix the license as
>
> /* SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) */
>
> just remove the '+' ?
The simplest is to use the same license as your binding, so
(GPL-2.0-only OR BSD-2-Clause) .
>
>>> +/*
>>> + * Copyright (C) 2023 Nuvoton Technologies.
>>> + * Author: Chi-Fen Li <cfli0@nuvoton.com>
>>> + *
>>> + * Device Tree binding constants for MA35D1 reset controller.
>>> + */
>>> +
>>> +#ifndef __DT_BINDINGS_RESET_MA35D1_H
>>> +#define __DT_BINDINGS_RESET_MA35D1_H
>>> +
>>> +#define MA35D1_RESET_CHIP 0
>>> +#define MA35D1_RESET_CA35CR0 1
>>> +#define MA35D1_RESET_CA35CR1 2
>>> +#define MA35D1_RESET_CM4 3
>>> +#define MA35D1_RESET_PDMA0 4
>>> +#define MA35D1_RESET_PDMA1 5
>>> +#define MA35D1_RESET_PDMA2 6
>>> +#define MA35D1_RESET_PDMA3 7
>>> +#define MA35D1_RESET_DISP 9
>>> +#define MA35D1_RESET_VCAP0 10
>>> +#define MA35D1_RESET_VCAP1 11
>>> +#define MA35D1_RESET_GFX 12
>>> +#define MA35D1_RESET_VDEC 13
>>> +#define MA35D1_RESET_WHC0 14
>>> +#define MA35D1_RESET_WHC1 15
>>> +#define MA35D1_RESET_GMAC0 16
>>> +#define MA35D1_RESET_GMAC1 17
>>> +#define MA35D1_RESET_HWSEM 18
>>> +#define MA35D1_RESET_EBI 19
>>> +#define MA35D1_RESET_HSUSBH0 20
>>> +#define MA35D1_RESET_HSUSBH1 21
>>> +#define MA35D1_RESET_HSUSBD 22
>>> +#define MA35D1_RESET_USBHL 23
>>> +#define MA35D1_RESET_SDH0 24
>>> +#define MA35D1_RESET_SDH1 25
>>> +#define MA35D1_RESET_NAND 26
>>> +#define MA35D1_RESET_GPIO 27
>>> +#define MA35D1_RESET_MCTLP 28
>>> +#define MA35D1_RESET_MCTLC 29
>>> +#define MA35D1_RESET_DDRPUB 30
>>> +#define MA35D1_RESET_TMR0 34
>>> +#define MA35D1_RESET_TMR1 35
>>> +#define MA35D1_RESET_TMR2 36
>>> +#define MA35D1_RESET_TMR3 37
>>> +#define MA35D1_RESET_I2C0 40
>>> +#define MA35D1_RESET_I2C1 41
>>> +#define MA35D1_RESET_I2C2 42
>>> +#define MA35D1_RESET_I2C3 43
>>> +#define MA35D1_RESET_QSPI0 44
>>> +#define MA35D1_RESET_SPI0 45
>>> +#define MA35D1_RESET_SPI1 46
>>> +#define MA35D1_RESET_SPI2 47
>>> +#define MA35D1_RESET_UART0 48
>>> +#define MA35D1_RESET_UART1 49
>>> +#define MA35D1_RESET_UART2 50
>>> +#define MA35D1_RESET_UAER3 51
>>> +#define MA35D1_RESET_UART4 52
>>> +#define MA35D1_RESET_UART5 53
>>> +#define MA35D1_RESET_UART6 54
>>> +#define MA35D1_RESET_UART7 55
>>> +#define MA35D1_RESET_CANFD0 56
>>> +#define MA35D1_RESET_CANFD1 57
>>> +#define MA35D1_RESET_EADC0 60
>> Why do you have gaps here? These should be IDs, not register offsets.
>>
>> Best regards,
>> Krzysztof
>>
>
> The reset controller registers are composed of four 32-bits register.
> And the ID will be translated into the corresponding bit of these register.
> Each ID is mapped to a unique bit position.
That's not the usual way. IDs start from 0 or 1 and gets incremented by
1, without gaps. Remember that IDs cannot change and your register bits
could have some changes (e.g. HW errata).
Best regards,
Krzysztof
next prev parent reply other threads:[~2023-03-29 9:27 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-28 2:19 [PATCH v6 00/12] Introduce Nuvoton ma35d1 SoC Jacky Huang
2023-03-28 2:19 ` [PATCH v6 01/12] arm64: Kconfig.platforms: Add config for Nuvoton MA35 platform Jacky Huang
2023-03-28 2:19 ` [PATCH v6 02/12] arm64: defconfig: Add support for Nuvoton MA35 family SoCs Jacky Huang
2023-03-28 2:19 ` [PATCH v6 03/12] dt-bindings: clock: nuvoton: add binding for ma35d1 clock controller Jacky Huang
2023-03-29 8:14 ` Krzysztof Kozlowski
2023-03-28 2:19 ` [PATCH v6 04/12] dt-bindings: reset: nuvoton: add binding for ma35d1 IP reset control Jacky Huang
2023-03-28 17:48 ` Stephen Boyd
2023-03-29 8:53 ` Jacky Huang
2023-03-29 8:17 ` Krzysztof Kozlowski
2023-03-29 9:12 ` Jacky Huang
2023-03-29 9:27 ` Krzysztof Kozlowski [this message]
2023-03-29 9:33 ` Jacky Huang
2023-03-28 2:19 ` [PATCH v6 05/12] dt-bindings: mfd: syscon: Add nuvoton,ma35d1-sys compatible Jacky Huang
2023-04-05 15:27 ` Lee Jones
2023-03-28 2:19 ` [PATCH v6 06/12] dt-bindings: arm: Add initial bindings for Nuvoton platform Jacky Huang
2023-03-28 15:41 ` kernel test robot
2023-03-29 8:19 ` Krzysztof Kozlowski
2023-03-29 8:32 ` Jacky Huang
2023-03-29 13:07 ` Rob Herring
2023-03-30 10:41 ` Jacky Huang
2023-03-30 13:25 ` Krzysztof Kozlowski
2023-03-31 2:15 ` Jacky Huang
2023-04-03 20:33 ` Rob Herring
2023-04-06 2:09 ` Jacky Huang
2023-03-28 2:19 ` [PATCH v6 07/12] dt-bindings: serial: Document ma35d1 uart controller Jacky Huang
2023-03-29 8:20 ` Krzysztof Kozlowski
2023-03-29 8:44 ` Jacky Huang
2023-03-30 7:33 ` Krzysztof Kozlowski
2023-03-30 10:52 ` Jacky Huang
2023-03-30 13:12 ` Rob Herring
2023-03-31 2:03 ` Jacky Huang
2023-03-28 2:19 ` [PATCH v6 08/12] arm64: dts: nuvoton: Add initial ma35d1 device tree Jacky Huang
2023-03-28 17:57 ` Stephen Boyd
2023-03-29 2:03 ` Jacky Huang
2023-03-29 2:19 ` Stephen Boyd
2023-03-29 2:39 ` Jacky Huang
2023-03-29 2:46 ` Stephen Boyd
2023-03-29 3:13 ` Jacky Huang
2023-03-29 3:25 ` Stephen Boyd
2023-03-29 3:43 ` Jacky Huang
2023-03-29 3:54 ` Stephen Boyd
2023-03-29 6:02 ` Jacky Huang
2023-03-29 17:52 ` Stephen Boyd
2023-03-29 8:21 ` Krzysztof Kozlowski
2023-03-29 8:36 ` Jacky Huang
2023-03-28 2:19 ` [PATCH v6 09/12] clk: nuvoton: Add clock driver for ma35d1 clock controller Jacky Huang
2023-03-28 18:18 ` Stephen Boyd
2023-03-30 10:36 ` Jacky Huang
2023-03-28 2:19 ` [PATCH v6 10/12] reset: Add Nuvoton ma35d1 reset driver support Jacky Huang
2023-04-24 20:02 ` Philipp Zabel
2023-04-25 1:22 ` Jacky Huang
2023-03-28 2:19 ` [PATCH v6 11/12] tty: serial: Add Nuvoton ma35d1 serial " Jacky Huang
2023-03-28 9:23 ` Jiri Slaby
2023-03-29 8:06 ` Jacky Huang
2023-03-31 0:29 ` kernel test robot
2023-03-28 2:19 ` [PATCH v6 12/12] MAINTAINERS: Add entry for NUVOTON MA35 Jacky Huang
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=d69a2d6a-bf59-ad4c-2d6b-e520fe9d174d@linaro.org \
--to=krzysztof.kozlowski@linaro.org \
--cc=arnd@arndb.de \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=lee@kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=mjchen@nuvoton.com \
--cc=mturquette@baylibre.com \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=sboyd@kernel.org \
--cc=schung@nuvoton.com \
--cc=ychuang3@nuvoton.com \
--cc=ychuang570808@gmail.com \
/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).