Em Mon, 25 Jan 2016 19:38:55 +0200
Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> escreveu:
> Hi Mauro,
>
> On Monday 25 January 2016 15:35:52 Mauro Carvalho Chehab wrote:
> > Em Mon, 25 Jan 2016 19:23:40 +0200 Laurent Pinchart escreveu:
> > > On Monday 25 January 2016 14:44:56 Mauro Carvalho Chehab wrote:
> > >> changeset 460b6c0831cb ("tvp5150: Add s_stream subdev operation
> > >> support") broke for em28xx-based devices with uses tvp5150. On those
> > >> devices, touching the TVP5150_MISC_CTL register causes em28xx to stop
> > >> streaming.
> > >>
> > >> I suspect that it uses the 27 MHz clock provided by tvp5150 to feed
> > >> em28xx. So, change the logic to do nothing on s_stream if the tvp5150 is
> > >> not set up to work with V4L2_MBUS_PARALLEL.
> > >>
> > >> Cc: Javier Martinez Canillas <javier@xxxxxxxxxxxxxxx>
> > >> Cc: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
> > >> Signed-off-by: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
> > >> ---
> > >>
> > >> drivers/media/i2c/tvp5150.c | 9 ++++-----
> > >> 1 file changed, 4 insertions(+), 5 deletions(-)
> > >>
> > >> diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c
> > >> index 437f1a7ecb96..779c6f453cc9 100644
> > >> --- a/drivers/media/i2c/tvp5150.c
> > >> +++ b/drivers/media/i2c/tvp5150.c
> > >> @@ -975,19 +975,18 @@ static int tvp5150_g_mbus_config(struct
> > >> v4l2_subdev *sd,
> > >> static int tvp5150_s_stream(struct v4l2_subdev *sd, int enable)
> > >> {
> > >> struct tvp5150 *decoder = to_tvp5150(sd);
> > >>
> > >> - /* Output format: 8-bit ITU-R BT.656 with embedded syncs */
> > >> - int val = 0x09;
> > >>
> > >> /* Output format: 8-bit 4:2:2 YUV with discrete sync */
> > >> - if (decoder->mbus_type == V4L2_MBUS_PARALLEL)
> > >> - val = 0x0d;
> > >> + if (decoder->mbus_type != V4L2_MBUS_PARALLEL)
> > >> + return 0;
> > >
> > > This will break TVP5151 operation with the OMAP3 ISP in BT.656 mode. The
> > > OMAP3 requires the TVP5151 to start and stop streaming when requested.
> >
> > Does OMAP3 work in BT.656 with the current hardware? If so, then we'll need
> > an extra property to enable the start/stop ops if used with OMAP3.
>
> Yes it does work in BT.656 mode with tvp5151. That was the purpose of my
> original patch.
The problem is that the original patch not only enable/disable streaming,
but it actually changes all bits at the TVP5150_MISC_CTL register, touching
on all clock setup. It also touches TVP5150_CONF_SHARED_PIN.
On em28xx devices (with comes with a tvp5150am1), the value used is
TVP5150_MISC_CTL = 0X6f
TVP5150_CONF_SHARED_PIN = 0x08
Other values cause it to not stream at all.
> If the em28xx can't work with the tvp5151 being turned off
> when not used then we need a workaround for the em28xx.
No regressions are allowed. The em28xx-based tvp5150am1 devices are
there since the beginning, when I wrote this driver to support
WinTV USB2. Almost all early analog TV devices after this one comes
with a tvp5150a or tvp5150am1 on it.
The OMAP3 tvp5151 devices are new. Adding support for them
should not break support for the already supported devices.
One possible way to fix for OMAP3+TVP5051 is to check if the device has
a TVP5051 on it and use the new logic only for such devices, but this
sounds a little bit hacky.
The best fix seems to add some DT property to tell that the device
needs a s_stream enable/disable logic.
>
> > Otherwise, we could add a notice here and write such change when needed.
> >
> > >> /* Initializes TVP5150 to its default values */
> > >> /* # set PCLK (27MHz) */
> > >> tvp5150_write(sd, TVP5150_CONF_SHARED_PIN, 0x00);
> > >>
> > >> + /* Output format: 8-bit ITU-R BT.656 with embedded syncs */
> > >> if (enable)
> > >> - tvp5150_write(sd, TVP5150_MISC_CTL, val);
> > >> + tvp5150_write(sd, TVP5150_MISC_CTL, 0x09);
> > >> else
> > >> tvp5150_write(sd, TVP5150_MISC_CTL, 0x00);
>
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
