All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maxime Ripard <maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
To: Andre Przywara <andre.przywara-5wv7dgnIgG8@public.gmane.org>
Cc: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	Karsten Merker <merker-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>,
	Chen-Yu Tsai <wens-jdAy2FN1RRM@public.gmane.org>,
	linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
	Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Linus Walleij
	<linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	Vishnu Patekar
	<vishnupatekar0510-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	linux-gpio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
	Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	Ian Campbell
	<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
	Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
	devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 05/11] drivers: pinctrl: add driver for Allwinner A64 SoC
Date: Tue, 9 Feb 2016 18:12:15 +0100	[thread overview]
Message-ID: <20160209171215.GT31506@lukather> (raw)
In-Reply-To: <56B8BB1A.8010705-5wv7dgnIgG8@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 1695 bytes --]

On Mon, Feb 08, 2016 at 03:58:18PM +0000, Andre Przywara wrote:
> Hi,
> 
> On 08/02/16 15:54, Rob Herring wrote:
> > On Thu, Feb 04, 2016 at 05:51:51PM +0100, Maxime Ripard wrote:
> >> Hi Andre,
> >>
> >> On Tue, Feb 02, 2016 at 04:53:58PM +0000, Andre Przywara wrote:
> >>>> So, droping it in the filenames, why not. But I'd really like to keep
> >>>> the same compatible scheme.
> >>>
> >>> And I still don't get this: in the DT compatible scheme we always have a
> >>> vendor prefix, so allwinner,a64 is surely not a mysterious ARM Ltd. core
> >>> or a new Apple SoC. Instead it is the A64 from Allwinner, full stop. So
> >>> why should we add an arbitrary and confusing sun50i naming to it (when
> >>> it actually should be more like "sun8i-a64").
> >>
> >> I don't decide on their marketing names. And I know you want to start
> >> anew with the arm64 SoCs, but the truth is, you don't. Most of the
> >> compatibles in the DTSI are from earlier SoCs, and we have to keep
> >> that legacy and remain consistent with it. With all the good and bad
> >> things a legacy imply.
> > 
> > I have to agree. Unless there is some agreement to move to another 
> > naming scheme, then just follow the same pattern. If sunXi is just a 
> > made up name outside of Allwinner to provide some logical grouping of 
> > SoCs, then yes, that probably should not have been done.
> 
> So I still don't like it, but will not waste my time or energy on that
> front.
> 
> Maxime, do you want "allwinner,sun50i-a64" or would
> "allwinner,sunxi-a64" be OK as well?

The former will be fine.

Thanks!
Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <maxime.ripard@free-electrons.com>
To: Andre Przywara <andre.przywara@arm.com>
Cc: Rob Herring <robh@kernel.org>, Karsten Merker <merker@debian.org>,
	Chen-Yu Tsai <wens@csie.org>,
	linux-sunxi@googlegroups.com, Arnd Bergmann <arnd@arndb.de>,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org,
	Linus Walleij <linus.walleij@linaro.org>,
	Vishnu Patekar <vishnupatekar0510@gmail.com>,
	linux-gpio@vger.kernel.org, Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	devicetree@vger.kernel.org
Subject: Re: [PATCH 05/11] drivers: pinctrl: add driver for Allwinner A64 SoC
Date: Tue, 9 Feb 2016 18:12:15 +0100	[thread overview]
Message-ID: <20160209171215.GT31506@lukather> (raw)
In-Reply-To: <56B8BB1A.8010705@arm.com>

