From: Hans de Goede <hansg@kernel.org>
To: Saikiran <bjsaikiran@gmail.com>, linux-media@vger.kernel.org
Cc: linux-arm-msm@vger.kernel.org, rfoss@kernel.org,
todor.too@gmail.com, bryan.odonoghue@linaro.org, bod@kernel.org,
vladimir.zapolskiy@linaro.org, sakari.ailus@linux.intel.com,
mchehab@kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v3 2/3] media: i2c: ov02c10: Correct power-on sequence and timing
Date: Tue, 27 Jan 2026 11:40:41 +0100 [thread overview]
Message-ID: <a1108367-30dd-49fb-8a36-bab9a242bd51@kernel.org> (raw)
In-Reply-To: <20260126173444.10228-3-bjsaikiran@gmail.com>
Hi,
On 26-Jan-26 18:34, Saikiran wrote:
> 1. Assert XSHUTDOWN (reset) for 10ms (T1 >= 5ms) before enabling power.
> 2. Enable regulators and wait 20ms for ramp-up stabilization.
> 3. Enable clock and wait 10ms for stabilization.
> 4. De-assert XSHUTDOWN.
> 5. Wait 20ms (T2 >= 20ms) for sensor boot before I2C access.
> 6. Perform software reset (0x0103) to ensure clean state.
>
> This eliminates potential race conditions and stability issues during cold boot initialization.
>
> Tested-on: Lenovo Yoga Slim 7x (Snapdragon X Elite)
> Fixes: 44f8901 ("media: i2c: add OmniVision OV02C10 sensor driver")
> Cc: stable@vger.kernel.org
> Signed-off-by: Saikiran <bjsaikiran@gmail.com>
> ---
> drivers/media/i2c/ov02c10.c | 57 ++++++++++++++++++++++++++++++-------
> 1 file changed, 46 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/media/i2c/ov02c10.c b/drivers/media/i2c/ov02c10.c
> index fa7cc48b769a..ba8bbb4f433a 100644
> --- a/drivers/media/i2c/ov02c10.c
> +++ b/drivers/media/i2c/ov02c10.c
> @@ -22,6 +22,8 @@
> #define OV02C10_CHIP_ID 0x5602
>
> #define OV02C10_REG_STREAM_CONTROL CCI_REG8(0x0100)
> +#define OV02C10_REG_SOFTWARE_RESET CCI_REG8(0x0103)
> +#define OV02C10_SOFTWARE_RESET_TRIGGER 0x01
>
> #define OV02C10_REG_HTS CCI_REG16(0x380c)
>
> @@ -616,6 +618,13 @@ static int ov02c10_enable_streams(struct v4l2_subdev *sd,
> if (ret)
> goto out;
>
> + /*
> + * Delay before streaming:
> + * Give the sensor time to process all the register writes and internal
> + * calibration before we assert the STREAM_ON bit.
> + */
> + usleep_range(2000, 2500);
> +
Why? I've never seen any sensor driver do this and AFAICT this
is also not mentioned as a requirement in the datasheet.
> ret = cci_write(ov02c10->regmap, OV02C10_REG_STREAM_CONTROL, 1, NULL);
> out:
> if (ret)
> @@ -660,13 +669,13 @@ static int ov02c10_power_off(struct device *dev)
> struct v4l2_subdev *sd = dev_get_drvdata(dev);
> struct ov02c10 *ov02c10 = to_ov02c10(sd);
>
> - gpiod_set_value_cansleep(ov02c10->reset, 1);
> + if (ov02c10->reset)
> + gpiod_set_value_cansleep(ov02c10->reset, 1);
No need to add this if (), gpiod_set_value() will happily
take a NULL gpio_desc * and ignore it.
> + clk_disable_unprepare(ov02c10->img_clk);
> regulator_bulk_disable(ARRAY_SIZE(ov02c10_supply_names),
> ov02c10->supplies);
>
> - clk_disable_unprepare(ov02c10->img_clk);
> -
Why? All datasheets say that the clock may be enabled either
before or after the regulators there is no need for this change.
> return 0;
> }
>
> @@ -676,27 +685,53 @@ static int ov02c10_power_on(struct device *dev)
> struct ov02c10 *ov02c10 = to_ov02c10(sd);
> int ret;
>
> - ret = clk_prepare_enable(ov02c10->img_clk);
> - if (ret < 0) {
> - dev_err(dev, "failed to enable imaging clock: %d", ret);
> - return ret;
> + if (ov02c10->reset) {
> + gpiod_set_value_cansleep(ov02c10->reset, 1);
> + usleep_range(10000, 11000);
> }
Ack for asserting the reset for 10 ms here, that is the only part
of this patch which seems to actually be useful.
>
> ret = regulator_bulk_enable(ARRAY_SIZE(ov02c10_supply_names),
> ov02c10->supplies);
> if (ret < 0) {
> dev_err(dev, "failed to enable regulators: %d", ret);
> - clk_disable_unprepare(ov02c10->img_clk);
> return ret;
> }
>
> + /* Allow PMIC to ramp and stabilize */
> + usleep_range(20000, 22000);
If the regulators need a delay before stabilizing that should
be done by the regulator driver, not here.
> +
> + ret = clk_prepare_enable(ov02c10->img_clk);
> + if (ret < 0) {
> + dev_err(dev, "failed to enable imaging clock: %d", ret);
> + regulator_bulk_disable(ARRAY_SIZE(ov02c10_supply_names),
> + ov02c10->supplies);
> + return ret;
> + }
Again no need to change the clk vs regulator enable order.
> +
> + /* Let the clock stabilise */
> + usleep_range(10000, 11000);
Same as with regulators if this is necessary it should be
handled by the clk driver.
> +
> + /* Release hardware reset */
> if (ov02c10->reset) {
> - /* Assert reset for at least 2ms on back to back off-on */
> - usleep_range(2000, 2200);
Ack for dropping this usleep() since this is now done before
enabling the regulators.
> gpiod_set_value_cansleep(ov02c10->reset, 0);
> - usleep_range(5000, 5100);
> + /*
> + * Wait for sensor microcontroller to stabilize after reset release.
> + * 20ms prevents black frames during rapid power cycling.
> + */
> + usleep_range(20000, 22000);
> + }
Why? this is not what the datasheet says.
> +
> + /* Perform software reset to ensure clean state */
> + ret = cci_write(ov02c10->regmap, OV02C10_REG_SOFTWARE_RESET,
> + OV02C10_SOFTWARE_RESET_TRIGGER, NULL);
> + if (ret) {
> + dev_err(dev, "failed to send software reset: %d", ret);
> + return ret;
> }
>
> + /* Wait for software reset to complete */
> + usleep_range(5000, 5500);
> +
Please drop this whole sw-reset thing. We've just hw-reset the sensor
so there is no need. Also this should be done in a separate commit
if it were to be done at all.
Regards,
Hans
next prev parent reply other threads:[~2026-01-27 10:40 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-26 17:34 [PATCH v3 0/3] media: i2c: ov02c10: Fix brownouts and power sequence Saikiran
2026-01-26 17:34 ` [PATCH v3 1/3] media: i2c: ov02c10: Fix use-after-free in remove function Saikiran
2026-01-27 10:30 ` Hans de Goede
2026-01-26 17:34 ` [PATCH v3 2/3] media: i2c: ov02c10: Correct power-on sequence and timing Saikiran
2026-01-27 10:40 ` Hans de Goede [this message]
2026-01-27 10:47 ` Bryan O'Donoghue
2026-01-27 10:50 ` Hans de Goede
2026-01-26 17:34 ` [PATCH v3 3/3] media: i2c: ov02c10: Use runtime PM autosuspend to avoid brownouts Saikiran
2026-01-27 9:46 ` Bryan O'Donoghue
2026-01-27 10:43 ` Hans de Goede
2026-01-27 10:44 ` Hans de Goede
[not found] ` <CAAFDt1tsyvtAa84bFK2Hq5yG_F15SUUseBd5Xi-DB8GnUj7+7A@mail.gmail.com>
2026-01-27 10:50 ` Bryan O'Donoghue
[not found] ` <CAAFDt1vKn5ssoTQZduGKb5eOeN74P=FVk9f01go1d-JS71Zt0A@mail.gmail.com>
2026-01-27 11:06 ` Bryan O'Donoghue
2026-01-27 11:11 ` Bryan O'Donoghue
2026-01-27 16:20 ` Saikiran B
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=a1108367-30dd-49fb-8a36-bab9a242bd51@kernel.org \
--to=hansg@kernel.org \
--cc=bjsaikiran@gmail.com \
--cc=bod@kernel.org \
--cc=bryan.odonoghue@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=rfoss@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=stable@vger.kernel.org \
--cc=todor.too@gmail.com \
--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