From: swetland@google.com (Brian Swetland)
To: linux-arm-kernel@lists.infradead.org
Subject: board/device file names, and machine names
Date: Wed, 3 Mar 2010 14:27:31 -0800 [thread overview]
Message-ID: <a55d774e1003031427scf8b2ebp8b57a22bd89b9beb@mail.gmail.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1003031651400.31128@xanadu.home>
On Wed, Mar 3, 2010 at 2:08 PM, Nicolas Pitre <nico@fluxnic.net> wrote:
>
> IMHO using the internal name in the code is the most sensible thing to
> do. ?Why? Because marketing people are a very emotional and influential
> bunch, and they often change their mind about naming and (re)branding.
>
> Been there already. ?And it also happened that marketing people just
> asked of us developers that the name of the files and functions in the
> source tree be changed to the marketing name du jour. ?They especially
> don't want customers to ever notice that the new product out of the shop
> with all those revolutionary features and performances is in fact
> (technically speaking) just a minor revision of the previous product
> which can be supported by the same code as the previous product. ?This
> has to be pushed back of course.
This is a big motivation behind our "fish" names for boards -- they're
pretty unappetizing to the pr/marketing folks so they never get mixed
up with final product names and we can concentrate on making the
hardware work. We can register board IDs far in advance and avoid
using "fake" machine IDs, yet not freak anybody out by revealing
significant product details. Also, unlike numeric board names, they
tend to not imply one being better than the other, etc.
Brian
next prev parent reply other threads:[~2010-03-03 22:27 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-02 21:29 board/device file names, and machine names Daniel Walker
2010-03-02 22:56 ` Brian Swetland
2010-03-02 23:29 ` Daniel Walker
2010-03-02 23:38 ` Brian Swetland
2010-03-03 3:42 ` Bill Gatliff
2010-03-03 3:36 ` Bill Gatliff
2010-03-03 8:00 ` Brian Swetland
2010-03-03 19:08 ` Theodore Tso
2010-03-03 19:22 ` Theodore Tso
2010-03-03 19:24 ` Russell King - ARM Linux
2010-03-02 23:51 ` Russell King - ARM Linux
2010-03-03 0:39 ` Daniel Walker
2010-03-03 0:47 ` Tim Bird
2010-03-03 0:52 ` Daniel Walker
2010-03-03 1:01 ` Brian Swetland
2010-03-03 3:52 ` Bill Gatliff
2010-03-03 8:42 ` Russell King - ARM Linux
2010-03-03 9:17 ` Pavel Machek
2010-03-03 9:47 ` Russell King - ARM Linux
2010-03-03 10:00 ` Pavel Machek
2010-03-03 10:08 ` Russell King - ARM Linux
2010-03-03 10:18 ` Pavel Machek
2010-03-03 10:19 ` Russell King - ARM Linux
2010-03-03 14:24 ` Pavel Machek
2010-03-03 14:38 ` Daniel Walker
2010-03-03 22:08 ` Nicolas Pitre
2010-03-03 22:27 ` Brian Swetland [this message]
2010-03-03 3:25 ` Bill Gatliff
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=a55d774e1003031427scf8b2ebp8b57a22bd89b9beb@mail.gmail.com \
--to=swetland@google.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 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).