[-- Attachment #1: Type: text/plain, Size: 1739 bytes --]

On Mon, Feb 08, 2016 at 03:58:18PM +0000, Andre Przywara wrote:
> Hi,
> 
> On 08/02/16 15:54, Rob Herring wrote:
> > On Thu, Feb 04, 2016 at 05:51:51PM +0100, Maxime Ripard wrote:
> >> Hi Andre,
> >>
> >> On Tue, Feb 02, 2016 at 04:53:58PM +0000, Andre Przywara wrote:
> >>>> So, droping it in the filenames, why not. But I'd really like to keep
> >>>> the same compatible scheme.
> >>>
> >>> And I still don't get this: in the DT compatible scheme we always have a
> >>> vendor prefix, so allwinner,a64 is surely not a mysterious ARM Ltd. core
> >>> or a new Apple SoC. Instead it is the A64 from Allwinner, full stop. So
> >>> why should we add an arbitrary and confusing sun50i naming to it (when
> >>> it actually should be more like "sun8i-a64").
> >>
> >> I don't decide on their marketing names. And I know you want to start
> >> anew with the arm64 SoCs, but the truth is, you don't. Most of the
> >> compatibles in the DTSI are from earlier SoCs, and we have to keep
> >> that legacy and remain consistent with it. With all the good and bad
> >> things a legacy imply.
> > 
> > I have to agree. Unless there is some agreement to move to another 
> > naming scheme, then just follow the same pattern. If sunXi is just a 
> > made up name outside of Allwinner to provide some logical grouping of 
> > SoCs, then yes, that probably should not have been done.
> 
> So I still don't like it, but will not waste my time or energy on that
> front.
> 
> Maxime, do you want "allwinner,sun50i-a64" or would
> "allwinner,sunxi-a64" be OK as well?

The former will be fine.

Thanks!
Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: maxime.ripard@free-electrons.com (Maxime Ripard)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 05/11] drivers: pinctrl: add driver for Allwinner A64 SoC
Date: Tue, 9 Feb 2016 18:12:15 +0100	[thread overview]
Message-ID: <20160209171215.GT31506@lukather> (raw)
In-Reply-To: <56B8BB1A.8010705@arm.com>

On Mon, Feb 08, 2016 at 03:58:18PM +0000, Andre Przywara wrote:
> Hi,
> 
> On 08/02/16 15:54, Rob Herring wrote:
> > On Thu, Feb 04, 2016 at 05:51:51PM +0100, Maxime Ripard wrote:
> >> Hi Andre,
> >>
> >> On Tue, Feb 02, 2016 at 04:53:58PM +0000, Andre Przywara wrote:
> >>>> So, droping it in the filenames, why not. But I'd really like to keep
> >>>> the same compatible scheme.
> >>>
> >>> And I still don't get this: in the DT compatible scheme we always have a
> >>> vendor prefix, so allwinner,a64 is surely not a mysterious ARM Ltd. core
> >>> or a new Apple SoC. Instead it is the A64 from Allwinner, full stop. So
> >>> why should we add an arbitrary and confusing sun50i naming to it (when
> >>> it actually should be more like "sun8i-a64").
> >>
> >> I don't decide on their marketing names. And I know you want to start
> >> anew with the arm64 SoCs, but the truth is, you don't. Most of the
> >> compatibles in the DTSI are from earlier SoCs, and we have to keep
> >> that legacy and remain consistent with it. With all the good and bad
> >> things a legacy imply.
> > 
> > I have to agree. Unless there is some agreement to move to another 
> > naming scheme, then just follow the same pattern. If sunXi is just a 
> > made up name outside of Allwinner to provide some logical grouping of 
> > SoCs, then yes, that probably should not have been done.
> 
> So I still don't like it, but will not waste my time or energy on that
> front.
> 
> Maxime, do you want "allwinner,sun50i-a64" or would
> "allwinner,sunxi-a64" be OK as well?

The former will be fine.

Thanks!
Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160209/d2a5e77d/attachment.sig>

  parent reply	other threads:[~2016-02-09 17:12 UTC|newest]

