Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 09 Oct 2010 14:09:17 -0400] rev 15004
au0828: enable VBI timeout when calling read() without streamon()
From: Devin Heitmueller <dheitmueller@kernellabs.com>
Because some clients (e.g. tvtime) will just open the filehandle and call
read() instead of explicitly calling streamon first, we need to make sure the
VBI timeout routine gets enabled in this case.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Sat, 09 Oct 2010 13:43:53 -0400] rev 15003
au0828: fixes for timeout on no video
From: Devin Heitmueller <dheitmueller@kernellabs.com>
The first pass of fixes to cause the driver to continue streaming even when
there is no video arriving over the ITU656 bus were not adequate. Continue
the work from the previous patch.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Wed, 01 Sep 2010 21:03:43 -0400] rev 15002
au0828: continue video streaming even when no ITU-656 coming in
From: Devin Heitmueller <dheitmueller@kernellabs.com>
We need the au0828 to continue delivering frames even when the device is not
delivering video, or else applications such as tvtime will block indefinitely.
Unfortunately, the au8522 doesn't have any sort of free-running mode or "blue
screen on no video" like some other decoders.
This work was sponsored by GetWellNetwork Inc.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Sun, 27 Jun 2010 17:12:42 -0400] rev 15001
au8522: Handle differences in comb filter config for s-video input
From: Devin Heitmueller <dheitmueller@kernellabs.com>
Tweak the comb filter config when in s-video mode to match the Hauppauge
Windows driver values (based on register dumps).
This work was sponsored by GetWellNetwork Inc.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Sun, 27 Jun 2010 17:01:40 -0400] rev 15000
au8522: fix clamp control for different video modes
From: Devin Heitmueller <dheitmueller@kernellabs.com>
Straighten out the clamp control configurations for the various video modes,
based off of register diffs done against the Hauppauge Windows driver.
This work was sponsored by GetWellNetwork Inc.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Sun, 27 Jun 2010 16:40:42 -0400] rev 14999
au8522: cleanup code which disables audio decoder
From: Devin Heitmueller <dheitmueller@kernellabs.com>
Cleanup the routine which disables the audio decoder. In particular, the i2s
output was being shut off but the audio processor itself was not, resulting
in more power being consumed than needed.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Mon, 05 Jul 2010 12:05:16 -0400] rev 14998
au0828: Fix field alignment for video frames delivered by driver
From: Devin Heitmueller <dheitmueller@kernellabs.com>
Fix the alignment of fields being delivered by the driver, which was
resulting in jerky video when there was horizontal motion (since the bottom
field of the frame was being sent with the top field of the previous frame)
This work was sponsored by GetWellNetwork Inc.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Fri, 25 Jun 2010 00:33:39 -0400] rev 14997
au0828: set max packets per URB to match Windows driver
From: Devin Heitmueller <dheitmueller@kernellabs.com>
We had the max packets per URB set to an incredibly low "10" as opposed to
the Windows driver which has it as 128. Set the value to match the
Windows driver, which will reduce interrupts considerably.
This work was sponsored by GetWellNetwork Inc.
Priority: normal
Signed-off-by: Devin Heitmueller <dheitmueller@kernellabs.com>
Devin Heitmueller <dheitmueller@kernellabs.com> [Sun, 13 Jun 2010 16:31:22 -0400] rev 14996
au8522: Properly set default brightness
From: Devin Heitmueller <dheitmueller@kernellabs.com>
The chip's default value for the brightness didn't match what we were sending
back in the queryctrl ioctl(), so if the application actually set the
brightness to the "default", it would actually end up being way too bright.
This work was sponsored by GetWellNetwork Inc.
Priority: normal
Devin Heitmueller <dheitmueller@kernellabs.com> [Mon, 05 Jul 2010 12:00:48 -0400] rev 14995
djh - merge vbi changes