Age | Commit message (Collapse) | Author |
|
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: 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>
|