[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <2e7b08497aae9219233aed72628e46c6@kernel.crashing.org>
Date: Thu, 14 Jun 2007 09:52:06 +0200
From: Segher Boessenkool <segher@...nel.crashing.org>
To: Kumar Gala <galak@...nel.crashing.org>
Cc: <mporter@...nel.crashing.org>, <linux-kernel@...r.kernel.org>,
"Zhang Wei-r63237" <Wei.Zhang@...escale.com>,
<linuxppc-dev@...abs.org>, <paulus@...ba.org>
Subject: Re: [PATCH 1/5] Add the explanation and sample of RapidIO DTS sector to the document of booting-without-of.txt file.
>> 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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists