From: Mathis Foerst <mathis.foerst@mt.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: linux-kernel@vger.kernel.org,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Mauro Carvalho Chehab <mchehab@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,
manuel.traut@mt.com
Subject: Re: [PATCH v1 1/8] MT9M114: Add bypass-pll DT-binding
Date: Tue, 4 Mar 2025 12:53:05 +0100 [thread overview]
Message-ID: <Z8bpobFg3BnNHJ+/@mt.com> (raw)
In-Reply-To: <Z788hw7pSpwmL2Ze@kekkonen.localdomain>
Hi Sakari
On Wed, Feb 26, 2025 at 04:08:39PM +0000, Sakari Ailus wrote:
> Hi Mathis,
>
> Please see which subject prefix has been used in the past for these
> bindings.
Yes, I'm sorry for that. I adapted the subjects of the patches.
>
> On Wed, Feb 26, 2025 at 04:39:22PM +0100, Mathis Foerst wrote:
> > The MT9M114 sensor has an internal PLL that generates the required SYSCLK
> > from EXTCLK. It also has the option to bypass the PLL and use EXTCLK
> > directly as SYSCLK.
> > The current driver implementation uses a hardcoded PLL configuration that
> > requires a specific EXTCLK frequency. Depending on the available clocks,
> > it can be desirable to use a different PLL configuration or to bypass it.
> >
> > Add the 'bypass-pll' property to the MT9M114 DT-bindings to allow selecting
> > the PLL bypass mode.
> >
> > Signed-off-by: Mathis Foerst <mathis.foerst@mt.com>
> > ---
> > Documentation/devicetree/bindings/media/i2c/onnn,mt9m114.yaml | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/media/i2c/onnn,mt9m114.yaml b/Documentation/devicetree/bindings/media/i2c/onnn,mt9m114.yaml
> > index f6b87892068a..72e258d57186 100644
> > --- a/Documentation/devicetree/bindings/media/i2c/onnn,mt9m114.yaml
> > +++ b/Documentation/devicetree/bindings/media/i2c/onnn,mt9m114.yaml
> > @@ -70,6 +70,10 @@ properties:
> > - bus-type
> > - link-frequencies
> >
> > + onnn,bypass-pll:
> > + description: Bypass the internal PLL of the sensor to use EXTCLK directly as SYSCLK.
> > + type: boolean
> > +
>
> But on the content itself: do you need this? Could you instead compare the
> external clock frequency to the link-frequencies property value(s)?
That should also work. I removed the DT binding and let the driver check if
EXTCLK matches the required SYSCLK for the given link frequency to decide if
the PLL should be bypassed.
>
> > required:
> > - compatible
> > - reg
>
> --
> Regards,
>
> Sakari Ailus
Best regards,
Mathis Foerst
next prev parent reply other threads:[~2025-03-04 11:53 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-26 15:39 [PATCH v1 0/8] MT9M114 driver bugfix and improvements Mathis Foerst
2025-02-26 15:39 ` [PATCH v1 1/8] MT9M114: Add bypass-pll DT-binding Mathis Foerst
2025-02-26 16:08 ` Sakari Ailus
2025-03-04 11:53 ` Mathis Foerst [this message]
2025-02-26 15:39 ` [PATCH v1 2/8] MT9M114: Add pad-slew-rate DT-binding Mathis Foerst
2025-02-27 10:14 ` Sakari Ailus
2025-02-28 19:11 ` Conor Dooley
2025-03-04 11:48 ` Mathis Foerst
2025-03-04 16:39 ` Conor Dooley
2025-03-05 9:59 ` Mathis Foerst
2025-03-05 16:29 ` Conor Dooley
2025-03-05 16:30 ` Conor Dooley
2025-02-26 15:39 ` [PATCH v1 3/8] MT9M114: Add get_mbus_config Mathis Foerst
2025-02-26 17:13 ` Dave Stevenson
2025-02-27 8:53 ` Sakari Ailus
2025-03-05 11:44 ` Mathis Foerst
2025-02-26 15:39 ` [PATCH v1 4/8] MT9M114: Add option to bypass PLL Mathis Foerst
2025-02-26 15:39 ` [PATCH v1 5/8] MT9M114: Factor out mt9m114_configure_pa Mathis Foerst
2025-02-26 15:39 ` [PATCH v1 6/8] MT9M114: Allow set_selection while streaming Mathis Foerst
2025-02-26 15:39 ` [PATCH v1 7/8] MT9M114: Fix deadlock in get_frame_interval/set_frame_interval Mathis Foerst
2025-02-27 9:42 ` Sakari Ailus
2025-02-26 15:39 ` [PATCH v1 8/8] MT9M114: Set pad-slew-rate Mathis Foerst
2025-02-28 19:09 ` [PATCH v1 0/8] MT9M114 driver bugfix and improvements Conor Dooley
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=Z8bpobFg3BnNHJ+/@mt.com \
--to=mathis.foerst@mt.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=manuel.traut@mt.com \
--cc=mchehab@kernel.org \
--cc=robh@kernel.org \
--cc=sakari.ailus@linux.intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.