From: Segher Boessenkool <segher@kernel.crashing.org>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: linuxppc-dev@ozlabs.org, paulus@samba.org,
linux-kernel@vger.kernel.org,
Zhang Wei-r63237 <Wei.Zhang@freescale.com>
Subject: Re: [PATCH 1/5] Add the explanation and sample of RapidIO DTS sector to the document of booting-without-of.txt file.
Date: Thu, 14 Jun 2007 09:52:06 +0200 [thread overview]
Message-ID: <2e7b08497aae9219233aed72628e46c6@kernel.crashing.org> (raw)
In-Reply-To: <CF39A363-25C6-4780-96EC-6750D77C287F@kernel.crashing.org>
>> Not at all. On an 8641 it could be
>>
>> compatible = "fsl,mpc8641-rapidio" "fsl,mpc8548-rapidio";
>>
>> which states "this is the 8641 thing and it is compatible
>> to the 8548 thing". Perfectly clear.
>
> The concern is this isn't just compatible = "..8641.." "..8548.." but
> something like:
>
> "..8641.." "..8641d.." "..8548.." "..8548e.." "..8543.." "..8543e.."
> "..8572.." "..8572e.." "..8567.." "..8567e.." "..8568.." "..8568e.."
You don't need to mention _all_ compatible devices in
the "compatible" property, only the few that matter;
typically the oldest one, and sometimes some intermediate
device that has extra features over the original one.
It isn't useful to add "compatible" entries that no OS
probes for.
>> Concrete names are good.
>
> While I agree concrete names are good, we put these 'blocks' in so
> many devices that using the device to match on is pointless.
You *definitely* should put the device name for _this_
device in there, in case it needs some special workaround.
> I'm all for making up a name like 'Grande', 'Del', 'Janeiro'. This is
> effective what we did with gianfar. The name gets picked up pretty
> quickly by people.
That can be used as the "base" name, yes.
Segher
WARNING: multiple messages have this Message-ID (diff)
From: Segher Boessenkool <segher@kernel.crashing.org>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: <mporter@kernel.crashing.org>, <linux-kernel@vger.kernel.org>,
"Zhang Wei-r63237" <Wei.Zhang@freescale.com>,
<linuxppc-dev@ozlabs.org>, <paulus@samba.org>
Subject: Re: [PATCH 1/5] Add the explanation and sample of RapidIO DTS sector to the document of booting-without-of.txt file.
Date: Thu, 14 Jun 2007 09:52:06 +0200 [thread overview]
Message-ID: <2e7b08497aae9219233aed72628e46c6@kernel.crashing.org> (raw)
In-Reply-To: <CF39A363-25C6-4780-96EC-6750D77C287F@kernel.crashing.org>
>> Not at all. On an 8641 it could be
>>
>> compatible = "fsl,mpc8641-rapidio" "fsl,mpc8548-rapidio";
>>
>> which states "this is the 8641 thing and it is compatible
>> to the 8548 thing". Perfectly clear.
>
> The concern is this isn't just compatible = "..8641.." "..8548.." but
> something like:
>
> "..8641.." "..8641d.." "..8548.." "..8548e.." "..8543.." "..8543e.."
> "..8572.." "..8572e.." "..8567.." "..8567e.." "..8568.." "..8568e.."
You don't need to mention _all_ compatible devices in
the "compatible" property, only the few that matter;
typically the oldest one, and sometimes some intermediate
device that has extra features over the original one.
It isn't useful to add "compatible" entries that no OS
probes for.
>> Concrete names are good.
>
> While I agree concrete names are good, we put these 'blocks' in so
> many devices that using the device to match on is pointless.
You *definitely* should put the device name for _this_
device in there, in case it needs some special workaround.
> I'm all for making up a name like 'Grande', 'Del', 'Janeiro'. This is
> effective what we did with gianfar. The name gets picked up pretty
> quickly by people.
That can be used as the "base" name, yes.
Segher
next prev parent reply other threads:[~2007-06-14 7:52 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-12 9:02 [PATCH 0/5] Porting RapidIO driver from ppc to powerpc architecture and adding memory mapped RapidIO driver Zhang Wei
2007-06-12 9:02 ` Zhang Wei
2007-06-12 9:02 ` [PATCH 1/5] Add the explanation and sample of RapidIO DTS sector to the document of booting-without-of.txt file Zhang Wei
2007-06-12 9:02 ` Zhang Wei
2007-06-12 9:02 ` [PATCH 2/5] Add RapidIO sector to MPC8641HPCN board dts file Zhang Wei
2007-06-12 9:02 ` Zhang Wei
2007-06-12 9:02 ` [PATCH 3/5] Add the platform device support with RapidIO to MPC8641HPCN platform Zhang Wei
2007-06-12 9:02 ` Zhang Wei
2007-06-12 9:02 ` [PATCH 4/5] Add RapidIO support to powerpc architecture Zhang Wei
2007-06-12 9:02 ` Zhang Wei
2007-06-12 22:58 ` [PATCH 2/5] Add RapidIO sector to MPC8641HPCN board dts file Phil Terry
2007-06-12 22:58 ` Phil Terry
2007-06-13 2:49 ` Zhang Wei-r63237
2007-06-13 2:49 ` Zhang Wei-r63237
2007-06-13 5:02 ` [PATCH 1/5] Add the explanation and sample of RapidIO DTS sector to the document of booting-without-of.txt file Segher Boessenkool
2007-06-13 5:02 ` Segher Boessenkool
2007-06-13 8:14 ` Zhang Wei-r63237
2007-06-13 8:14 ` Zhang Wei-r63237
2007-06-13 8:28 ` Segher Boessenkool
2007-06-13 8:28 ` Segher Boessenkool
2007-06-13 9:37 ` Zhang Wei-r63237
2007-06-13 9:37 ` Zhang Wei-r63237
2007-06-13 9:48 ` Segher Boessenkool
2007-06-13 9:48 ` Segher Boessenkool
2007-06-14 5:53 ` Kumar Gala
2007-06-14 5:53 ` Kumar Gala
2007-06-14 7:52 ` Segher Boessenkool [this message]
2007-06-14 7:52 ` Segher Boessenkool
2007-06-18 3:27 ` Zhang Wei-r63237
2007-06-18 3:27 ` Zhang Wei-r63237
2007-06-18 12:43 ` Segher Boessenkool
2007-06-18 12:43 ` Segher Boessenkool
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=2e7b08497aae9219233aed72628e46c6@kernel.crashing.org \
--to=segher@kernel.crashing.org \
--cc=Wei.Zhang@freescale.com \
--cc=galak@kernel.crashing.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=paulus@samba.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.