From nobody Sat Sep 26 18:54:21 2026 Received: from mail-10630.protonmail.ch (mail-10630.protonmail.ch [79.135.106.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 46AC62236F0; Mon, 31 Aug 2026 13:03:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=79.135.106.30 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788181413; cv=none; b=BhSKqYXGcd/AGPuXN3UkWMSiyNWNTSAkxOwmihO01s4OktSNMLYAwUzftAcTLZIBGcPMuLBlr3QTieHaOFn0hSNhWo4M5p73Fopsyull0nrgdvjqrrOwLYwP7Y0+FIR0UsprBuUh9ddZEf439B/klCM9bBpa+hAkRSAJbq/rsPc= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788181413; c=relaxed/simple; bh=XtUPdsYFn1mOVOjCkjRMDZ03YBjEn7c+cy9iMPCUXdE=; h=Date:To:From:Cc:Subject:Message-ID:MIME-Version:Content-Type; b=ILZAZo1Yo9l+6ReCDlhMUqpubvTSY3jxkY9XRgRBjkk5GP1h7LsKkQKtE1kPMtdue6aJMxh5qddEQIaF0mDnU4SbJmQQwu8F3filo9blfRwRGCKaDcMKEmknRiRMMxhpg4pdS8odgjKqiqtXAJ3959TfotWQAKusCpw/A/D78vU= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me; spf=pass smtp.mailfrom=pm.me; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b=fGBqiDoX; arc=none smtp.client-ip=79.135.106.30 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=pm.me Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b="fGBqiDoX" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1788181408; x=1788440608; bh=aPwxMk2rsYBjjxhE6Y8L1nF41LH0mUhj0dLpx9uVL24=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=fGBqiDoX/sxR4AlBMEwwKvEc3HNIZegtw2Uex+xtO9qSdv2vYhee1te7zsrHbbKck Zo75eQUqTjI/eTRlmwOoxglSXWSQkSZnV4wSE7rvlGQpoBre0XsVERnrNlMInhPacU AHSBICRW/1vY4nHsEddFMa6uuUls5690En4q1ON9DvF4LGNgMGGXCLK4vyF9EXBT6J XQA+fby/ABrv5IINVHoZINUMiiQBomnE6fkKaAn2IkiRPHLtW4L3gi0nqaQItYCoOn eSPWuXRm15wkj3dmsB7jONr7psSIyucm8mDb10f6nayy4pO0zYlju9p5YAOMcihURt YBa97CyP+aXGQ== Date: Mon, 31 Aug 2026 13:03:22 +0000 To: Sakari Ailus , Mauro Carvalho Chehab , Hans de Goede From: Sergey Lebedev Cc: Daniel Scally , Jakob Berg Jespersen , linux-media@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v3] media: i2c: ov13858: add regulator, clock and reset GPIO handling Message-ID: <20260831130312.26296-1-lsa.uz@pm.me> Feedback-ID: 113843758:user:proton X-Pm-Message-ID: 863ec5437a492b2053965f1de810d528b44bd3f9 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" The driver assumes the sensor is already powered when probe() reads its chip ID. That holds where the rails and clock are ACPI power resources, but not where an INT3472 companion device registers them as regulators, a clock and= a reset GPIO for the sensor driver to consume, which this driver does not do. Request the three supplies and the reset GPIO, and sequence them along with the clock the driver already looks up, in runtime PM callbacks. Signed-off-by: Sergey Lebedev --- Changes in v3, from Sakari Ailus's review of v2: - wrapped the one line over 80 columns - dropped an unrelated hunk in ov13858_id_table. It was not deliberate: v2 = was regenerated against mainline from a tree based on a distribution kernel, = and that difference came along with it. Link to v2: https://patch.msgid.link/20260831124352.86935-1-lsa.uz@pm.me Changes in v2, from the review of v1: - commit message cut down; the detail below - dropped the comment on the supply names; it is a KAPI with int3472 - ARRAY_SIZE() directly instead of a local macro - fsleep() instead of usleep_range() - one function each for power on and off, used as the PM callbacks directly, instead of a pair of wrappers - removed the now-useless dev_err() in the probe error path - i declared inside its loop Link to v1: https://patch.msgid.link/20260831100404.40463-1-lsa.uz@pm.me Without the patch the first I2C transaction fails: ov13858 i2c-OVTID858:00: failed to find sensor: -5 The power sequence follows ov02c10: supplies, then clock, then release rese= t, and the reverse on the way down. Measured on a Microsoft Surface Pro 11 for Business (Intel Lunar Lake, IPU7= ), with the parts isolated one at a time: supplies enabled, clock enabled sensor identifies, driver binds supplies enabled, clock left off -EIO supplies left off, clock enabled -EIO so both are needed; a longer settling delay alone is not enough. Verified across five module unload/load cycles with no probe failure, and again after this rework, with the sensor streaming each time. This needs POWER1 GPIO support in int3472 to be useful on that machine: the dvdd rail is described there as an INT3472 GPIO of type 0x08, and without t= hat patch the rail is never registered. Link: https://patch.msgid.link/20260829-sp7plus-int3472-v3-1-454b50485ce2@b= erg.pm The same sensor on the Surface Pro 10 was made to work downstream by forcing the regulators on for the driver's lifetime, which the people who did it called too broad for upstream. Runtime PM keeps them off while the sensor is idle instead. Link: https://github.com/linux-surface/linux-surface/issues/2153 dovdd is not described on this machine and resolves to a dummy regulator. It is listed because it is one of the three supplies these sensors normally ta= ke. A working camera also needs an ipu-bridge entry for OVTID858, separately. --- --- a/drivers/media/i2c/ov13858.c +++ b/drivers/media/i2c/ov13858.c @@ -3,9 +3,12 @@ =20 #include #include +#include +#include #include #include #include +#include #include #include #include @@ -1028,9 +1031,17 @@ } }; =20 +static const char * const ov13858_supply_names[] =3D { + "dovdd", /* Digital I/O power */ + "avdd", /* Analog power */ + "dvdd", /* Digital core power */ +}; + struct ov13858 { struct device *dev; struct clk *clk; + struct regulator_bulk_data supplies[ARRAY_SIZE(ov13858_supply_names)]; + struct gpio_desc *reset_gpio; =20 struct v4l2_subdev sd; struct media_pad pad; @@ -1653,8 +1664,55 @@ { v4l2_ctrl_handler_free(ov13858->sd.ctrl_handler); mutex_destroy(&ov13858->mutex); +} + +static int ov13858_power_on(struct device *dev) +{ + struct v4l2_subdev *sd =3D dev_get_drvdata(dev); + struct ov13858 *ov13858 =3D to_ov13858(sd); + int ret; + + ret =3D regulator_bulk_enable(ARRAY_SIZE(ov13858_supply_names), + ov13858->supplies); + if (ret) { + dev_err(ov13858->dev, "failed to enable regulators: %d\n", ret); + return ret; + } + + ret =3D clk_prepare_enable(ov13858->clk); + if (ret) { + dev_err(ov13858->dev, "failed to enable clock: %d\n", ret); + regulator_bulk_disable(ARRAY_SIZE(ov13858_supply_names), ov13858->suppli= es); + return ret; + } + + if (ov13858->reset_gpio) { + /* Hold reset for at least 1 ms on a back to back off-on */ + fsleep(1000); + gpiod_set_value_cansleep(ov13858->reset_gpio, 0); + } + + /* t4: 8192 XVCLK cycles after reset is released, before the first I2C */ + fsleep(5000); + + return 0; } =20 +static int ov13858_power_off(struct device *dev) +{ + struct v4l2_subdev *sd =3D dev_get_drvdata(dev); + struct ov13858 *ov13858 =3D to_ov13858(sd); + + gpiod_set_value_cansleep(ov13858->reset_gpio, 1); + regulator_bulk_disable(ARRAY_SIZE(ov13858_supply_names), ov13858->supplie= s); + clk_disable_unprepare(ov13858->clk); + + return 0; +} + +static DEFINE_RUNTIME_DEV_PM_OPS(ov13858_pm_ops, ov13858_power_off, + ov13858_power_on, NULL); + static int ov13858_probe(struct i2c_client *client) { struct ov13858 *ov13858; @@ -1678,14 +1736,34 @@ "external clock %lu is not supported\n", freq); =20 + for (unsigned int i =3D 0; i < ARRAY_SIZE(ov13858_supply_names); i++) + ov13858->supplies[i].supply =3D ov13858_supply_names[i]; + + ret =3D devm_regulator_bulk_get(ov13858->dev, ARRAY_SIZE(ov13858_supply_n= ames), + ov13858->supplies); + if (ret) + return dev_err_probe(ov13858->dev, ret, + "failed to get regulators\n"); + + ov13858->reset_gpio =3D devm_gpiod_get_optional(ov13858->dev, "reset", + GPIOD_OUT_HIGH); + if (IS_ERR(ov13858->reset_gpio)) + return dev_err_probe(ov13858->dev, + PTR_ERR(ov13858->reset_gpio), + "failed to get reset GPIO\n"); + /* Initialize subdev */ v4l2_i2c_subdev_init(&ov13858->sd, client, &ov13858_subdev_ops); =20 + ret =3D ov13858_power_on(ov13858->dev); + if (ret) + return ret; + /* Check module identity */ ret =3D ov13858_identify_module(ov13858); if (ret) { dev_err(ov13858->dev, "failed to find sensor: %d\n", ret); - return ret; + goto error_power_off; } =20 /* Set default mode to max resolution */ @@ -1693,7 +1771,7 @@ =20 ret =3D ov13858_init_controls(ov13858); if (ret) - return ret; + goto error_power_off; =20 /* Initialize subdev */ ov13858->sd.internal_ops =3D &ov13858_internal_ops; @@ -1729,8 +1807,10 @@ =20 error_handler_free: ov13858_free_controls(ov13858); - dev_err(ov13858->dev, "%s failed:%d\n", __func__, ret); =20 +error_power_off: + ov13858_power_off(ov13858->dev); + return ret; } =20 @@ -1744,11 +1824,14 @@ ov13858_free_controls(ov13858); =20 pm_runtime_disable(ov13858->dev); + if (!pm_runtime_status_suspended(ov13858->dev)) + ov13858_power_off(ov13858->dev); + pm_runtime_set_suspended(ov13858->dev); } =20 static const struct i2c_device_id ov13858_id_table[] =3D { { .name =3D "ov13858" }, { } }; =20 MODULE_DEVICE_TABLE(i2c, ov13858_id_table); @@ -1766,6 +1849,7 @@ .driver =3D { .name =3D "ov13858", .acpi_match_table =3D ACPI_PTR(ov13858_acpi_ids), + .pm =3D pm_ptr(&ov13858_pm_ops), }, .probe =3D ov13858_probe, .remove =3D ov13858_remove,