From: Mauro Carvalho Chehab <mchehab@kernel.org>
To: Marco Felsch <m.felsch@pengutronix.de>
Cc: devicetree@vger.kernel.org, sakari.ailus@linux.intel.com,
airlied@linux.ie, dri-devel@lists.freedesktop.org,
robh+dt@kernel.org, hans.verkuil@cisco.com,
kernel@pengutronix.de, linux-media@vger.kernel.org
Subject: Re: [PATCH 5/5] media: tvp5150: add support to limit tv norms on connector
Date: Wed, 20 Mar 2019 14:29:31 -0300 [thread overview]
Message-ID: <20190320142931.4a4b91fd@coco.lan> (raw)
In-Reply-To: <20190320163650.ua6cx3jwffm36p3m@pengutronix.de>
Em Wed, 20 Mar 2019 17:36:50 +0100
Marco Felsch <m.felsch@pengutronix.de> escreveu:
> Hi Mauro,
>
> On 19-03-20 11:18, Mauro Carvalho Chehab wrote:
> > Em Sat, 2 Feb 2019 13:10:04 +0100
> > Marco Felsch <m.felsch@pengutronix.de> escreveu:
> >
> > > The tvp5150 accepts NTSC(M,J,4.43), PAL (B,D,G,H,I,M,N) and SECAM video
> > > data and is able to auto-detect the input signal.
> >
> > Hmm... I'm afraid of this change. As far as I remember, I tested some
> > weird format variants like V4L2_STD_PAL_60 a long time ago, but there's
> > no way to force video to use those. The format selection logic simply
> > places the device on auto-detect mode for those weirdos, and that
> > works fine at the devices I know.
>
> Sorry I didn't get this. The format is set to autodetect during probe().
Yes, but apps will change based on G_FMT, TRY_FMT and S_FMT.
See, my main concern here is with existing tvp5150 non-platform
drivers, as a change there would be a regression.
> If there is no format limitation this won't be changed during
> media.link_setup(). You're right I forgot to check if the cur_connector
> is available during tvp5150_s_std(), in case of pdata related devices.
Yeah, that's what I'm talking about.
> In such a case we should set supported_norms to V4L2_STD_ALL as it is
> done by v4l2_fwnode_parse_connector() if no limitations are given.
>
> Btw, how does it look with the other patchset?
I asked Hans to take a look at the patch series, as he's sub-maintaining
the v4l2 stuff.
I'm intending to take
a deeper look at patch 2/7 v4 from the past series.
>
> Regards,
> Marco
>
> >
> > A change like that may break things. So I would actually have a quirk
> > to optionally disable auto-detection on devices that this is not know
> > to work.
> >
> > > The auto-detection
> > > does not work if the connector does not receive an input signal and the
> > > tvp5150 might not be configured correctly. This misconfiguration leads
> > > into wrong decoded video streams if the tvp5150 gets powered on before
> > > the video signal is present.
> > >
> > > Limit the supported tv norms according to the actual selected connector
> > > to avoid a misconfiguration.
> > >
> > > Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
> > > ---
> > > drivers/media/i2c/tvp5150.c | 42 ++++++++++++++++++++++++++++++++++++-
> > > 1 file changed, 41 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c
> > > index f3a2ad00a40d..7619793dee67 100644
> > > --- a/drivers/media/i2c/tvp5150.c
> > > +++ b/drivers/media/i2c/tvp5150.c
> > > @@ -32,6 +32,13 @@
> > > #define TVP5150_MBUS_FMT MEDIA_BUS_FMT_UYVY8_2X8
> > > #define TVP5150_FIELD V4L2_FIELD_ALTERNATE
> > > #define TVP5150_COLORSPACE V4L2_COLORSPACE_SMPTE170M
> > > +#define TVP5150_STD_MASK (V4L2_STD_NTSC | \
> > > + V4L2_STD_NTSC_443 | \
> > > + V4L2_STD_PAL | \
> > > + V4L2_STD_PAL_M | \
> > > + V4L2_STD_PAL_N | \
> > > + V4L2_STD_PAL_Nc | \
> > > + V4L2_STD_SECAM)
> > >
> > > MODULE_DESCRIPTION("Texas Instruments TVP5150A/TVP5150AM1/TVP5151 video decoder driver");
> > > MODULE_AUTHOR("Mauro Carvalho Chehab");
> > > @@ -74,6 +81,7 @@ struct tvp5150 {
> > > struct media_pad pads[TVP5150_NUM_PADS];
> > > int pads_state[TVP5150_NUM_PADS];
> > > struct tvp5150_connector *connectors;
> > > + struct tvp5150_connector *cur_connector;
> > > int connectors_num;
> > > bool modify_second_link;
> > > #endif
> > > @@ -794,17 +802,27 @@ static int tvp5150_g_std(struct v4l2_subdev *sd, v4l2_std_id *std)
> > > static int tvp5150_s_std(struct v4l2_subdev *sd, v4l2_std_id std)
> > > {
> > > struct tvp5150 *decoder = to_tvp5150(sd);
> > > + v4l2_std_id supported_norms =
> > > + decoder->cur_connector->base.connector.analog.supported_tvnorms;
> > >
> > > if (decoder->norm == std)
> > > return 0;
> > >
> > > + /*
> > > + * check if requested std or group of std's is/are supported by the
> > > + * connector
> > > + */
> > > + if ((supported_norms & std) == 0)
> > > + return -EINVAL;
> > > +
> > > /* Change cropping height limits */
> > > if (std & V4L2_STD_525_60)
> > > decoder->rect.height = TVP5150_V_MAX_525_60;
> > > else
> > > decoder->rect.height = TVP5150_V_MAX_OTHERS;
> > >
> > > - decoder->norm = std;
> > > + /* set only the specific supported std in case of group of std's */
> > > + decoder->norm = supported_norms & std;
> > >
> > > return tvp5150_set_std(sd, std);
> > > }
> > > @@ -1298,6 +1316,7 @@ static int tvp5150_link_setup(struct media_entity *entity,
> > > int *pad_state = &decoder->pads_state[0];
> > > int i, active_pad, ret = 0;
> > > bool is_svideo = false;
> > > + bool update_cur_connector = false;
> > >
> > > /*
> > > * The tvp state is determined by the enabled sink pad link.
> > > @@ -1344,10 +1363,12 @@ static int tvp5150_link_setup(struct media_entity *entity,
> > > decoder->modify_second_link = false;
> > > tvp5150_s_routing(sd, TVP5150_SVIDEO,
> > > TVP5150_NORMAL, 0);
> > > + update_cur_connector = true;
> > > }
> > > } else {
> > > tvp5150_s_routing(sd, tvp5150_pad->index,
> > > TVP5150_NORMAL, 0);
> > > + update_cur_connector = true;
> > > }
> > > } else {
> > > /*
> > > @@ -1376,6 +1397,14 @@ static int tvp5150_link_setup(struct media_entity *entity,
> > > active_pad, TVP5150_BLACK_SCREEN, 0);
> > > decoder->modify_second_link = false;
> > > }
> > > +
> > > + if (update_cur_connector) {
> > > + /* Update tvnorm according to connector */
> > > + decoder->cur_connector =
> > > + container_of(remote, struct tvp5150_connector, pad);
> > > + tvp5150_s_std(sd,
> > > + decoder->cur_connector->base.connector.analog.supported_tvnorms);
> > > + }
> > > out:
> > > return ret;
> > > }
> > > @@ -1605,6 +1634,9 @@ static int tvp5150_registered(struct v4l2_subdev *sd)
> > > }
> > > tvp5150_selmux(sd);
> > > decoder->modify_second_link = false;
> > > + decoder->cur_connector = &decoder->connectors[i];
> > > + tvp5150_s_std(sd,
> > > + decoder->connectors[i].base.connector.analog.supported_tvnorms);
> > > }
> > > }
> > > #endif
> > > @@ -1925,6 +1957,14 @@ static int tvp5150_parse_dt(struct tvp5150 *decoder, struct device_node *np)
> > > ret = -EINVAL;
> > > goto err;
> > > }
> > > + if (!(c.connector.analog.supported_tvnorms &
> > > + TVP5150_STD_MASK)) {
> > > + dev_err(dev,
> > > + "Invalid tv norm(s) on connector %s.\n",
> > > + c.label);
> > > + ret = -EINVAL;
> > > + goto err;
> > > + }
> > > in++;
> > > break;
> > > case TVP5150_PAD_VID_OUT:
> >
> >
> >
> > Thanks,
> > Mauro
> >
>
Thanks,
Mauro
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Mauro Carvalho Chehab <mchehab@kernel.org>
To: Marco Felsch <m.felsch@pengutronix.de>
Cc: robh+dt@kernel.org, hans.verkuil@cisco.com,
sakari.ailus@linux.intel.com, airlied@linux.ie, daniel@ffwll.ch,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-media@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH 5/5] media: tvp5150: add support to limit tv norms on connector
Date: Wed, 20 Mar 2019 14:29:31 -0300 [thread overview]
Message-ID: <20190320142931.4a4b91fd@coco.lan> (raw)
In-Reply-To: <20190320163650.ua6cx3jwffm36p3m@pengutronix.de>
Em Wed, 20 Mar 2019 17:36:50 +0100
Marco Felsch <m.felsch@pengutronix.de> escreveu:
> Hi Mauro,
>
> On 19-03-20 11:18, Mauro Carvalho Chehab wrote:
> > Em Sat, 2 Feb 2019 13:10:04 +0100
> > Marco Felsch <m.felsch@pengutronix.de> escreveu:
> >
> > > The tvp5150 accepts NTSC(M,J,4.43), PAL (B,D,G,H,I,M,N) and SECAM video
> > > data and is able to auto-detect the input signal.
> >
> > Hmm... I'm afraid of this change. As far as I remember, I tested some
> > weird format variants like V4L2_STD_PAL_60 a long time ago, but there's
> > no way to force video to use those. The format selection logic simply
> > places the device on auto-detect mode for those weirdos, and that
> > works fine at the devices I know.
>
> Sorry I didn't get this. The format is set to autodetect during probe().
Yes, but apps will change based on G_FMT, TRY_FMT and S_FMT.
See, my main concern here is with existing tvp5150 non-platform
drivers, as a change there would be a regression.
> If there is no format limitation this won't be changed during
> media.link_setup(). You're right I forgot to check if the cur_connector
> is available during tvp5150_s_std(), in case of pdata related devices.
Yeah, that's what I'm talking about.
> In such a case we should set supported_norms to V4L2_STD_ALL as it is
> done by v4l2_fwnode_parse_connector() if no limitations are given.
>
> Btw, how does it look with the other patchset?
I asked Hans to take a look at the patch series, as he's sub-maintaining
the v4l2 stuff.
I'm intending to take
a deeper look at patch 2/7 v4 from the past series.
>
> Regards,
> Marco
>
> >
> > A change like that may break things. So I would actually have a quirk
> > to optionally disable auto-detection on devices that this is not know
> > to work.
> >
> > > The auto-detection
> > > does not work if the connector does not receive an input signal and the
> > > tvp5150 might not be configured correctly. This misconfiguration leads
> > > into wrong decoded video streams if the tvp5150 gets powered on before
> > > the video signal is present.
> > >
> > > Limit the supported tv norms according to the actual selected connector
> > > to avoid a misconfiguration.
> > >
> > > Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
> > > ---
> > > drivers/media/i2c/tvp5150.c | 42 ++++++++++++++++++++++++++++++++++++-
> > > 1 file changed, 41 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c
> > > index f3a2ad00a40d..7619793dee67 100644
> > > --- a/drivers/media/i2c/tvp5150.c
> > > +++ b/drivers/media/i2c/tvp5150.c
> > > @@ -32,6 +32,13 @@
> > > #define TVP5150_MBUS_FMT MEDIA_BUS_FMT_UYVY8_2X8
> > > #define TVP5150_FIELD V4L2_FIELD_ALTERNATE
> > > #define TVP5150_COLORSPACE V4L2_COLORSPACE_SMPTE170M
> > > +#define TVP5150_STD_MASK (V4L2_STD_NTSC | \
> > > + V4L2_STD_NTSC_443 | \
> > > + V4L2_STD_PAL | \
> > > + V4L2_STD_PAL_M | \
> > > + V4L2_STD_PAL_N | \
> > > + V4L2_STD_PAL_Nc | \
> > > + V4L2_STD_SECAM)
> > >
> > > MODULE_DESCRIPTION("Texas Instruments TVP5150A/TVP5150AM1/TVP5151 video decoder driver");
> > > MODULE_AUTHOR("Mauro Carvalho Chehab");
> > > @@ -74,6 +81,7 @@ struct tvp5150 {
> > > struct media_pad pads[TVP5150_NUM_PADS];
> > > int pads_state[TVP5150_NUM_PADS];
> > > struct tvp5150_connector *connectors;
> > > + struct tvp5150_connector *cur_connector;
> > > int connectors_num;
> > > bool modify_second_link;
> > > #endif
> > > @@ -794,17 +802,27 @@ static int tvp5150_g_std(struct v4l2_subdev *sd, v4l2_std_id *std)
> > > static int tvp5150_s_std(struct v4l2_subdev *sd, v4l2_std_id std)
> > > {
> > > struct tvp5150 *decoder = to_tvp5150(sd);
> > > + v4l2_std_id supported_norms =
> > > + decoder->cur_connector->base.connector.analog.supported_tvnorms;
> > >
> > > if (decoder->norm == std)
> > > return 0;
> > >
> > > + /*
> > > + * check if requested std or group of std's is/are supported by the
> > > + * connector
> > > + */
> > > + if ((supported_norms & std) == 0)
> > > + return -EINVAL;
> > > +
> > > /* Change cropping height limits */
> > > if (std & V4L2_STD_525_60)
> > > decoder->rect.height = TVP5150_V_MAX_525_60;
> > > else
> > > decoder->rect.height = TVP5150_V_MAX_OTHERS;
> > >
> > > - decoder->norm = std;
> > > + /* set only the specific supported std in case of group of std's */
> > > + decoder->norm = supported_norms & std;
> > >
> > > return tvp5150_set_std(sd, std);
> > > }
> > > @@ -1298,6 +1316,7 @@ static int tvp5150_link_setup(struct media_entity *entity,
> > > int *pad_state = &decoder->pads_state[0];
> > > int i, active_pad, ret = 0;
> > > bool is_svideo = false;
> > > + bool update_cur_connector = false;
> > >
> > > /*
> > > * The tvp state is determined by the enabled sink pad link.
> > > @@ -1344,10 +1363,12 @@ static int tvp5150_link_setup(struct media_entity *entity,
> > > decoder->modify_second_link = false;
> > > tvp5150_s_routing(sd, TVP5150_SVIDEO,
> > > TVP5150_NORMAL, 0);
> > > + update_cur_connector = true;
> > > }
> > > } else {
> > > tvp5150_s_routing(sd, tvp5150_pad->index,
> > > TVP5150_NORMAL, 0);
> > > + update_cur_connector = true;
> > > }
> > > } else {
> > > /*
> > > @@ -1376,6 +1397,14 @@ static int tvp5150_link_setup(struct media_entity *entity,
> > > active_pad, TVP5150_BLACK_SCREEN, 0);
> > > decoder->modify_second_link = false;
> > > }
> > > +
> > > + if (update_cur_connector) {
> > > + /* Update tvnorm according to connector */
> > > + decoder->cur_connector =
> > > + container_of(remote, struct tvp5150_connector, pad);
> > > + tvp5150_s_std(sd,
> > > + decoder->cur_connector->base.connector.analog.supported_tvnorms);
> > > + }
> > > out:
> > > return ret;
> > > }
> > > @@ -1605,6 +1634,9 @@ static int tvp5150_registered(struct v4l2_subdev *sd)
> > > }
> > > tvp5150_selmux(sd);
> > > decoder->modify_second_link = false;
> > > + decoder->cur_connector = &decoder->connectors[i];
> > > + tvp5150_s_std(sd,
> > > + decoder->connectors[i].base.connector.analog.supported_tvnorms);
> > > }
> > > }
> > > #endif
> > > @@ -1925,6 +1957,14 @@ static int tvp5150_parse_dt(struct tvp5150 *decoder, struct device_node *np)
> > > ret = -EINVAL;
> > > goto err;
> > > }
> > > + if (!(c.connector.analog.supported_tvnorms &
> > > + TVP5150_STD_MASK)) {
> > > + dev_err(dev,
> > > + "Invalid tv norm(s) on connector %s.\n",
> > > + c.label);
> > > + ret = -EINVAL;
> > > + goto err;
> > > + }
> > > in++;
> > > break;
> > > case TVP5150_PAD_VID_OUT:
> >
> >
> >
> > Thanks,
> > Mauro
> >
>
Thanks,
Mauro
next prev parent reply other threads:[~2019-03-20 17:29 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-02 12:09 [PATCH 0/5] TV norms limit and TVP5150 implementation Marco Felsch
2019-02-02 12:09 ` Marco Felsch
2019-02-02 12:10 ` [PATCH 1/5] dt-bindings: connector: analog: add tv norms property Marco Felsch
2019-02-02 12:10 ` Marco Felsch
2019-02-25 20:11 ` Rob Herring
2019-02-25 20:11 ` Rob Herring
2019-02-02 12:10 ` [PATCH 2/5] media: v4l2-fwnode: add v4l2_fwnode_connector Marco Felsch
2019-02-02 12:10 ` Marco Felsch
2019-02-02 12:10 ` [PATCH 3/5] media: v4l2-fwnode: add initial connector parsing support Marco Felsch
2019-02-02 12:10 ` Marco Felsch
2019-02-02 12:10 ` [PATCH 4/5] media: tvp5150: make use of generic connector parsing Marco Felsch
2019-02-02 12:10 ` Marco Felsch
2019-02-02 12:10 ` [PATCH 5/5] media: tvp5150: add support to limit tv norms on connector Marco Felsch
2019-02-02 12:10 ` Marco Felsch
2019-03-20 14:18 ` Mauro Carvalho Chehab
2019-03-20 14:18 ` Mauro Carvalho Chehab
2019-03-20 16:36 ` Marco Felsch
2019-03-20 16:36 ` Marco Felsch
2019-03-20 17:29 ` Mauro Carvalho Chehab [this message]
2019-03-20 17:29 ` Mauro Carvalho Chehab
2019-03-21 9:53 ` Marco Felsch
2019-03-21 9:53 ` Marco Felsch
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=20190320142931.4a4b91fd@coco.lan \
--to=mchehab@kernel.org \
--cc=airlied@linux.ie \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=hans.verkuil@cisco.com \
--cc=kernel@pengutronix.de \
--cc=linux-media@vger.kernel.org \
--cc=m.felsch@pengutronix.de \
--cc=robh+dt@kernel.org \
--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.