mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Conor Dooley <conor@kernel.org>
To: Nicolae-Daniel Deaconescu <Nicolae-daniel.Deaconescu@analog.com>
Cc: sergiu.cuciurean@analog.com, jic23@kernel.org,
	dlechner@baylibre.com, nuno.sa@analog.com, andy@kernel.org,
	robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
	ukleinek@kernel.org, linux-iio@vger.kernel.org,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-pwm@vger.kernel.org
Subject: Re: [PATCH 1/2] dt-bindings: iio: adc: add lltc,ltc2387
Date: Fri, 30 Oct 2026 20:50:11 +0000	[thread overview]
Message-ID: <20261030-scientist-puzzle-ab2c668b6e27@spud> (raw)
In-Reply-To: <20261030120205.269090-1-Nicolae-daniel.Deaconescu@analog.com>

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

On Fri, Oct 30, 2026 at 02:02:05PM +0200, Nicolae-Daniel Deaconescu wrote:
> On Tue, Oct 27, 2026 at 18:28:34 +0000, Conor Dooley wrote:
> > Why are we getting new devices with linear vendor prefixes?
> 
> I'll fix this in v2. The binding file will be adi,ltc2387.yaml.
> The -x4 compatibles will also be dropped, because they described
> four devices sharing one AXI ADC.

Please retain more context than this, it's not enough to just have what
you're replying to. I see so many patches that I will have completely
forgotten what you're doing by the time I get to the next day.

> > Hmm, ltc2387-16 does not appear to have these signals?
> > Well, it has "cnv" but "cnv" has "sample clock" as the input name so is
> > the clocks property above and pwm-clock can be used if the provider is a
> > pwm?
> 
> The LTC2387-16 datasheet has these pins: CNV+/CNV- (pins 27/28), which
> is the conversion-start input; CLK+/CLK- (pins 23/24), which is an

Ahh, I see that now. The symbolic diagram on page one confused me and I
didn't look much further.

> externally applied clock that shifts out the result; and DCO+/DCO-,
> the echoed clock. There is no clk_gate pin.

Then there should not be a clk_gate pwm for this device.

> The part needs a burst of 8 CLK pulses per conversion in one-lane mode
> (4 in two-lane), starting t_FIRSTCLK = 65 ns after CNV and ending
> within t_LASTCLK = 49 ns of the next CNV. So the CLK input cannot run
> freely: the clk_gate PWM gates the host clock into that burst. That is
> why the clock needs a PWM and not a plain pwm-clock, which would give
> a continuous clock. The clocks property is the reference clock the PWM
> generator runs from, and the driver needs its rate to compute the
> waveforms.

Then you've got a "layering" violation of some kind here. If this clock
is consumed by the PWM generator, it should be an input to the pwm
generator not this adc.

The second pwm should then just be called "clk", because that's the
input(s) that it represents.

I want to see what the dts you have for a complete setup of this device
looks like, including the backend and pwm generator.

> 
> > Please explain how this is not determinable from the compatible.
> 
> TWOLANES is a digital input on the chip. High selects two-lane output,
> two bits per clock on DA and DB; low selects one-lane output. Both
> modes exist on every part, and the pin is set by how the board is
> wired, so the compatible does not say which mode is used.
> v2 will contain more detail in the description.
> 
> Thanks,
> Daniel

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

  reply	other threads:[~2026-10-30 20:50 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-27 13:44 [PATCH 0/2] iio: adc: add LTC2387 and ADAQ2387x support Nicolae-Daniel Deaconescu
2026-10-27 13:44 ` [PATCH 1/2] dt-bindings: iio: adc: add lltc,ltc2387 Nicolae-Daniel Deaconescu
2026-10-27 18:28   ` Conor Dooley
2026-10-30 12:02     ` Nicolae-Daniel Deaconescu
2026-10-30 20:50       ` Conor Dooley [this message]
2026-10-29  9:47   ` Krzysztof Kozlowski
2026-10-30 12:02     ` Nicolae-Daniel Deaconescu
2026-10-30 12:07       ` Krzysztof Kozlowski
2026-10-30 12:37         ` Nicolae-Daniel Deaconescu
2026-10-27 13:44 ` [PATCH 2/2] iio: adc: add ltc2387 driver Nicolae-Daniel Deaconescu
2026-10-27 14:37   ` Joshua Crofts
2026-10-28  2:39   ` Jonathan Cameron
2026-10-30 12:02     ` Nicolae-Daniel Deaconescu
2026-10-30 13:22     ` Nicolae-Daniel Deaconescu
2026-10-27 15:56 ` [PATCH 0/2] iio: adc: add LTC2387 and ADAQ2387x support Andy Shevchenko
2026-10-30 10:08   ` Nicolae-Daniel Deaconescu
2026-10-30 14:41     ` Andy Shevchenko
2026-10-30 15:07       ` Nicolae-Daniel Deaconescu

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=20261030-scientist-puzzle-ab2c668b6e27@spud \
    --to=conor@kernel.org \
    --cc=Nicolae-daniel.Deaconescu@analog.com \
    --cc=andy@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dlechner@baylibre.com \
    --cc=jic23@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=nuno.sa@analog.com \
    --cc=robh@kernel.org \
    --cc=sergiu.cuciurean@analog.com \
    --cc=ukleinek@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®