From: gregory.clement@free-electrons.com (Gregory CLEMENT)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv2] mvebu: add Linksys WRT1900AC (Mamba) support
Date: Mon, 26 Jan 2015 17:35:44 +0100 [thread overview]
Message-ID: <54C66CE0.8070407@free-electrons.com> (raw)
In-Reply-To: <op.xs086cnu2s3iss@ecaz>
On 25/01/2015 20:16, Imre Kaloz wrote:
> Hi Sebastian,
>
> On Sun, 25 Jan 2015 17:54:02 +0100, Sebastian Hesselbarth
> <sebastian.hesselbarth@gmail.com> wrote:
>
>>> - OpenWrt is the only firmware/stack other than the official one and
>>> people already know this device as "mamba".
>>>
>>> - Let's say the same device gets released under the same name or just
>>> the radios change - so no redesign takes place at all. In my opinion
>>> that hardly justifies adding multiple .dts files just to change the name
>>> of the LEDs to reflect that. I think people who want to run mainline on
>>> their device wouldn't be concerned about seeing a codename, but on the
>>> other hand we could receive patches to "correct" the marketing name in
>>> the LEDs.
>>
>> As soon as you'll discover another "mamba"-based device, you can
>> split-off the common stuff into a linksys-mamba.dtsi and include it
>> into each of the two device dts files.
>>
>> Right now, I'd suggest to have just a single linksys-wrt1900ac.dts.
>
> Right now the only device using the board is the "mamba" with "WRT1900AC"
> as the marketing name.
>
> Let me try to change the question: if we'll have a device made by
> "Company" called "foobar" marketed as "ABC100", mainline really prefers it
> to be called "company,abc100" (and hence the leds "abc100:color:label")
> instead of "company,foobar"?
I don't know if there is a guideline about it but as I wrote in the other
email. Using the marketing name as model and board name as compatible string
would make sens.
>
> As I've said, the "viper" has been sold as the EA4200v2 and the EA4500.
> Other than the sticker, it's the same device. So for me calling a single
> device as "linksys,viper" makes way more sense than creating a
> linksys-viper.dtsi and have a linksys-ea4200v2.dts and a
> linksys-ea4500.dts - (so multiple kernels) just to make the model / led
> name follow the sticker.
>
>From my point of view the compatible name and dts[i|] files are two separate things.
This kind of information can (would?) be updated by the bootlader either natively
or by using impedance-matcher. It would even be possible to use dt overlays. We
don't have to provide one dts for any variation of the same board.
Gregory
> Also, please mind we are talking about consumer stuff here, so it's likely
> there will be multiple versions (maybe with different socs/whatever). Do
> we really want to have devices named after random marketing name + version
> number combos? ABC100 can be the same as FOO1000v3 and BAR9999v5 or
> WTH555v2.
>
>
> Imre
>
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
WARNING: multiple messages have this Message-ID (diff)
From: Gregory CLEMENT <gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
To: Imre Kaloz <kaloz-p3rKhJxN3npAfugRpC6u6w@public.gmane.org>,
Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org>,
Sebastian Hesselbarth
<sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org,
Sebastian Hesselbarth
<sebastian.hesselbarth-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Subject: Re: [PATCHv2] mvebu: add Linksys WRT1900AC (Mamba) support
Date: Mon, 26 Jan 2015 17:35:44 +0100 [thread overview]
Message-ID: <54C66CE0.8070407@free-electrons.com> (raw)
In-Reply-To: <op.xs086cnu2s3iss@ecaz>
On 25/01/2015 20:16, Imre Kaloz wrote:
> Hi Sebastian,
>
> On Sun, 25 Jan 2015 17:54:02 +0100, Sebastian Hesselbarth
> <sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>
>>> - OpenWrt is the only firmware/stack other than the official one and
>>> people already know this device as "mamba".
>>>
>>> - Let's say the same device gets released under the same name or just
>>> the radios change - so no redesign takes place at all. In my opinion
>>> that hardly justifies adding multiple .dts files just to change the name
>>> of the LEDs to reflect that. I think people who want to run mainline on
>>> their device wouldn't be concerned about seeing a codename, but on the
>>> other hand we could receive patches to "correct" the marketing name in
>>> the LEDs.
>>
>> As soon as you'll discover another "mamba"-based device, you can
>> split-off the common stuff into a linksys-mamba.dtsi and include it
>> into each of the two device dts files.
>>
>> Right now, I'd suggest to have just a single linksys-wrt1900ac.dts.
>
> Right now the only device using the board is the "mamba" with "WRT1900AC"
> as the marketing name.
>
> Let me try to change the question: if we'll have a device made by
> "Company" called "foobar" marketed as "ABC100", mainline really prefers it
> to be called "company,abc100" (and hence the leds "abc100:color:label")
> instead of "company,foobar"?
I don't know if there is a guideline about it but as I wrote in the other
email. Using the marketing name as model and board name as compatible string
would make sens.
>
> As I've said, the "viper" has been sold as the EA4200v2 and the EA4500.
> Other than the sticker, it's the same device. So for me calling a single
> device as "linksys,viper" makes way more sense than creating a
> linksys-viper.dtsi and have a linksys-ea4200v2.dts and a
> linksys-ea4500.dts - (so multiple kernels) just to make the model / led
> name follow the sticker.
>
>From my point of view the compatible name and dts[i|] files are two separate things.
This kind of information can (would?) be updated by the bootlader either natively
or by using impedance-matcher. It would even be possible to use dt overlays. We
don't have to provide one dts for any variation of the same board.
Gregory
> Also, please mind we are talking about consumer stuff here, so it's likely
> there will be multiple versions (maybe with different socs/whatever). Do
> we really want to have devices named after random marketing name + version
> number combos? ABC100 can be the same as FOO1000v3 and BAR9999v5 or
> WTH555v2.
>
>
> Imre
>
--
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
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
next prev parent reply other threads:[~2015-01-26 16:35 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-19 17:15 [PATCHv2] mvebu: add Linksys WRT1900AC (Mamba) support Imre Kaloz
2015-01-19 17:15 ` Imre Kaloz
2015-01-19 18:21 ` Andrew Lunn
2015-01-19 18:21 ` Andrew Lunn
2015-01-20 10:57 ` Imre Kaloz
2015-01-20 10:57 ` Imre Kaloz
2015-01-20 21:09 ` Andrew Lunn
2015-01-20 21:09 ` Andrew Lunn
2015-01-25 16:54 ` Sebastian Hesselbarth
2015-01-25 16:54 ` Sebastian Hesselbarth
2015-01-25 17:09 ` Andrew Lunn
2015-01-25 17:09 ` Andrew Lunn
2015-01-25 19:18 ` Jason Cooper
2015-01-25 19:18 ` Jason Cooper
2015-01-26 16:18 ` Gregory CLEMENT
2015-01-26 16:18 ` Gregory CLEMENT
2015-01-25 19:16 ` Imre Kaloz
2015-01-25 19:16 ` Imre Kaloz
2015-01-26 16:35 ` Gregory CLEMENT [this message]
2015-01-26 16:35 ` Gregory CLEMENT
2015-01-26 18:44 ` Andrew Lunn
2015-01-26 18:44 ` Andrew Lunn
2015-01-27 14:13 ` Imre Kaloz
2015-01-27 14:13 ` Imre Kaloz
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=54C66CE0.8070407@free-electrons.com \
--to=gregory.clement@free-electrons.com \
--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 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.