All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Mohit Mishra <mishraloopmohit@gmail.com>,
	Hans de Goede <hansg@kernel.org>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Sakari Ailus <sakari.ailus@linux.intel.com>,
	Andy Shevchenko <andy@kernel.org>,
	linux-media@vger.kernel.org, linux-staging@lists.linux.dev,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] [RFC PATCH] staging: media: atomisp: remove redundant ov2722_startup() helper
Date: Sun, 9 Aug 2026 22:47:11 +0200	[thread overview]
Message-ID: <20260809224704.608fcbce@foz.lan> (raw)
In-Reply-To: <2026080949-breath-pacific-db89@gregkh>

On Sun, 9 Aug 2026 20:17:15 +0200
Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:

> On Sun, Aug 09, 2026 at 11:31:05PM +0530, Mohit Mishra wrote:
> > In atomisp-ov2722.c, ov2722_startup() was invoked inside
> > ov2722_set_fmt() to program sensor hardware registers during format
> > negotiation, accompanied by a "TODO: remove it" comment.
> > 
> > Standard V4L2 subdevice drivers do not program hardware registers during
> > .set_fmt(), but defer hardware register configuration to stream start
> > (.s_stream(1)).
> > 
> > This patch:
> > 1. Removes the ov2722_startup() helper function and its TODO comment.
> > 2. Refactors register initialization into a static
> >    ov2722_startup_registers() helper.
> > 3. Moves sensor software reset and resolution register array configuration
> >    into ov2722_s_stream() when enable == 1.
> > 4. Preserves the PMIC power-cycle retry loop on startup failure inside
> >    ov2722_s_stream(1) to maintain hardware fault-tolerance for AtomISP
> >    tablets.
> > 5. Updates ov2722_set_fmt() to purely update internal software state.
> > 
> > BEHAVIORAL RISK & UNTESTED NOTICE:
> > This is a functional timing change. Deferring hardware register writes to
> > .s_stream(1) has not been tested on physical Intel AtomISP hardware.
> > Submitted as RFC for review by AtomISP maintainers (Hans de Goede,
> > Mauro Carvalho Chehab).  
> 
> I would recommend doing changes like this ONLY if you have the hardware
> to test it with.

Agreed. You should also run v4l2-compliance tools to check if the
V4L2 API behavior didn't cause regressions.

> 
> And did you forget an Assisted-by: tag?
> 
> thanks,
> 
> greg k-h



Thanks,
Mauro

      reply	other threads:[~2026-08-09 20:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-09 18:01 [PATCH] [RFC PATCH] staging: media: atomisp: remove redundant ov2722_startup() helper Mohit Mishra
2026-08-09 18:17 ` Greg Kroah-Hartman
2026-08-09 20:47   ` Mauro Carvalho Chehab [this message]

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=20260809224704.608fcbce@foz.lan \
    --to=mchehab+huawei@kernel.org \
    --cc=andy@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=hansg@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-staging@lists.linux.dev \
    --cc=mchehab@kernel.org \
    --cc=mishraloopmohit@gmail.com \
    --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.