RE: [PATCH v11 3/5] media: i2c: imx334: support lower bandwidth mode

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Sakari,

> -----Original Message-----
> From: Sakari Ailus <sakari.ailus@xxxxxx>
> Sent: 22 February 2023 05:03 PM
> To: shravan Chippa - I35088 <Shravan.Chippa@xxxxxxxxxxxxx>
> Cc: Conor Dooley - M52691 <Conor.Dooley@xxxxxxxxxxxxx>;
> paul.j.murphy@xxxxxxxxx; daniele.alessandrelli@xxxxxxxxx;
> mchehab@xxxxxxxxxx; robh+dt@xxxxxxxxxx;
> krzysztof.kozlowski+dt@xxxxxxxxxx; shawnguo@xxxxxxxxxx;
> s.hauer@xxxxxxxxxxxxxx; kernel@xxxxxxxxxxxxxx; festevam@xxxxxxxxx;
> linux-imx@xxxxxxx; linux-media@xxxxxxxxxxxxxxx; linux-
> kernel@xxxxxxxxxxxxxxx; devicetree@xxxxxxxxxxxxxxx; linux-arm-
> kernel@xxxxxxxxxxxxxxxxxxx; jacopo.mondi@xxxxxxxxxxxxxxxx; Battu
> Prakash Reddy - I30399 <Prakash.Battu@xxxxxxxxxxxxx>
> 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@xxxxxxxxxxxxx
> wrote:
> > Hi Sakari,
> >
> > > -----Original Message-----
> > > From: Sakari Ailus <sakari.ailus@xxxxxx>
> > > Sent: 22 February 2023 03:36 PM
> > > To: Conor Dooley - M52691 <Conor.Dooley@xxxxxxxxxxxxx>
> > > Cc: shravan Chippa - I35088 <Shravan.Chippa@xxxxxxxxxxxxx>;
> > > paul.j.murphy@xxxxxxxxx; daniele.alessandrelli@xxxxxxxxx;
> > > mchehab@xxxxxxxxxx; robh+dt@xxxxxxxxxx;
> > > krzysztof.kozlowski+dt@xxxxxxxxxx; shawnguo@xxxxxxxxxx;
> > > s.hauer@xxxxxxxxxxxxxx; kernel@xxxxxxxxxxxxxx;
> festevam@xxxxxxxxx;
> > > linux-imx@xxxxxxx; linux-media@xxxxxxxxxxxxxxx; linux-
> > > kernel@xxxxxxxxxxxxxxx; devicetree@xxxxxxxxxxxxxxx; linux-arm-
> > > kernel@xxxxxxxxxxxxxxxxxxx; Jacopo Mondi
> > > <jacopo.mondi@xxxxxxxxxxxxxxxx>; Battu Prakash Reddy - I30399
> > > <Prakash.Battu@xxxxxxxxxxxxx>
> > > 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@xxxxxxxxxxxxx>
> > > > >
> > > > > > > @@ -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




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux