[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <PH0PR11MB5611BB17A5DFAB0645D8DEB781A89@PH0PR11MB5611.namprd11.prod.outlook.com>
Date: Fri, 24 Feb 2023 10:02:51 +0000
From: <Shravan.Chippa@...rochip.com>
To: <sakari.ailus@....fi>
CC: <Conor.Dooley@...rochip.com>, <paul.j.murphy@...el.com>,
<daniele.alessandrelli@...el.com>, <mchehab@...nel.org>,
<robh+dt@...nel.org>, <krzysztof.kozlowski+dt@...aro.org>,
<shawnguo@...nel.org>, <s.hauer@...gutronix.de>,
<kernel@...gutronix.de>, <festevam@...il.com>, <linux-imx@....com>,
<linux-media@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<devicetree@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<jacopo.mondi@...asonboard.com>, <Prakash.Battu@...rochip.com>
Subject: RE: [PATCH v11 3/5] media: i2c: imx334: support lower bandwidth mode
Hi Sakari,
> -----Original Message-----
> From: Sakari Ailus <sakari.ailus@....fi>
> Sent: 22 February 2023 05:03 PM
> To: shravan Chippa - I35088 <Shravan.Chippa@...rochip.com>
> Cc: Conor Dooley - M52691 <Conor.Dooley@...rochip.com>;
> paul.j.murphy@...el.com; daniele.alessandrelli@...el.com;
> mchehab@...nel.org; robh+dt@...nel.org;
> krzysztof.kozlowski+dt@...aro.org; shawnguo@...nel.org;
> s.hauer@...gutronix.de; kernel@...gutronix.de; festevam@...il.com;
> linux-imx@....com; linux-media@...r.kernel.org; linux-
> kernel@...r.kernel.org; devicetree@...r.kernel.org; linux-arm-
> kernel@...ts.infradead.org; jacopo.mondi@...asonboard.com; Battu
> Prakash Reddy - I30399 <Prakash.Battu@...rochip.com>
> Subject: Re: [PATCH v11 3/5] media: i2c: imx334: support lower bandwidth
> mode
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On Wed, Feb 22, 2023 at 10:20:56AM +0000, Shravan.Chippa@...rochip.com
> wrote:
> > Hi Sakari,
> >
> > > -----Original Message-----
> > > From: Sakari Ailus <sakari.ailus@....fi>
> > > Sent: 22 February 2023 03:36 PM
> > > To: Conor Dooley - M52691 <Conor.Dooley@...rochip.com>
> > > Cc: shravan Chippa - I35088 <Shravan.Chippa@...rochip.com>;
> > > paul.j.murphy@...el.com; daniele.alessandrelli@...el.com;
> > > mchehab@...nel.org; robh+dt@...nel.org;
> > > krzysztof.kozlowski+dt@...aro.org; shawnguo@...nel.org;
> > > s.hauer@...gutronix.de; kernel@...gutronix.de;
> festevam@...il.com;
> > > linux-imx@....com; linux-media@...r.kernel.org; linux-
> > > kernel@...r.kernel.org; devicetree@...r.kernel.org; linux-arm-
> > > kernel@...ts.infradead.org; Jacopo Mondi
> > > <jacopo.mondi@...asonboard.com>; Battu Prakash Reddy - I30399
> > > <Prakash.Battu@...rochip.com>
> > > Subject: Re: [PATCH v11 3/5] media: i2c: imx334: support lower
> > > bandwidth mode
> > >
> > > EXTERNAL EMAIL: Do not click links or open attachments unless you
> > > know the content is safe
> > >
> > > On Wed, Feb 22, 2023 at 12:03:10PM +0200, Sakari Ailus wrote:
> > > > On Wed, Feb 22, 2023 at 09:58:48AM +0000, Conor Dooley wrote:
> > > > > On Wed, Feb 22, 2023 at 11:14:29AM +0200, Sakari Ailus wrote:
> > > > > > On Wed, Feb 08, 2023 at 10:39:13AM +0530, shravan kumar wrote:
> > > > > > > From: Shravan Chippa <shravan.chippa@...rochip.com>
> > > > >
> > > > > > > @@ -666,11 +885,26 @@ static int imx334_init_pad_cfg(struct
> > > v4l2_subdev *sd,
> > > > > > > struct v4l2_subdev_format fmt = { 0 };
> > > > > > >
> > > > > > > fmt.which = sd_state ? V4L2_SUBDEV_FORMAT_TRY :
> > > V4L2_SUBDEV_FORMAT_ACTIVE;
> > > > > > > - imx334_fill_pad_format(imx334, &supported_mode, &fmt);
> > > > > > > + imx334_fill_pad_format(imx334, &supported_modes[0],
> > > > > > > + &fmt);
> > > > > >
> > > > > > Now that there are multiple modes supported, this would appear
> > > > > > to get the width, height as well as the other fields (apart
> > > > > > from mbus
> > > > > > code) from the first mode.
> > > > >
> > > > > Is this statement supposed to be a request to change something,
> > > > > or just a throwaway comment? It's a little hard for me to
> > > > > understand your intention here, sorry.
> > > >
> > > > Just pointing to what looks like a bug.
> > >
> > > Ah, my bad. Please ignore the comment.
> > >
> > > This is indeed about init_cfg(), not s_fmt().
> > >
> >
> > I will try to fix init_cfg()
>
> There's no problem with it. Please ignore my original comment on this.
Just checking, Do I need to do any modifications or the current code is fine?
Thanks,
Shravan
>
> --
> Sakari Ailus
Powered by blists - more mailing lists