public inbox for devicetree@vger.kernel.org
 help / color / mirror / Atom feed
From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
	Hans Verkuil <hverkuil@kernel.org>,
	Hans de Goede <hansg@kernel.org>, Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	linux-media@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v2 1/2] dt-bindings: media: i2c: Add Samsung S5KJN1 image sensor
Date: Wed, 22 Oct 2025 11:32:31 +0300	[thread overview]
Message-ID: <aPiWn81ekgdyoRX-@kekkonen.localdomain> (raw)
In-Reply-To: <f3e66a7e-873b-4299-9ec9-be3aa7e100d6@linaro.org>

Hi Vladimir,

On Tue, Oct 21, 2025 at 01:23:31PM +0300, Vladimir Zapolskiy wrote:
> On 10/21/25 12:10, Sakari Ailus wrote:
> > Hi Vladimir,
> > 
> > On Tue, Oct 21, 2025 at 11:00:35AM +0300, Vladimir Zapolskiy wrote:
> > > Hi Sakari.
> > > 
> > > On 10/20/25 23:23, Sakari Ailus wrote:
> > > > Hi Vladimir,
> > > > 
> > > > Thanks for the set.
> > > > 
> > > > On Thu, Oct 16, 2025 at 05:04:18AM +0300, Vladimir Zapolskiy wrote:
> > > > > Add device tree bindings documentation for Samsung S5KJN1 image sensor.
> > > > > 
> > > > > Reviewed-by: Rob Herring (Arm) <robh@kernel.org>
> > > > > Signed-off-by: Vladimir Zapolskiy <vladimir.zapolskiy@linaro.org>
> > > > > ---
> > > > >    .../bindings/media/i2c/samsung,s5kjn1.yaml    | 95 +++++++++++++++++++
> > > > >    1 file changed, 95 insertions(+)
> > > > >    create mode 100644 Documentation/devicetree/bindings/media/i2c/samsung,s5kjn1.yaml
> > > > > 
> > > > > diff --git a/Documentation/devicetree/bindings/media/i2c/samsung,s5kjn1.yaml b/Documentation/devicetree/bindings/media/i2c/samsung,s5kjn1.yaml
> > > > > new file mode 100644
> > > > > index 000000000000..2220b3e528d4
> > > > > --- /dev/null
> > > > > +++ b/Documentation/devicetree/bindings/media/i2c/samsung,s5kjn1.yaml
> > > > > @@ -0,0 +1,95 @@
> > > > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> > > > > +%YAML 1.2
> > > > > +---
> > > > > +$id: http://devicetree.org/schemas/media/i2c/samsung,s5kjn1.yaml#
> > > > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > > > +
> > > > > +title: Samsung S5KJN1 Image Sensor
> > > > > +
> > > > > +description:
> > > > > +  Samsung S5KJN1 (ISOCELL JN1) image sensor is a 50MP image sensor.
> > > > > +  The sensor is controlled over a serial camera control bus protocol,
> > > > > +  the widest supported output image frame size is 8160x6144 at 10 frames
> > > > > +  per second rate, data output format is RAW10 transferred over 4-lane
> > > > > +  MIPI D-PHY interface.
> > > > 
> > > > Can the sensor work with fewer lanes? This is almost always the case. In
> > > > this case you'd need data-lanes property but feel free to make 4 the
> > > > default if you like.
> > > 
> > > As usual I don't have access to the sensor datasheet, what is known to me
> > > is that
> > > 
> > > 1) there is no examples in the downstream, when MIPI CSI interface is
> > > configured in any other mode but 4 lanes D-PHY RAW10,
> > > 
> > > 2) right the same information is given in the official scarce booklet:
> > > 
> > > https://semiconductor.samsung.com/image-sensor/mobile-image-sensor/isocell-jn1/
> > > 
> > > The same reasoning as above is directly applicable to the second sent
> > > sensor driver of Samsung S5K3M5.
> > > 
> > > There is a known practical pattern that if it happens to be of necessity
> > > any new properties can be added to device's dt bindings later on, thus
> > > it should be safe to omit any presumably non-configurable hardware
> > > properties from the description on an early stage.
> > 
> > Even if the driver supports four lanes only, it's very unlikely the sensor
> 
> Well, the second point given above is not about the driver, but it leads
> to the shortest possible sensor hardware spec:
> 
> https://semiconductor.samsung.com/image-sensor/mobile-image-sensor/isocell-jn1/
> 
> If you scroll right to the bottom, it says
> 
> Interface: 4 lanes (2.15 Gbps per lane)
> 
> It does not completely or clearly exclude 1 or 2 lane configuration,
> I know, but "exclusions" are not documented anyway, only something
> presenting gets documented.

Indeed, such brochures only describe the hardware capability, not so much
its configuration in detail.

> 
> > is limited to this. There are two options here:
> > 
> > 1. make data-lanes mandatory or
> > 
> > 2. add data-lanes as optional with default of four, which the driver
> >     supports and which is known to function.
> 
> If you ask, I'd rather prefer to implement the second option in the dt
> binding documentation and driver, let me know if there are any other
> asked changes to be done in a bulk.

Sounds good.

-- 
Regards,

Sakari Ailus

  reply	other threads:[~2025-10-22  8:32 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-16  2:04 [PATCH v2 0/2] media: i2c: add Samsung S5KJN1 image sensor device driver Vladimir Zapolskiy
2025-10-16  2:04 ` [PATCH v2 1/2] dt-bindings: media: i2c: Add Samsung S5KJN1 image sensor Vladimir Zapolskiy
2025-10-20 20:23   ` Sakari Ailus
2025-10-21  8:00     ` Vladimir Zapolskiy
2025-10-21  9:10       ` Sakari Ailus
2025-10-21 10:23         ` Vladimir Zapolskiy
2025-10-22  8:32           ` Sakari Ailus [this message]
2025-10-16  2:04 ` [PATCH v2 2/2] media: i2c: add Samsung S5KJN1 image sensor device driver Vladimir Zapolskiy
2025-10-21  9:25   ` Sakari Ailus
2025-10-21 10:16     ` Vladimir Zapolskiy
2025-10-22  8:31       ` Sakari Ailus
2025-10-22  8:45   ` Sakari Ailus
2025-10-23  0:13     ` Vladimir Zapolskiy
2025-10-23 11:43       ` Sakari Ailus
2025-10-23 15:54 ` [PATCH v2 0/2] " Neil Armstrong

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=aPiWn81ekgdyoRX-@kekkonen.localdomain \
    --to=sakari.ailus@linux.intel.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=hansg@kernel.org \
    --cc=hverkuil@kernel.org \
    --cc=krzk+dt@kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=robh@kernel.org \
    --cc=vladimir.zapolskiy@linaro.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