- 12 Oct, 2008 40 commits
-
-
Igor M. Liplianin authored
Add support for ST STV0288 demodulator and cards with it, such as TeVii S420. Patch is co-authored with Georg Acher <acher@baycom.de> Signed-off-by:
Georg Acher <acher@baycom.de> Signed-off-by:
Igor M. Liplianin <liplianin@me.by> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Steven Toth authored
We don't want to push the ISDB-T definitions into the kernel until we have a high level of confidence in the ISDB-T API. More testing is required before this code is released. Signed-off-by:
Steven Toth <stoth@linuxtv.org> Signed-off-by:
-
Steven Toth authored
Signed-off-by:
-
Steven Toth authored
Patch by Darron Broad. Signed-off-by:
-
Steven Toth authored
Patch provided by Darron Broad. Signed-off-by:
-
Steven Toth authored
Patch provided by Darron Broad Signed-off-by:
-
Oleg Roitburd authored
Added support for TBS 8920 DVB-S/S2 card. The card based on cx24116 demodulator. Signed-off-by:
Oleg Roitburd <oroitburd@gmail.com> Signed-off-by:
-
Oleg Roitburd authored
Added support for Omicom SS4 DVB-S/S2 card. The card based on cx24116 demodulator. Signed-off-by:
-
Igor M. Liplianin authored
Add support for USB card modification with SI2109/2110 demodulator. Signed-off-by:
-
Igor M. Liplianin authored
Add support for Silicon Laboratories SI2109/2110 demodulator and cards with it, such as DvbWorld PCI2002. Signed-off-by:
-
Darron Broad authored
From the author: This patch-set fixes remote control issues I have experienced with hauppauge drivers in Linux since the PVR-350 and now with both a NOVA-S+ and HVR-4000. It has also been confirmed to work with an HVR-1300 user who had exactly the same issue. Hauppage remote controls use RC5. RC5 has a bit-field which represents the target device. The hauppauge windows drivers have a registry key which can enable filtering, but the linux drivers will accept any target device in this bit field for internal processing. This causes problems with setups such as mythtv where remote control key presses destined for the TV (target = 0) are interpreted by the kernel and subsequenctly LIRC then mythtv. Of the remote controls I have to hand (wintv black, pvr/hvr silver) the hauppauge remotes send one of two device targets ids, these are interpreted by the patch which then filters out any non hauppauge addresses. Signed-off-by:
Darron Broad <darron@kewl.org> Signed-off-by:
-
Darron Broad authored
From the author: Here is a simple patch detailing some reverse engineered register detail lost in my latest merge. The comments in the code refer to this register but it is never defined. This corrects this. Signed-off-by:
-
Igor M. Liplianin authored
Adjust MPEG initialization in cx24116 in order to accomodate different MPEG CLK position and polarity in different cards. For example, HVR4000 uses 0x02 value, but DvbWorld & TeVii USB cards uses 0x01. Without it MPEG stream was broken on that cards for symbol rates > 30000 kSyms/s. Signed-off-by:
-
Darron Broad authored
Remove the debugging sysctls. Rolloff was broken, not it works as expected and has been tested in kaffeine. Power related changes for the isl6421 are not implemented on the HVR4000/4000LITE. Signed-off-by:
-
Igor M. Liplianin authored
Add support for DvbWorld 2004 DVB-S2 PCI adapter. The card contains dm1105 PCI chip and cx24116 demodulator Signed-off-by:
-
Darron Broad authored
I was given these changes by Darron Broad and Igor Liplianin and represent a series of patches they've been making to the cx24116 driver over the last two years. Changes for handling symbolrates >30Ksps Tone handling changes. Diseqc support. Sleep support, shutting down the clocks correctly. Cleanup on ROLL_OFF and PILOT support. *** ST - We need to cleanup the sysclt control, this is abnormal in a demod driver. We should work towards understanding the missing API's and ensure we have them in S2API. *** Signed-off-by: -
Igor M. Liplianin authored
Add support for SDMC DM1105 PCI chip. There is a lot of cards based on it, like DvbWorld 2002 DVB-S , 2004 DVB-S2 Signed-off-by:
-
Steven Toth authored
Signed-off-by:
-
Steven Toth authored
Many thanks to Darron Broad for pointing out the obvious. Signed-off-by:
-
Steven Toth authored
Also added some compat code for the older API. Added more ISDB message/command suggestions, current not connected in dvb-core. Signed-off-by:
-
Steven Toth authored
Signed-off-by:
-
Igor M. Liplianin authored
Bug fix: ioctl FE_SET_PROPERTY/FE_GET_PROPERTY always return error Signed-off-by:
-
Steven Toth authored
The frontends will be notified (if they chose) of all _get and _set commands so they can help determine result or action. Results are now returned to userspace correctly. Signed-off-by:
-
Steven Toth authored
The API now assumes that ioctl calls for FE_SET_PROPERTY and all set commands, and FE_GET_PROPERTY are get commands. Simplification. Signed-off-by:
-
Steven Toth authored
This helps complex demods which support different modulation types be better informed. Signed-off-by:
-
Steven Toth authored
Signed-off-by:
-
Steven Toth authored
Signed-off-by:
-
Steven Toth authored
For demod drivers, we want a single tuning function (set_frontend) to have access to the properly constructed dvb_frontend_parameters structure, or the cache values - regardless of whether the legacy or new API is being used. This cuts down on redundant code in the demod drivers and ensures the tuning parameters are consistent regardless of the API entry type. Signed-off-by:
-
Steven Toth authored
Signed-off-by:
Michael Krufky <mkrufky@linuxtv.org> Signed-off-by:
-
Steven Toth authored
This is now consistent with the existing API. Signed-off-by:
-
Steven Toth authored
After discussion the following changes were made: 1. Removed the typedefs in frontend.h, use structures. 2. In the frontend.h, remove the 16 command limit on the API and switch to a flexible variable length API. For practical reasons a #define limits this to 64, this should be discussed. 3. Changed dvb-core ioctl handing to deal with variable sequences of commands. tune-v0.0.3.c is required to use this API, it contains the interface changes. Signed-off-by:
-
Steven Toth authored
The group preferred dtv_ over tv_, this implements it. Signed-off-by:
-
Igor M. Liplianin authored
Adjust MPEG initialization in cx24116 in order to accomodate different MPEG CLK position and polarity in different cards. Signed-off-by:
-
Igor M. Liplianin authored
cx24116: Fix lock for high (above 30000 kSyms) symbol rates Signed-off-by:
-
Igor M. Liplianin authored
Change menu item in Kconfig for DVBWorld 2104 and TeVii S650 USB DVB-S2 cards Signed-off-by:
-
Igor M. Liplianin authored
Added support for DVBWorld 2104 and TeVii S650 USB DVB-S2 cards This cards based on cx24116 demodulator. Signed-off-by:
-
Steven Toth authored
Thanks to Hans Werner for finding the problem. Signed-off-by:
-
Igor M. Liplianin authored
Added support for TeVii S460 DVB-S/S2 card. The card based on cx24116 demodulator. Signed-off-by:
-
Steven Toth authored
SET_TONE and SET_VOLTAGE were not previously implemented. Two options existed. Either cut/paste from the previous ioctl handler into the process_properties function, which is code duplication. Or, split the current ioctl handler into it's two major pieces. Piece 1, responsible for input validation and semaphore acquiring Piece 2 the processing of the previous ioctls and finally, a new third pieces where the array of properties is processed, and can freely call the legacy ioctl handler without having to re-acquire the fepriv->sem semaphore. This is a clean approach and ensures the existing legacy ioctls are processed as they were previously (but with an extra function call) and allows the new API to share code without duplication. Signed-off-by:
-
Steven Toth authored
Adding support for Hauppauge's cx88 S2 based products, based on the cx24116 DVB-S2 demodulator. Signed-off-by:
-
