http://www.kernellabs.com/hg/~mkrufky/atscdemod/ en-us ~mkrufky/atscdemod Changelog ~mkrufky/atscdemod Changelog s5h1411: Calculate signal strength shown as percentage from SNR up to 35dB http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/3f081e96cb99
From: Michael Krufky <mkrufky@kernellabs.com>

As done first in lgdt330x.c, calculate signal strength from SNR up to 35dB
Even though the SNR can go higher than 35dB, there is some comfort factor
in having a range of strong signals that can show at 100%

Priority: normal

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Steven Toth <stoth@kernellabs.com>]]> Michael Krufky <mkrufky@kernellabs.com> Tue, 28 Jul 2009 23:11:02 -0400 s5h1409: Calculate signal strength shown as percentage from SNR up to 35dB http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/41a5624457f8
From: Michael Krufky <mkrufky@kernellabs.com>

As done first in lgdt330x.c, calculate signal strength from SNR up to 35dB
Even though the SNR can go higher than 35dB, there is some comfort factor
in having a range of strong signals that can show at 100%

Priority: normal

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Steven Toth <stoth@kernellabs.com>]]> Michael Krufky <mkrufky@kernellabs.com> Tue, 28 Jul 2009 23:10:35 -0400 au8522: Calculate signal strength shown as percentage from SNR up to 35dB http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/eff691ab51e3
From: Michael Krufky <mkrufky@kernellabs.com>

As done first in lgdt330x.c, calculate signal strength from SNR up to 35dB
Even though the SNR can go higher than 35dB, there is some comfort factor
in having a range of strong signals that can show at 100%

Priority: normal

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Signed-off-by: Steven Toth <stoth@kernellabs.com>]]> Michael Krufky <mkrufky@kernellabs.com> Tue, 28 Jul 2009 23:09:08 -0400 au0828: fix typo: dvb uses bulk xfer, dont say isoc in debug http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/2e20ba6cd68a
From: Michael Krufky <mkrufky@kernellabs.com>

The au0828-dvb driver uses bulk usb transfers for digital transport,
but the debug reports, "iso xfer already running!\n".

Fix this to report bulk instead of isoc.

Priority: normal

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>]]> Michael Krufky <mkrufky@kernellabs.com> Mon, 27 Jul 2009 16:35:59 -0400 au0828: fix i2c for kernels prior to 2.6.26 http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/85642efabb1d
From: Michael Krufky <mkrufky@kernellabs.com>

Priority: normal

Signed-off-by: Michael Krufky <mkrufky@kernellabs.com>]]> Michael Krufky <mkrufky@kernellabs.com> Fri, 26 Jun 2009 15:00:59 -0400 em28xx: enable new-style i2c API for kernels >= 2.6.26, not 2.6.22. http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/24fe1fc1b027
From: Hans Verkuil <hverkuil@xs4all.nl>

Priority: normal

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>]]> Hans Verkuil <hverkuil@xs4all.nl> Fri, 26 Jun 2009 10:39:36 +0200 v4l2-common: fix uninitialized variable http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/be32753cca2e
From: Hans Verkuil <hverkuil@xs4all.nl>

Fix compiler warning for uninitialized variable when compiling for pre
2.6.26 kernels.

Priority: normal

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>]]> Hans Verkuil <hverkuil@xs4all.nl> Fri, 26 Jun 2009 08:56:09 +0200 v4l2-spec: add missing V4L2_PIX_FMT_OV511 documentation. http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/b7ad5b26466a
From: Hans Verkuil <hverkuil@xs4all.nl>

Priority: normal

Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>]]> Hans Verkuil <hverkuil@xs4all.nl> Tue, 23 Jun 2009 08:39:54 +0200 merge: http://jusst.de/hg/v4l-dvb http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/b362d09e34d4
From: Mauro Carvalho Chehab <mchehab@redhat.com>

Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>]]> Mauro Carvalho Chehab <mchehab@redhat.com> Tue, 23 Jun 2009 03:27:42 -0300 BUGFIX: An incorrect Carrier Recovery Loop optimization table was being http://www.kernellabs.com/hg/~mkrufky/atscdemod/rev/7a065da8480d loaded for a given chip version. This would cause the optimization in
tuning not to be applied and thus a failed expectation, in tuning speed
increment. The patch swaps the tables in use. It also fixes a possible
one in a million condition where state->dev_ver implies an older Cut
(Cut < 2.0, eventhough the driver doesn't attach to any Cut older than
2.0) or even negative (due to a bad I2C bus master driver) for the card
combination.

Thanks to Mauro Carvalho Chehab <mchehab@infradead.org> for pointing
out the issue at large.

From: Manu Abraham <abraham.manu@gmail.com>
Signed-off-by: Manu Abraham <manu@linuxtv.org>]]> Manu Abraham <manu@linuxtv.org> Thu, 18 Jun 2009 11:50:53 +0400