]> git.karo-electronics.de Git - mv-sheeva.git/commit
V4L/DVB (13330): s5h1409: properly handle QAM optimization after lock achieved
authorDevin Heitmueller <dheitmueller@kernellabs.com>
Wed, 28 Oct 2009 04:26:05 +0000 (01:26 -0300)
committerMauro Carvalho Chehab <mchehab@redhat.com>
Sat, 5 Dec 2009 20:41:22 +0000 (18:41 -0200)
commitf0cd44b4a1a7465230dfbe1e645d9dc73f83cb13
tree0066fc7da4223edb9e3e00d9af22685a4f221a7c
parentaf5c8e1523edf792f57ec938aef9423783af25e1
V4L/DVB (13330): s5h1409: properly handle QAM optimization after lock achieved

The sh51409 driver was only doing the QAM optimization a single time, and it
would only occur if you received a lock instantaneously after the tuning
request.  Restructure the code so that the optimization occurs once you reach
a signal lock.

Note that this depends on the caller polling for status, but we don't have
much choice at this point without an independent thread monitoring the lock
status.  Also, at this point pretty much every application polls for status
lock after doing the tune, so the likelihood of the optimization not occurring
in the real world is pretty low.

The state machine has also been reworked such that setting the interleave mode
is now a dependency of doing the QAM optimization.  Before both were mutually
exclusive, which was not consistent with the Windows driver.  We now have a
single state machine that controls both.

The changes as-is are only enabled for the HVR-1600.  Once the changes are
tested with some of the other boards, this change should be made generic and
the "_legacy" functions should be removed.

This work was sponsored by ONELAN Limited.

Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
drivers/media/dvb/frontends/s5h1409.c