| Age | Commit message (Collapse) | Author |
|---|
|
From: Mike Isely <isely@pobox.com>
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
When a control change is committed to the driver, certain other parts
of the driver must be updated to track the change and deal with the
effects of that change. Some controls in the driver use a function
pointer to implement the commit, however we weren't doing the tracking
there and we should have been. This is the fix.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
Implement pvrusb2 code normally compiled-out which can print useful
information about commands issued to the hardware.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
This change threads logic through the pvrusb2 to make it possible to
command the decoder chip to reset itself. The method is
decoder-agnostic; the part of the pvrusb2 which control's that chip's
module has to provide the final hook. This just lays the foundation.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
Rename a pvrusb2 function to reflect its true meaning, and tweak the
driver initialization sequence so that the I2C adapter isn't started
until after the hardware has been given a powerup command.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Hans Verkuil <hverkuil@xs4all.nl>
Add a new audio mode V4L2_TUNER_MODE_LANG1_LANG2 (used by VIDIOC_G/S_TUNER).
This mode allows the user to select both languages of a bilingual transmission,
one language on the left, one on the right audio channel. If there is no
bilingual transmission, or it is not supported, then this mode should act like
V4L2_TUNER_MODE_STEREO.
This mode is introduced for PVR-like drivers where it is useful to be able to
record both languages of a bilingual broadcast.
Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
|
|
From: Mike Isely <isely@pobox.com>
Move MODULE_DEVICE_TABLE to pvrusb2-hdw.c, in order to solve
compilation issue where that macro is pointing to an external symbol.
I have not seen this problem, but others have and so I'm fixing the
code. Different behavior is likely tied to gcc version in use.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
Clean up a missing const declaration in the initialization pathway of
the pvrusb2 driver.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
The V4L2 control limit for frequency is too low. This change raises
the limit to a more reasonable maximum.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
Notice and track actual hardware type of device. This information is
also used now to select the correct FX2 firmware file to load (because
they can be different, unfortunately).
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
It has been discovered that newer PVR USB2 needs incompatibly
different FX2 firmware. The driver therefore needs to make the file
name a function of which firmware flavor is required. This rename is
part of that work.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Mike Isely <isely@pobox.com>
The pvrusb2 driver as part of its initialization might have to load
the FX2's firmware image. We must only do this when it is actually
needed. The previous method just detected this requirement by
noticing something unusual about the USB configuration of the device.
Unfortunately with newer PVR USB2 devices this method no longer works.
What we do now is also attempt a simple non-destructive endpoint 1
transaction; failure of that transfer will indicate a need to load the
firmware.
Signed-off-by: Mike Isely <isely@pobox.com>
|
|
From: Michael Krufky <mkrufky@linuxtv.org>
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
|
