linux-spi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Frank Rowand <frowand.list@gmail.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: Christer Weinigel <christer@weinigel.se>,
	linux-kernel@vger.kernel.org, linux-spi@vger.kernel.org,
	devicetree@vger.kernel.org, Mark Brown <broonie@kernel.org>
Subject: Re: [PATCH] devicetree - document using aliases to set spi bus number.
Date: Wed, 25 May 2016 09:31:25 -0700	[thread overview]
Message-ID: <5745D35D.5090405@gmail.com> (raw)
In-Reply-To: <20160525160633.GC30956@leverpostej>

On 5/25/2016 9:06 AM, Mark Rutland wrote:
> On Wed, May 25, 2016 at 08:25:44AM -0700, Frank Rowand wrote:
>> On 5/24/2016 10:41 AM, Mark Rutland wrote:
>>> On Tue, May 24, 2016 at 06:39:20PM +0200, Christer Weinigel wrote:
>>>> +Normally SPI buses are assigned dynamic bus numbers starting at 32766
>>>> +and counting downwards.  It is possible to assign the bus number
>>>> +statically using devicetee aliases.  For example, on the MPC5200 the
>>>> +"spi@f00" device above is connected to the "soc" bus.  To set its
>>>> +bus_num to 1 add an aliases entry like this:
>>>
>>> As Mark Brown pointed out, this is very Linux-specific (at least in the
>>> wording of the above).
>>>
>>> Generally, aliases are there to match _physical_ identifiers (e.g. to
>>> match physical labels for UART0, UART1, and on).
>>
>> Can you point to anything in the specification or any other place that
>> states that aliases are for matching physical identifiers?
>>
>> Can you point to anything in the specification or any other place that
>> states that aliases are not to be used for anything else?
> 
> You have me there; I cannot find any wording to that effect, and I am
> evidently going by my understanding alone.

There seems to be a fair amount of things about devicetree that are tribal
knowledge.  I try to take note of these things as I see them and would
like to convert them from tribal knowledge to knowledge that is
explicitly stated in our documentation.  The documented knowledge may end
up being the same as the tribal lore, or we may find that it needs to be
modified as we document it.


> IEEE 1275 simply states that there may be predefined aliases for a
> machine, or that users can create and use them dynamically. ePAPR (and
> the devicetree specification) only states that aliases exist, and that a
> client program might use them (through some means which is never
> described).
> 
> Thanks,
> Mark.
> .
> 

  reply	other threads:[~2016-05-25 16:31 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-24 16:39 [PATCH] devicetree - document using aliases to set spi bus number Christer Weinigel
2016-05-24 17:20 ` Mark Brown
2016-05-24 18:03   ` Christer Weinigel
2016-05-24 18:32     ` Mark Brown
     [not found]       ` <20160524183256.GP8206-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2016-05-24 18:57         ` Christer Weinigel
     [not found]           ` <5744A402.8050409-rKHMIqA5R6gwFerOooGFRg@public.gmane.org>
2016-05-25 12:19             ` Mark Rutland
2016-05-25 12:50               ` Mark Brown
2016-05-25 12:33             ` Mark Brown
2016-05-24 23:34         ` Frank Rowand
     [not found]           ` <5744E51A.1040506-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-05-25  0:18             ` Frank Rowand
2016-05-25 17:49           ` Rob Herring
2016-05-25 18:03             ` Mark Brown
2016-05-25 18:06             ` Frank Rowand
2016-05-25 18:44               ` Mark Brown
2016-05-26  1:10                 ` Christer Weinigel
     [not found]                   ` <57464D0A.1030706-rKHMIqA5R6gwFerOooGFRg@public.gmane.org>
2016-05-26  1:44                     ` Rob Herring
2016-05-26  1:56                       ` Christer Weinigel
     [not found]                         ` <574657BB.6070300-rKHMIqA5R6gwFerOooGFRg@public.gmane.org>
2016-05-26 10:07                           ` Mark Brown
2016-05-26 10:58                             ` Christer Weinigel
     [not found]                               ` <5746D6CE.5020605-rKHMIqA5R6gwFerOooGFRg@public.gmane.org>
2016-05-26 18:47                                 ` Mark Brown
     [not found]                                   ` <20160526184746.GF16172-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2016-05-26 21:04                                     ` Christer Weinigel
2016-05-27 16:43                                       ` Mark Brown
2016-05-24 17:41 ` Mark Rutland
2016-05-24 20:41   ` Frank Rowand
     [not found]     ` <5744BC76.9090403-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-05-25  9:20       ` Mark Rutland
2016-05-25 10:38         ` Mark Brown
2016-05-25 11:20           ` Christer Weinigel
     [not found]             ` <57458A64.2090901-rKHMIqA5R6gwFerOooGFRg@public.gmane.org>
2016-05-25 12:34               ` Mark Rutland
2016-05-25 13:08                 ` Mark Brown
2016-05-25 15:32         ` Frank Rowand
     [not found]           ` <5745C5A3.6060202-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-05-25 15:59             ` Mark Rutland
2016-05-25 16:21               ` Frank Rowand
2016-05-25 18:02               ` Mark Brown
2016-05-25 17:48             ` Mark Brown
2016-05-25 18:46               ` Frank Rowand
     [not found]                 ` <5745F30B.2040605-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-05-27 18:36                   ` Mark Brown
2016-05-28 20:57                     ` Christer Weinigel
     [not found]                       ` <574A063D.5030700-rKHMIqA5R6gwFerOooGFRg@public.gmane.org>
2016-05-30 16:13                         ` Mark Brown
2016-05-25 15:25   ` Frank Rowand
     [not found]     ` <5745C3F8.4020909-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-05-25 16:06       ` Mark Rutland
2016-05-25 16:31         ` Frank Rowand [this message]
2016-05-25 18:44   ` Rob Herring
2016-05-25 18:48     ` Mark Brown
2016-05-26  8:21     ` Geert Uytterhoeven

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=5745D35D.5090405@gmail.com \
    --to=frowand.list@gmail.com \
    --cc=broonie@kernel.org \
    --cc=christer@weinigel.se \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=mark.rutland@arm.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).