Thread overview: 155+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-01 17:39 [PATCH 00/11] arm64: Introduce Allwinner A64 and Pine64 support Andre Przywara
2016-02-01 17:39 ` Andre Przywara
2016-02-01 17:39 ` [PATCH 01/11] irqchip: sun4i: fix compilation outside of arch/arm Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-02 14:51   ` [tip:irq/urgent] irqchip/sun4i: Fix compilation outside of arch/ arm tip-bot for Andre Przywara
2016-02-02 15:12   ` [PATCH 01/11] irqchip: sun4i: fix compilation outside of arch/arm Matthias Brugger
2016-02-02 15:12     ` Matthias Brugger
2016-02-02 15:32     ` Andre Przywara
2016-02-02 15:32       ` Andre Przywara
2016-02-02 16:50       ` Matthias Brugger
2016-02-02 16:50         ` Matthias Brugger
2016-02-01 17:39 ` [PATCH 03/11] drivers: rtc: allow compilation of sun6i RTC for all sunxi SoCs Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 17:39   ` [rtc-linux] " Andre Przywara
2016-02-02  9:44   ` Maxime Ripard
2016-02-02  9:44     ` Maxime Ripard
2016-02-02  9:44     ` [rtc-linux] " Maxime Ripard
2016-02-04 22:58   ` Alexandre Belloni
2016-02-04 22:58     ` Alexandre Belloni
2016-02-04 22:58     ` [rtc-linux] " Alexandre Belloni
2016-02-01 17:39 ` [PATCH 04/11] arm64: Introduce Allwinner SoC config option Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-02 15:20   ` Matthias Brugger
2016-02-02 15:20     ` Matthias Brugger
2016-02-02 15:30     ` Andre Przywara
2016-02-02 15:30       ` Andre Przywara
2016-02-02 16:04       ` Arnd Bergmann
2016-02-02 16:04         ` Arnd Bergmann
     [not found] ` <1454348370-3816-1-git-send-email-andre.przywara-5wv7dgnIgG8@public.gmane.org>
2016-02-01 17:39   ` [PATCH 02/11] crypto: sunxi-ss: prevent compilation on 64-bit Andre Przywara
2016-02-01 17:39     ` Andre Przywara
2016-02-01 17:39     ` Andre Przywara
     [not found]     ` <1454348370-3816-3-git-send-email-andre.przywara-5wv7dgnIgG8@public.gmane.org>
2016-02-02  3:16       ` Herbert Xu
2016-02-02  3:16         ` Herbert Xu
2016-02-02  3:16         ` Herbert Xu
2016-02-02  8:42       ` LABBE Corentin
2016-02-02  8:42         ` [linux-sunxi] " LABBE Corentin
2016-02-02  8:42         ` LABBE Corentin
2016-02-06  7:46       ` Herbert Xu
2016-02-06  7:46         ` Herbert Xu
2016-02-06  7:46         ` Herbert Xu
2016-02-01 17:39   ` [PATCH 05/11] drivers: pinctrl: add driver for Allwinner A64 SoC Andre Przywara
2016-02-01 17:39     ` Andre Przywara
2016-02-01 17:39     ` Andre Przywara
2016-02-01 18:27     ` Karsten Merker
2016-02-01 18:45       ` [linux-sunxi] " Karsten Merker
     [not found]         ` <20160201184505.GB14737-Hlt6eto4P0pdWf7zwHaZWbNAH6kLmebB@public.gmane.org>
2016-02-01 23:02           ` André Przywara
2016-02-01 23:02             ` [linux-sunxi] " André Przywara
2016-02-01 23:02             ` André Przywara
     [not found]       ` <20160201182754.GA14737-Hlt6eto4P0pdWf7zwHaZWbNAH6kLmebB@public.gmane.org>
2016-02-01 22:49         ` André Przywara
2016-02-01 22:49           ` André Przywara
2016-02-01 22:49           ` André Przywara
     [not found]           ` <56AFE0EC.8080207-5wv7dgnIgG8@public.gmane.org>
