public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marcus Comstedt <marcus@mc.pp.se>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] clk: sifive: Fix ethernet regression on HiFive Unleashed
Date: Tue, 10 Sep 2019 17:53:31 +0200	[thread overview]
Message-ID: <yf9ftl487wk.fsf@mc.pp.se> (raw)
In-Reply-To: <CAEUhbmXOcVTF3A6ttTNtvL5wUQrU_4jon0jPkJPcy4_HfKEGAw@mail.gmail.com> (bmeng.cn@gmail.com's message of "Tue, 10 Sep 2019 23:20:01 +0800")


Hi Bin,

Bin Meng <bmeng.cn@gmail.com> writes:

> So 4.14 definitely was an out-of-tree kernel

Everything before 5.2 was out-of-tree.


> No one can guarantee an out-of-tree implementation will be
> keeping compatible after it's accepted in-tree.

Reviewers/maintainers can guarantee compatibility with existing
hardware and DT by not instisting on breaking changes.

It's not really about keeping in-tree and out-of-tree compatible with
each other, but about keeping both of them compatible with the actual
hardware and DT of the system the OS is supposed to run on.


> Reviewers/maintainers
> may have different view from the author on what's the best

A reviewer/maintainer could for example have the view that a certain
register in a piece of hardware should really be two registers with
the bits divided between them based on some logical partitioning.  And
they might be right.  But the hardware is what it is, and if they
insist that the driver access two different registers the driver will
not work the hardware.  You'll have a nice driver that works on
nothing (at least until the vendor makes a new spin of the hardware
with the two registers).

My opinion is that the DT should be treated the same way.  It is part
of the hardware (sort of the "metadata" for the hardware).  Sure you
can have some idea of how things could be expressed better and add
support for that, but you need to also keep compat with the actual
hardware platform that the driver is there to interface against,
otherwise the driver won't work.


  // Marcus

  reply	other threads:[~2019-09-10 15:53 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-08  9:35 [U-Boot] [PATCH] clk: sifive: Fix ethernet regression on HiFive Unleashed Marcus Comstedt
2019-09-08 12:38 ` Bin Meng
2019-09-08 12:54   ` Marcus Comstedt
2019-09-08 12:58     ` Bin Meng
2019-09-08 13:19       ` Marcus Comstedt
2019-09-08 13:49         ` Bin Meng
2019-09-08 14:48           ` Marcus Comstedt
2019-09-09  2:50             ` Bin Meng
2019-09-09 20:52               ` Marcus Comstedt
2019-09-10 15:20                 ` Bin Meng
2019-09-10 15:53                   ` Marcus Comstedt [this message]
2019-09-11  1:58                     ` Bin Meng
2019-09-11  6:24                       ` Anup Patel
2019-09-11  7:43                         ` Bin Meng

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=yf9ftl487wk.fsf@mc.pp.se \
    --to=marcus@mc.pp.se \
    --cc=u-boot@lists.denx.de \
    /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