[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Z0BgRIlK-Tdcm8AV@kekkonen.localdomain>
Date: Fri, 22 Nov 2024 10:43:16 +0000
From: Sakari Ailus <sakari.ailus@...ux.intel.com>
To: Ricardo Ribalda Delgado <ribalda@...nel.org>
Cc: André Apitzsch <git@...tzsch.eu>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
~postmarketos/upstreaming@...ts.sr.ht, phone-devel@...r.kernel.org,
linux-media@...r.kernel.org, linux-kernel@...r.kernel.org,
Dave Stevenson <dave.stevenson@...pberrypi.com>,
sakari.ailus@....fi
Subject: Re: [PATCH v2 09/13] media: i2c: imx214: Extract format and crop
settings
Hi Ricardo,
On Wed, Nov 20, 2024 at 10:22:54PM +0100, Ricardo Ribalda Delgado wrote:
> Hi André
>
> On Wed, Nov 20, 2024 at 9:07 PM André Apitzsch <git@...tzsch.eu> wrote:
> >
> > Hi Ricardo,
> >
> > Am Mittwoch, dem 30.10.2024 um 13:10 +0100 schrieb Ricardo Ribalda
> > Delgado:
> > > Hi
> > >
> > > Aren't you changing the binning mode for 1920x1080 with this patch?
> > > I think that could be considered an ABI change.
> >
> > Is the problem that the ABI changes or that it is not mentioned in the
> > commit message?
>
> I think it is a combination of both. There will be products out there
> that after applying this change will get different frames using the
> same configuration.
>
> @Sakari Ailus What do we usually do in these cases?
Good question. Always when something is changed in the UAPI there's a
chance for breakages and these are a big no-no, at least in principle.
Keeping the old behaviour in place is how you generally can avoid breakages
but this has its issues, too.
We're in the process to make changes to the sensor APIs in general,
while old drivers would need to maintain current functionality. See
<20241122100633.8971-1-sakari.ailus@...ux.intel.com> on LMML.
Ricardo: I'll cc you to the next version.
>
> > >
> > > Also, if we are not letting the user change the value, I do not see
> > > much value in setting the cropping programmatically, I'd rather not
> > > take this change.
> >
> > I assume the first "value" refers to "binning value", that cannot be
> > changed by the user. Is it right, that .set_selection needs to be
> > implemented to change that?
>
> I believe set_selection is the correct way, yes. Sakari again to keep
> me honest :)
Please see the RFC set.
--
Kind regards,
Sakari Ailus
Powered by blists - more mailing lists