mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Mark Brown <broonie@kernel.org>
To: "Szőke Benjamin" <egyszeregy@freemail.hu>
Cc: linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] spidev: Introduce "linux,spidev-name" property for device tree of spidev.
Date: Fri, 7 Jun 2024 16:55:23 +0100	[thread overview]
Message-ID: <ZmMta036RTH4CTng@finisterre.sirena.org.uk> (raw)
In-Reply-To: <30944fda-6d18-4fc1-8c73-bcda4814a417@freemail.hu>

[-- Attachment #1: Type: text/plain, Size: 1701 bytes --]

On Sun, Jun 02, 2024 at 05:31:10PM +0200, Szőke Benjamin wrote:

> As i understand "axi_quad_spi@a00a0000" can be mapped via udev to a custom
> symlink name but in a new adaptive SoC HWs like AMD ZynqMP, Intel Stratix,
> Microchip PolarFire Soc etc. it is not possible and not good solution
> because this axi reg address can be different and become to
> non-deterministic in day to next when there is a new PL FW update for their
> FPGA part in the silicon.

> What udev rules have to use for it if you say it can be perfectly done via
> udev and "axi_quad_spi@a00a0000" cannot be used for making this rule?

This feels like something I'd expect the FPGA tools to help with, having
to run around adding random properties to individual bindings to figure
out what the IPs that the tooling has decided to instantiate doesn't
seem scalable.

> > > DT binding would need to be documented later in a separated patch as a
> > > guideline mentioned it in Linux repo.

> > No, that needs to happen along with the code change.

> The official documentation says totally different:
> "The Documentation/ and include/dt-bindings/ portion of the patch should be
> a separate patch. ..."

In the same series.  We can document bindings without code but we don't
take code without bindings.

> https://github.com/torvalds/linux/blob/master/Documentation/devicetree/bindings/submitting-patches.rst

> By the way where can i find .yml or .txt dt-bindings documentation of spidev driver?

The binding documentation describes the hardware, spidev is an
implementation detail of Linux so should not have a binding.  A bunch of
the devices should be in the trivial bindings document.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2024-06-07 15:55 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-19 21:13 egyszeregy
2024-05-20 13:20 ` Mark Brown
2024-05-20 17:20   ` Szőke Benjamin
2024-05-20 20:14     ` Mark Brown
2024-06-02 15:31       ` Szőke Benjamin
2024-06-07 15:55         ` Mark Brown [this message]
2024-06-07 16:07         ` Conor Dooley
2024-06-11 10:41           ` Andy Shevchenko

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=ZmMta036RTH4CTng@finisterre.sirena.org.uk \
    --to=broonie@kernel.org \
    --cc=egyszeregy@freemail.hu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-spi@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®