devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: "Clément Péron" <peron.clem@gmail.com>
Cc: devicetree <devicetree@vger.kernel.org>
Subject: Re: Question about compatible fallback and documentation
Date: Mon, 29 Apr 2019 17:05:03 -0500	[thread overview]
Message-ID: <20190429220503.GA4720@bogus> (raw)
In-Reply-To: <CAJiuCceeLwY+myYtUf15frSYsLKmGaUBifAOxUkNWwSjbF4oDg@mail.gmail.com>

On Sun, Apr 14, 2019 at 06:18:04PM +0200, Cl�ment P�ron wrote:
> Hi,
> 
> I have to bind an already existing IP by a vendor in a new SoC called
> "SOC3" device-tree.
> 
> In the 1st gen of "SOC1" the IP is introduced :
> soc1.dtsi :
> compatible = "vendor,ip-soc1";
> 
> Then a 2nd gen of the IP is introduced in "SOC2" with new registers.
> But the driver of the 1st gen is still working fine and no update of
> the existing driver has been introduced because not required.
> soc2.dtsi :
> compatible = "vendor,ip-soc2", "vendor,ip-soc1";
> 
> Finally in "SOC3" and regardind the user manual we think that the IP
> introduced is the same as "SOC2".
> Should the compatible in soc3.dtsi be A or B?
> A) compatible = "vendor,ip-soc2", "vendor,ip-soc1";
> or
> B) compatible = "vendor,ip-soc3", "vendor,ip-soc2", "vendor,ip-soc1";
> 
> I propose the solution B) because we don't know what could happens
> maybe the IP could need a quirks only for "SOC3". And device tree
> shouldn't move for the user only the driver.

B is correct.

Or you could list soc3 and soc2 given you do know there are additional 
features. That would require a driver update, but likely the new SoC 
requires some OS changes. Maybe someday SoC design will be disciplined 
enough that new SoCs are fully backwards compatible.

> Last question does we have to document all the compatible use in
> DTS(i) files in the Documentation ? or only the compatible used by the
> drivers ?

What is used in DTS files.

Rob

  reply	other threads:[~2019-04-29 22:05 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-14 16:18 Question about compatible fallback and documentation Clément Péron
2019-04-29 22:05 ` Rob Herring [this message]
2019-05-10 19:47   ` Clément Péron

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=20190429220503.GA4720@bogus \
    --to=robh@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=peron.clem@gmail.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).