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
next prev parent reply other threads:[~2019-03-20 17:29 UTC|newest]
Thread overview: 11+ 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:10 ` [PATCH 1/5] dt-bindings: connector: analog: add tv norms property Marco Felsch
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 ` [PATCH 3/5] media: v4l2-fwnode: add initial connector parsing support 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 ` [PATCH 5/5] media: tvp5150: add support to limit tv norms on connector Marco Felsch
2019-03-20 14:18 ` Mauro Carvalho Chehab
2019-03-20 16:36 ` Marco Felsch
2019-03-20 17:29 ` Mauro Carvalho Chehab [this message]
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).