V4L/DVB (5808): Bttv: fix v4l1 breaking the driver
authorTrent Piepho <xyzzy@speakeasy.org>
Tue, 3 Jul 2007 18:08:10 +0000 (15:08 -0300)
committerMauro Carvalho Chehab <mchehab@infradead.org>
Tue, 3 Jul 2007 18:11:14 +0000 (15:11 -0300)
commit333408f21590d50397f3004e3f87070fa8f52c51
treef4abdf3abef05c3403a337bbae0e317963a83937
parent872aad45d6174570dd2e1defc3efee50f2cfcc72
V4L/DVB (5808): Bttv: fix v4l1 breaking the driver

If one uses a V4L *one* application, such as vlc or mplayer's v4l driver, as
the first user after the driver is loaded, the driver wedges itself and will
never capture properly.  Even if one uses a V4L2 application later, it still
won't work.

If one uses a V4L *two* application first, such as tvtime or mplayer's v4l2
driver, then the driver will be ok.  One can then run a V4L1 application, and
it will work.

It turns out the problem is with norm changing and the crop support that was
added in 2.6.21.  The driver defaults to PAL, and keeps the last norm it was
set too across opens.  If one changes the norm via V4L1, the cropping
parameters are not reset like they should be, and they'll remain broken across
device opens.

This patch removes the direct setting of btv->tvnorm in the V4L1 ioctl
VIDIOCSCHAN handler.  The norm is set via the existing call to set_input(),
which calls set_tvnorm(), which will reset the cropping values now that it is
able to detect the norm change.

Signed-off-by: Trent Piepho <xyzzy@speakeasy.org>
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
drivers/media/video/bt8xx/bttv-driver.c