2016-02-02  1:58             ` Siarhei Siamashka
2016-02-02  1:58               ` [linux-sunxi] " Siarhei Siamashka
2016-02-02  1:58               ` Siarhei Siamashka
2016-02-02 14:24               ` Andre Przywara
2016-02-02 14:24                 ` Andre Przywara
2016-02-02 14:24                 ` Andre Przywara
2016-02-02 17:37               ` Maxime Ripard
2016-02-02 17:37                 ` [linux-sunxi] " Maxime Ripard
2016-02-02 17:37                 ` Maxime Ripard
2016-02-02 10:00             ` Maxime Ripard
2016-02-02 10:00               ` Maxime Ripard
2016-02-02 10:00               ` Maxime Ripard
2016-02-02 10:09               ` Chen-Yu Tsai
2016-02-02 10:09                 ` Chen-Yu Tsai
2016-02-02 10:09                 ` Chen-Yu Tsai
2016-02-02 16:53               ` Andre Przywara
2016-02-02 16:53                 ` Andre Przywara
2016-02-02 16:53                 ` Andre Przywara
     [not found]                 ` <56B0DF26.10203-5wv7dgnIgG8@public.gmane.org>
2016-02-04 16:51                   ` Maxime Ripard
2016-02-04 16:51                     ` Maxime Ripard
2016-02-04 16:51                     ` Maxime Ripard
2016-02-08 15:54                     ` Rob Herring
2016-02-08 15:54                       ` Rob Herring
2016-02-08 15:54                       ` Rob Herring
2016-02-08 15:58                       ` Andre Przywara
2016-02-08 15:58                         ` Andre Przywara
2016-02-08 15:58                         ` Andre Przywara
     [not found]                         ` <56B8BB1A.8010705-5wv7dgnIgG8@public.gmane.org>
2016-02-09 17:12                           ` Maxime Ripard [this message]
2016-02-09 17:12                             ` Maxime Ripard
2016-02-09 17:12                             ` Maxime Ripard
2016-02-01 17:39 ` [PATCH 06/11] clk: sunxi: add generic multi-parent bus clock gates driver Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 18:40   ` Jean-Francois Moine
2016-02-01 18:40     ` Jean-Francois Moine
2016-02-01 18:40     ` Jean-Francois Moine
2016-02-01 23:01     ` André Przywara
2016-02-01 23:01       ` André Przywara
2016-02-01 17:39 ` [PATCH 07/11] clk: sunxi: add generic allwinner,sunxi name Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-08 15:57   ` Rob Herring
2016-02-08 15:57     ` Rob Herring
2016-02-08 16:06     ` Andre Przywara
2016-02-08 16:06       ` Andre Przywara
2016-02-08 16:06       ` Andre Przywara
2016-02-01 17:39 ` [PATCH 08/11] clk: sunxi: improve error reporting for the mux clock Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-02 18:02   ` Maxime Ripard
2016-02-02 18:02     ` Maxime Ripard
2016-02-02 18:05     ` Andre Przywara
2016-02-02 18:05       ` Andre Przywara
2016-02-01 17:39 ` [PATCH 09/11] clk: sunxi: add critical-clocks property to mux clocks Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 17:39 ` [PATCH 10/11] arm64: dts: add Allwinner A64 SoC .dtsi Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 19:05   ` [linux-sunxi] " Karsten Merker
2016-02-01 23:03     ` André Przywara
2016-02-01 23:03       ` André Przywara
2016-02-01 23:03       ` André Przywara
2016-02-02 16:24   ` Jens Kuske
2016-02-02 16:24     ` Jens Kuske
2016-02-02 16:24     ` Jens Kuske
2016-02-02 16:46     ` [linux-sunxi] " Andre Przywara
2016-02-02 16:46       ` Andre Przywara
2016-02-02 17:40       ` Jens Kuske
2016-02-02 17:40         ` Jens Kuske
2016-02-02 17:40         ` Jens Kuske
2016-02-05  8:55       ` [linux-sunxi] " Chen-Yu Tsai
2016-02-05  8:55         ` Chen-Yu Tsai
2016-02-05  8:55         ` Chen-Yu Tsai
2016-02-05  8:50   ` Maxime Ripard
2016-02-05  8:50     ` Maxime Ripard
2016-02-05  8:50     ` Maxime Ripard
2016-02-08  9:42     ` Andre Przywara
2016-02-08  9:42       ` Andre Przywara
2016-02-23 18:45       ` Maxime Ripard
2016-02-23 18:45         ` Maxime Ripard
2016-02-23 18:45         ` Maxime Ripard
2016-02-01 17:39 ` [PATCH 11/11] arm64: dts: add Pine64 support Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 17:39   ` Andre Przywara
2016-02-01 19:22   ` [linux-sunxi] " Karsten Merker
2016-02-01 23:04     ` André Przywara
2016-02-01 23:04       ` André Przywara
2016-02-01 23:04       ` André Przywara
2016-02-05  9:03   ` Maxime Ripard
2016-02-05  9:03     ` Maxime Ripard
2016-02-05  9:03     ` Maxime Ripard
2016-02-05 10:04     ` Andre Przywara
2016-02-05 10:04       ` Andre Przywara
2016-02-05 10:04       ` Andre Przywara
2016-02-08  0:55       ` [linux-sunxi] " Julian Calaby
2016-02-08  0:55         ` Julian Calaby
2016-02-09 20:33         ` Danny Milosavljevic
2016-02-09 20:33           ` Danny Milosavljevic
2016-02-09 20:33           ` Danny Milosavljevic
2016-02-11 10:32       ` Maxime Ripard
2016-02-11 10:32         ` Maxime Ripard
2016-02-11 10:32         ` Maxime Ripard
2016-02-02  7:57 ` [PATCH 00/11] arm64: Introduce Allwinner A64 and " lists.nick.betteridge
2016-02-02  7:57   ` lists.nick.betteridge at gmail.com
2016-02-02  8:12   ` André Przywara
2016-02-02  8:12     ` André Przywara

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=20160209171215.GT31506@lukather \
    --to=maxime.ripard-wi1+55scjutkeb57/3fjtnbpr1lh4cv8@public.gmane.org \
    --cc=andre.przywara-5wv7dgnIgG8@public.gmane.org \
    --cc=arnd-r2nGTMty4D4@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
    --cc=ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
    --cc=linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-gpio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
    --cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
    --cc=merker-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
    --cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
    --cc=robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=vishnupatekar0510-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=wens-jdAy2FN1RRM@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.