All of lore.kernel.org
 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 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.