public inbox for linux-amlogic@lists.infradead.org
 help / color / mirror / Atom feed
From: Krzysztof Kozlowski <krzk@kernel.org>
To: Jerome Brunet <jbrunet@baylibre.com>
Cc: Valerio Setti <vsetti@baylibre.com>, linux-amlogic@lists.infradead.org
Subject: Re: [PATCH RFC v2 05/11] ASoC: dt-bindings: amlogic: add schema for audin-formatter and audin-toddr
Date: Thu, 23 Apr 2026 15:17:18 +0200	[thread overview]
Message-ID: <b556ad94-373d-4a1c-83e6-055cfd3d9557@kernel.org> (raw)
In-Reply-To: <1j8qaerldi.fsf@starbuckisacylon.baylibre.com>

On 23/04/2026 13:01, Jerome Brunet wrote:
> 
>>
>>>
>>> Then the question might be: why not merging this together with 
>>> audin-fifo? Becuase these are 3 indipendent instances from the interface 
>>> and each of which can receive data from the interface. Each of them has 
>>> its own registers range (and optionally also an interrupt - which is not 
>>
>> 4 bytes is not "registers range". It is one register of someone else's
>> range.
> 
> Yes, exactly like the AXG family which had an "audio bus" with reg and
> ranges property of length 0x2000, like you are describing, and a
> collection of smaller devices with very specific and targeted functions,
> using the range in question.
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/arm64/boot/dts/amlogic/meson-axg.dtsi?h=v6.8#n1317
> 
> The registers length of devices in this examples are in then 0x10 to
> 0x40 length. I honestly do not see the fundamental difference between 1
> and 10 regs to define what is a device and what is not.

And that example above is probably also not right if you only looked at
register range, but the difference is that you have distinctive other
resource - clocks.

And just to remind the old antipattern - each clock is also a "separate"
device and there is even old SoC architecture which did it. One clock
per device node. Since some years this is not allowed.

This device has no other distinctive resources. Only 4 bytes wide IO
range. So let me a bit clarify my previous statements:

A device having only one resource - four bytes MMIO range - and nothing
else, and being tightly coupled with other devices, almost certainly is
not separate enough to be called a separate device node.

Just like individual clocks are not separate device nodes.

Best regards,
Krzysztof

_______________________________________________
linux-amlogic mailing list
linux-amlogic@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-amlogic

  reply	other threads:[~2026-04-23 13:17 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-11 14:57 [PATCH RFC v2 00/11] Add support for AUDIN driver in Amlogic GXBB Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 01/11] ASoC: meson: gx: add gx-formatter and gx-interface Valerio Setti
2026-04-14 16:21   ` Mark Brown
2026-04-11 14:57 ` [PATCH RFC v2 02/11] ASoC: meson: aiu-encoder-i2s: use gx_iface and gx_stream structures Valerio Setti
2026-04-14 16:13   ` Mark Brown
2026-04-15 14:28     ` Jerome Brunet
2026-04-15 16:26       ` Mark Brown
2026-04-19 23:17       ` Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 03/11] ASoC: meson: aiu: introduce I2S output formatter Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 04/11] ASoC: meson: aiu: use aiu-formatter-i2s to format I2S output data Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 05/11] ASoC: dt-bindings: amlogic: add schema for audin-formatter and audin-toddr Valerio Setti
2026-04-11 20:30   ` Krzysztof Kozlowski
2026-04-16 21:51     ` Valerio Setti
2026-04-23  9:42       ` Krzysztof Kozlowski
2026-04-23 11:01         ` Jerome Brunet
2026-04-23 13:17           ` Krzysztof Kozlowski [this message]
2026-04-23 16:34             ` Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 06/11] ASoC: meson: gx: add AUDIN I2S Decoder driver Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 07/11] ASoC: meson: gx: add AUDIN FIFO driver Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 08/11] ASoC: meson: aiu: add I2S Capture DAI Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 09/11] ASoC: meson: gx-card: add support for AUDIN FIFO Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 10/11] arm64: dts: amlogic: gx: add nodes for AUDIN decoder and FIFO Valerio Setti
2026-04-11 14:57 ` [PATCH RFC v2 11/11] arm64: dts: amlogic: odroid-c2: add support for I2S audio input Valerio Setti
2026-04-15 14:49 ` [PATCH RFC v2 00/11] Add support for AUDIN driver in Amlogic GXBB Jerome Brunet
2026-04-15 15:53   ` Krzysztof Kozlowski

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=b556ad94-373d-4a1c-83e6-055cfd3d9557@kernel.org \
    --to=krzk@kernel.org \
    --cc=jbrunet@baylibre.com \
    --cc=linux-amlogic@lists.infradead.org \
    --cc=vsetti@baylibre.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