2005-04-17 02:20:36 +04:00
/*
* dvb_frontend . h
*
* Copyright ( C ) 2001 convergence integrated media GmbH
* Copyright ( C ) 2004 convergence GmbH
*
* Written by Ralph Metzler
* Overhauled by Holger Waechtler
* Kernel I2C stuff by Michael Hunold < hunold @ convergence . de >
*
* This program is free software ; you can redistribute it and / or
* modify it under the terms of the GNU Lesser General Public License
* as published by the Free Software Foundation ; either version 2.1
* of the License , or ( at your option ) any later version .
*
* This program is distributed in the hope that it will be useful ,
* but WITHOUT ANY WARRANTY ; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE . See the
* GNU General Public License for more details .
*
* You should have received a copy of the GNU Lesser General Public License
* along with this program ; if not , write to the Free Software
* Foundation , Inc . , 59 Temple Place - Suite 330 , Boston , MA 02111 - 1307 , USA .
*
*/
# ifndef _DVB_FRONTEND_H_
# define _DVB_FRONTEND_H_
# include <linux/types.h>
# include <linux/sched.h>
# include <linux/ioctl.h>
# include <linux/i2c.h>
# include <linux/module.h>
# include <linux/errno.h>
# include <linux/delay.h>
2007-07-30 21:58:10 +04:00
# include <linux/mutex.h>
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 11:04:11 +03:00
# include <linux/slab.h>
2005-04-17 02:20:36 +04:00
# include <linux/dvb/frontend.h>
# include "dvbdev.h"
[media] dvb-core: allow demods to specify the supported delsys
The dvb were originally written for DVB-T/C/S and ATSC. So,
the original frontend struct has fields to describe only those three
standards.
While 2nd gen standards are similar to these, new standards
like DSS, ISDB and CTTB don't fit on any of the above types.
While there's a way for the drivers to explicitly change whatever
default DELSYS were filled inside the core, still a fake value is
needed there, and a "compat" code to allow DVBv3 applications to
work with those delivery systems is needed. This is good for a
short term solution, while applications aren't using DVBv5 directly.
However, at long term, this is bad, as the compat code runs even
if the application is using DVBv5. Also, the compat code is not
perfect, and only works when the frontend is capable of auto-detecting
the parameters that aren't visible by the faked delivery systems.
So, let the frontend fill the supported delivery systems at the
device properties directly.
The future plan is that the drivers will stop filling ops->info.type,
filling, instead, ops->delsys. This will allow multi-frontend
devices like drx-k to use just one frontend structure for all supported
delivery systems.
Of course, the core will keep using it, in order to keep allowing
DVBv3 calls.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-12-22 15:56:48 +04:00
/*
* Maximum number of Delivery systems per frontend . It
* should be smaller or equal to 32
*/
# define MAX_DELSYS 8
2015-08-22 15:47:04 +03:00
/**
* struct dvb_frontend_tune_settings - parameters to adjust frontend tuning
*
* @ min_delay_ms : minimum delay for tuning , in ms
* @ step_size : step size between two consecutive frequencies
* @ max_drift : maximum drift
*
* NOTE : step_size is in Hz , for terrestrial / cable or kHz for satellite
*/
2005-04-17 02:20:36 +04:00
struct dvb_frontend_tune_settings {
2005-12-12 11:37:27 +03:00
int min_delay_ms ;
int step_size ;
int max_drift ;
2005-04-17 02:20:36 +04:00
} ;
struct dvb_frontend ;
2015-08-22 15:48:05 +03:00
/**
* struct dvb_tuner_info - Frontend name and min / max ranges / bandwidths
*
* @ name : name of the Frontend
* @ frequency_min : minimal frequency supported
* @ frequency_max : maximum frequency supported
* @ frequency_step : frequency step
* @ bandwidth_min : minimal frontend bandwidth supported
* @ bandwidth_max : maximum frontend bandwidth supported
* @ bandwidth_step : frontend bandwidth step
*
* NOTE : frequency parameters are in Hz , for terrestrial / cable or kHz for
* satellite .
*/
2006-04-19 00:47:09 +04:00
struct dvb_tuner_info {
char name [ 128 ] ;
u32 frequency_min ;
u32 frequency_max ;
u32 frequency_step ;
u32 bandwidth_min ;
u32 bandwidth_max ;
u32 bandwidth_step ;
} ;
2015-08-22 15:58:26 +03:00
/**
* struct analog_parameters - Parameters to tune into an analog / radio channel
*
* @ frequency : Frequency used by analog TV tuner ( either in 62.5 kHz step ,
* for TV , or 62.5 Hz for radio )
* @ mode : Tuner mode , as defined on enum v4l2_tuner_type
* @ audmode : Audio mode as defined for the rxsubchans field at videodev2 . h ,
* e . g . V4L2_TUNER_MODE_ *
* @ std : TV standard bitmap as defined at videodev2 . h , e . g . V4L2_STD_ *
*
* Hybrid tuners should be supported by both V4L2 and DVB APIs . This
* struct contains the data that are used by the V4L2 side . To avoid
* dependencies from V4L2 headers , all enums here are declared as integers .
*/
2007-08-21 08:25:48 +04:00
struct analog_parameters {
unsigned int frequency ;
unsigned int mode ;
unsigned int audmode ;
u64 std ;
} ;
2008-10-14 23:34:07 +04:00
enum tuner_param {
DVBFE_TUNER_FREQUENCY = ( 1 < < 0 ) ,
DVBFE_TUNER_TUNERSTEP = ( 1 < < 1 ) ,
DVBFE_TUNER_IFFREQ = ( 1 < < 2 ) ,
DVBFE_TUNER_BANDWIDTH = ( 1 < < 3 ) ,
DVBFE_TUNER_REFCLOCK = ( 1 < < 4 ) ,
DVBFE_TUNER_IQSENSE = ( 1 < < 5 ) ,
DVBFE_TUNER_DUMMY = ( 1 < < 31 )
} ;
2015-08-22 13:19:20 +03:00
/**
* enum dvbfe_algo - defines the algorithm used to tune into a channel
*
2015-08-22 15:58:26 +03:00
* @ DVBFE_ALGO_HW : Hardware Algorithm -
2015-08-22 13:19:20 +03:00
* Devices that support this algorithm do everything in hardware
* and no software support is needed to handle them .
* Requesting these devices to LOCK is the only thing required ,
* device is supposed to do everything in the hardware .
*
2015-08-22 15:58:26 +03:00
* @ DVBFE_ALGO_SW : Software Algorithm -
2008-10-14 23:34:07 +04:00
* These are dumb devices , that require software to do everything
*
2015-08-22 15:58:26 +03:00
* @ DVBFE_ALGO_CUSTOM : Customizable Agorithm -
2015-08-22 13:19:20 +03:00
* Devices having this algorithm can be customized to have specific
* algorithms in the frontend driver , rather than simply doing a
* software zig - zag . In this case the zigzag maybe hardware assisted
* or it maybe completely done in hardware . In all cases , usage of
* this algorithm , in conjunction with the search and track
* callbacks , utilizes the driver specific algorithm .
*
2015-08-22 15:58:26 +03:00
* @ DVBFE_ALGO_RECOVERY : Recovery Algorithm -
2015-08-22 13:19:20 +03:00
* These devices have AUTO recovery capabilities from LOCK failure
2008-10-14 23:34:07 +04:00
*/
enum dvbfe_algo {
DVBFE_ALGO_HW = ( 1 < < 0 ) ,
DVBFE_ALGO_SW = ( 1 < < 1 ) ,
DVBFE_ALGO_CUSTOM = ( 1 < < 2 ) ,
DVBFE_ALGO_RECOVERY = ( 1 < < 31 )
} ;
struct tuner_state {
u32 frequency ;
u32 tunerstep ;
u32 ifreq ;
u32 bandwidth ;
u32 iqsense ;
u32 refclock ;
} ;
2015-08-22 13:19:20 +03:00
/**
* enum dvbfe_search - search callback possible return status
2008-10-14 23:34:07 +04:00
*
2015-08-22 13:19:20 +03:00
* @ DVBFE_ALGO_SEARCH_SUCCESS :
* The frontend search algorithm completed and returned successfully
2008-10-14 23:34:07 +04:00
*
2015-08-22 13:19:20 +03:00
* @ DVBFE_ALGO_SEARCH_ASLEEP :
* The frontend search algorithm is sleeping
2008-10-14 23:34:07 +04:00
*
2015-08-22 13:19:20 +03:00
* @ DVBFE_ALGO_SEARCH_FAILED :
* The frontend search for a signal failed
2008-10-14 23:34:07 +04:00
*
2015-08-22 13:19:20 +03:00
* @ DVBFE_ALGO_SEARCH_INVALID :
* The frontend search algorith was probably supplied with invalid
* parameters and the search is an invalid one
2008-10-14 23:34:07 +04:00
*
2015-08-22 13:19:20 +03:00
* @ DVBFE_ALGO_SEARCH_ERROR :
* The frontend search algorithm failed due to some error
2008-10-14 23:34:07 +04:00
*
2015-08-22 13:19:20 +03:00
* @ DVBFE_ALGO_SEARCH_AGAIN :
* The frontend search algorithm was requested to search again
2008-10-14 23:34:07 +04:00
*/
enum dvbfe_search {
DVBFE_ALGO_SEARCH_SUCCESS = ( 1 < < 0 ) ,
DVBFE_ALGO_SEARCH_ASLEEP = ( 1 < < 1 ) ,
DVBFE_ALGO_SEARCH_FAILED = ( 1 < < 2 ) ,
DVBFE_ALGO_SEARCH_INVALID = ( 1 < < 3 ) ,
DVBFE_ALGO_SEARCH_AGAIN = ( 1 < < 4 ) ,
DVBFE_ALGO_SEARCH_ERROR = ( 1 < < 31 ) ,
} ;
2006-04-19 00:47:09 +04:00
struct dvb_tuner_ops {
2006-04-19 04:37:20 +04:00
2006-04-19 00:47:09 +04:00
struct dvb_tuner_info info ;
int ( * release ) ( struct dvb_frontend * fe ) ;
int ( * init ) ( struct dvb_frontend * fe ) ;
int ( * sleep ) ( struct dvb_frontend * fe ) ;
2014-08-10 04:47:19 +04:00
int ( * suspend ) ( struct dvb_frontend * fe ) ;
int ( * resume ) ( struct dvb_frontend * fe ) ;
2006-04-19 00:47:09 +04:00
2006-04-19 04:37:20 +04:00
/** This is for simple PLLs - set all parameters in one go. */
2011-12-24 19:24:33 +04:00
int ( * set_params ) ( struct dvb_frontend * fe ) ;
2007-08-21 08:25:48 +04:00
int ( * set_analog_params ) ( struct dvb_frontend * fe , struct analog_parameters * p ) ;
2006-04-19 00:47:09 +04:00
2006-04-19 04:37:20 +04:00
/** This is support for demods like the mt352 - fills out the supplied buffer with what to write. */
2011-12-24 19:03:05 +04:00
int ( * calc_regs ) ( struct dvb_frontend * fe , u8 * buf , int buf_len ) ;
2006-04-19 00:47:09 +04:00
2007-10-19 02:56:47 +04:00
/** This is to allow setting tuner-specific configs */
int ( * set_config ) ( struct dvb_frontend * fe , void * priv_cfg ) ;
2006-04-19 04:37:20 +04:00
int ( * get_frequency ) ( struct dvb_frontend * fe , u32 * frequency ) ;
2006-04-19 00:47:09 +04:00
int ( * get_bandwidth ) ( struct dvb_frontend * fe , u32 * bandwidth ) ;
[media] dvb-core, tda18271c2dd: define get_if_frequency() callback
Tuners in general convert a high frequency carrier into an Intermediate
Frequency (IF).
Digital tuners like tda18271, xc3028, etc. generally allow changing the IF
frequency, although they generally have recommented settings for the IF.
Analog tuners, have a fixed IF frequency, that depends on the physical
characteristics of some analog components.
For digital tuners, it makes sense to have ways to configure IF,
via the tuner's configuration structure, like what's done inside the
tda18271-fe maps.
The demods need to know what IF is used by the tuner, as it will need
to convert internally from IF into baseband. Currently, the bridge driver
needs to fill a per-demod configuration struct for it, or pass it via
a dvb_attach parameter.
The tda18271 datasheet recommends to use different IF's for different
delivery system types and for different bandwidths.
The DRX-K demod also needs to know the IF frequency in order to work,
just like all other demods. However, as it accepts different delivery
systems (DVB-C and DVB-T), the IF may change if the standard and/or
bandwidth is changed.
So, the usual procedure of passing it via a config struct doesn't work.
One might try to code it as two separate IF frequencies, or even as a
table in function of the delivery system and the bandwidth, but this
will be messy.
So, it is better and simpler to just add a new callback for it and
require the tuners that can be used with MFE frontends like drx-k
to implement a new callback to return the used IF.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Acked-by: Antti Palosaari <crope@iki.fi>
2011-09-03 18:40:02 +04:00
int ( * get_if_frequency ) ( struct dvb_frontend * fe , u32 * frequency ) ;
2006-04-19 00:47:09 +04:00
# define TUNER_STATUS_LOCKED 1
2007-08-21 08:25:48 +04:00
# define TUNER_STATUS_STEREO 2
2006-04-19 00:47:09 +04:00
int ( * get_status ) ( struct dvb_frontend * fe , u32 * status ) ;
2007-08-31 06:00:43 +04:00
int ( * get_rf_strength ) ( struct dvb_frontend * fe , u16 * strength ) ;
2012-07-04 09:33:55 +04:00
int ( * get_afc ) ( struct dvb_frontend * fe , s32 * afc ) ;
2006-04-19 00:47:09 +04:00
tree-wide: Assorted spelling fixes
In particular, several occurances of funny versions of 'success',
'unknown', 'therefore', 'acknowledge', 'argument', 'achieve', 'address',
'beginning', 'desirable', 'separate' and 'necessary' are fixed.
Signed-off-by: Daniel Mack <daniel@caiaq.de>
Cc: Joe Perches <joe@perches.com>
Cc: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2010-02-03 03:01:28 +03:00
/** These are provided separately from set_params in order to facilitate silicon
* tuners which require sophisticated tuning loops , controlling each parameter separately . */
2006-04-19 00:47:09 +04:00
int ( * set_frequency ) ( struct dvb_frontend * fe , u32 frequency ) ;
int ( * set_bandwidth ) ( struct dvb_frontend * fe , u32 bandwidth ) ;
2008-10-14 23:34:07 +04:00
/*
tree-wide: Assorted spelling fixes
In particular, several occurances of funny versions of 'success',
'unknown', 'therefore', 'acknowledge', 'argument', 'achieve', 'address',
'beginning', 'desirable', 'separate' and 'necessary' are fixed.
Signed-off-by: Daniel Mack <daniel@caiaq.de>
Cc: Joe Perches <joe@perches.com>
Cc: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2010-02-03 03:01:28 +03:00
* These are provided separately from set_params in order to facilitate silicon
* tuners which require sophisticated tuning loops , controlling each parameter separately .
2008-10-14 23:34:07 +04:00
*/
int ( * set_state ) ( struct dvb_frontend * fe , enum tuner_param param , struct tuner_state * state ) ;
int ( * get_state ) ( struct dvb_frontend * fe , enum tuner_param param , struct tuner_state * state ) ;
2006-04-19 00:47:09 +04:00
} ;
2007-12-21 08:55:43 +03:00
struct analog_demod_info {
char * name ;
} ;
2007-12-21 17:18:32 +03:00
struct analog_demod_ops {
2007-12-21 08:55:43 +03:00
struct analog_demod_info info ;
void ( * set_params ) ( struct dvb_frontend * fe ,
struct analog_parameters * params ) ;
2013-04-06 11:41:29 +04:00
int ( * has_signal ) ( struct dvb_frontend * fe , u16 * signal ) ;
2013-04-06 11:35:27 +04:00
int ( * get_afc ) ( struct dvb_frontend * fe , s32 * afc ) ;
2007-12-21 08:55:43 +03:00
void ( * tuner_status ) ( struct dvb_frontend * fe ) ;
void ( * standby ) ( struct dvb_frontend * fe ) ;
void ( * release ) ( struct dvb_frontend * fe ) ;
int ( * i2c_gate_ctrl ) ( struct dvb_frontend * fe , int enable ) ;
/** This is to allow setting tuner-specific configuration */
int ( * set_config ) ( struct dvb_frontend * fe , void * priv_cfg ) ;
} ;
2011-12-22 21:47:48 +04:00
struct dtv_frontend_properties ;
2005-04-17 02:20:36 +04:00
struct dvb_frontend_ops {
struct dvb_frontend_info info ;
[media] dvb-core: allow demods to specify the supported delsys
The dvb were originally written for DVB-T/C/S and ATSC. So,
the original frontend struct has fields to describe only those three
standards.
While 2nd gen standards are similar to these, new standards
like DSS, ISDB and CTTB don't fit on any of the above types.
While there's a way for the drivers to explicitly change whatever
default DELSYS were filled inside the core, still a fake value is
needed there, and a "compat" code to allow DVBv3 applications to
work with those delivery systems is needed. This is good for a
short term solution, while applications aren't using DVBv5 directly.
However, at long term, this is bad, as the compat code runs even
if the application is using DVBv5. Also, the compat code is not
perfect, and only works when the frontend is capable of auto-detecting
the parameters that aren't visible by the faked delivery systems.
So, let the frontend fill the supported delivery systems at the
device properties directly.
The future plan is that the drivers will stop filling ops->info.type,
filling, instead, ops->delsys. This will allow multi-frontend
devices like drx-k to use just one frontend structure for all supported
delivery systems.
Of course, the core will keep using it, in order to keep allowing
DVBv3 calls.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-12-22 15:56:48 +04:00
u8 delsys [ MAX_DELSYS ] ;
2005-04-17 02:20:36 +04:00
void ( * release ) ( struct dvb_frontend * fe ) ;
2006-08-08 16:10:07 +04:00
void ( * release_sec ) ( struct dvb_frontend * fe ) ;
2005-04-17 02:20:36 +04:00
int ( * init ) ( struct dvb_frontend * fe ) ;
int ( * sleep ) ( struct dvb_frontend * fe ) ;
2010-08-25 16:50:20 +04:00
int ( * write ) ( struct dvb_frontend * fe , const u8 buf [ ] , int len ) ;
2006-08-08 16:10:07 +04:00
2006-01-09 20:25:07 +03:00
/* if this is set, it overrides the default swzigzag */
int ( * tune ) ( struct dvb_frontend * fe ,
2011-12-27 00:48:33 +04:00
bool re_tune ,
2006-01-09 20:25:07 +03:00
unsigned int mode_flags ,
2007-07-13 18:54:35 +04:00
unsigned int * delay ,
2015-06-07 20:53:52 +03:00
enum fe_status * status ) ;
2006-06-21 17:27:31 +04:00
/* get frontend tuning algorithm from the module */
2008-10-14 23:34:07 +04:00
enum dvbfe_algo ( * get_frontend_algo ) ( struct dvb_frontend * fe ) ;
2006-01-09 20:25:07 +03:00
/* these two are only used for the swzigzag code */
2011-12-20 22:31:54 +04:00
int ( * set_frontend ) ( struct dvb_frontend * fe ) ;
2005-04-17 02:20:36 +04:00
int ( * get_tune_settings ) ( struct dvb_frontend * fe , struct dvb_frontend_tune_settings * settings ) ;
[media] dvb: don't require a parameter for get_frontend
Just like set_frontend, use the dvb cache properties for get_frontend.
This is more consistent, as both functions are now symetric. Also,
at the places get_frontend is called, it makes sense to update the
cache.
Most of this patch were generated by this small perl script:
while (<>) { $file .= $_; }
if ($file =~ m/\.get_frontend\s*=\s*([\d\w_]+)/) {
my $get = $1;
$file =~ s/($get)(\s*\([^\,\)]+)\,\s*struct\s+dtv_frontend_properties\s*\*\s*([_\d\w]+)\)\s*\{/\1\2)\n{\n\tstruct dtv_frontend_properties *\3 = &fe->dtv_property_cache;/g;
}
print $file;
Of course, the changes at dvb_frontend.[ch] were made by hand,
as well as the changes on a few other places, where get_frontend()
is called internally inside the driver.
On some places, get_frontend() were just a void function. Those
occurrences were removed, as the DVB core handles such cases.
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2011-12-30 18:30:21 +04:00
int ( * get_frontend ) ( struct dvb_frontend * fe ) ;
2006-01-09 20:25:07 +03:00
2015-06-07 20:53:52 +03:00
int ( * read_status ) ( struct dvb_frontend * fe , enum fe_status * status ) ;
2005-04-17 02:20:36 +04:00
int ( * read_ber ) ( struct dvb_frontend * fe , u32 * ber ) ;
int ( * read_signal_strength ) ( struct dvb_frontend * fe , u16 * strength ) ;
int ( * read_snr ) ( struct dvb_frontend * fe , u16 * snr ) ;
int ( * read_ucblocks ) ( struct dvb_frontend * fe , u32 * ucblocks ) ;
int ( * diseqc_reset_overload ) ( struct dvb_frontend * fe ) ;
int ( * diseqc_send_master_cmd ) ( struct dvb_frontend * fe , struct dvb_diseqc_master_cmd * cmd ) ;
int ( * diseqc_recv_slave_reply ) ( struct dvb_frontend * fe , struct dvb_diseqc_slave_reply * reply ) ;
2015-06-07 20:53:52 +03:00
int ( * diseqc_send_burst ) ( struct dvb_frontend * fe ,
enum fe_sec_mini_cmd minicmd ) ;
int ( * set_tone ) ( struct dvb_frontend * fe , enum fe_sec_tone_mode tone ) ;
int ( * set_voltage ) ( struct dvb_frontend * fe ,
enum fe_sec_voltage voltage ) ;
2006-01-09 20:32:43 +03:00
int ( * enable_high_lnb_voltage ) ( struct dvb_frontend * fe , long arg ) ;
int ( * dishnetwork_send_legacy_command ) ( struct dvb_frontend * fe , unsigned long cmd ) ;
2006-01-09 20:25:12 +03:00
int ( * i2c_gate_ctrl ) ( struct dvb_frontend * fe , int enable ) ;
2006-09-25 19:41:53 +04:00
int ( * ts_bus_ctrl ) ( struct dvb_frontend * fe , int acquire ) ;
2012-10-03 11:28:56 +04:00
int ( * set_lna ) ( struct dvb_frontend * ) ;
2006-04-19 00:47:09 +04:00
2008-10-14 23:34:07 +04:00
/* These callbacks are for devices that implement their own
* tuning algorithms , rather than a simple swzigzag
*/
2011-12-27 01:03:12 +04:00
enum dvbfe_search ( * search ) ( struct dvb_frontend * fe ) ;
2008-10-14 23:34:07 +04:00
2006-04-19 00:47:09 +04:00
struct dvb_tuner_ops tuner_ops ;
2007-12-21 17:18:32 +03:00
struct analog_demod_ops analog_ops ;
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
2008-09-11 17:23:01 +04:00
int ( * set_property ) ( struct dvb_frontend * fe , struct dtv_property * tvp ) ;
int ( * get_property ) ( struct dvb_frontend * fe , struct dtv_property * tvp ) ;
2005-04-17 02:20:36 +04:00
} ;
2011-12-27 03:22:50 +04:00
# ifdef __DVB_CORE__
2005-04-17 02:20:36 +04:00
# define MAX_EVENT 8
struct dvb_fe_events {
struct dvb_frontend_event events [ MAX_EVENT ] ;
int eventw ;
int eventr ;
int overflow ;
wait_queue_head_t wait_queue ;
2007-07-30 21:58:10 +04:00
struct mutex mtx ;
2005-04-17 02:20:36 +04:00
} ;
2011-12-27 03:22:50 +04:00
# endif
2005-04-17 02:20:36 +04:00
2008-09-11 17:19:27 +04:00
struct dtv_frontend_properties {
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
/* Cache State */
u32 state ;
u32 frequency ;
2015-06-07 20:53:52 +03:00
enum fe_modulation modulation ;
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
2015-06-07 20:53:52 +03:00
enum fe_sec_voltage voltage ;
enum fe_sec_tone_mode sectone ;
enum fe_spectral_inversion inversion ;
enum fe_code_rate fec_inner ;
enum fe_transmit_mode transmission_mode ;
2008-09-13 23:56:34 +04:00
u32 bandwidth_hz ; /* 0 = AUTO */
2015-06-07 20:53:52 +03:00
enum fe_guard_interval guard_interval ;
enum fe_hierarchy hierarchy ;
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
u32 symbol_rate ;
2015-06-07 20:53:52 +03:00
enum fe_code_rate code_rate_HP ;
enum fe_code_rate code_rate_LP ;
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
2015-06-07 20:53:52 +03:00
enum fe_pilot pilot ;
enum fe_rolloff rolloff ;
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
2015-06-07 20:53:52 +03:00
enum fe_delivery_system delivery_system ;
2009-08-03 21:39:15 +04:00
2012-08-13 05:33:21 +04:00
enum fe_interleaving interleaving ;
2009-08-03 21:39:15 +04:00
/* ISDB-T specifics */
u8 isdbt_partial_reception ;
u8 isdbt_sb_mode ;
u8 isdbt_sb_subchannel ;
u32 isdbt_sb_segment_idx ;
u32 isdbt_sb_segment_count ;
u8 isdbt_layer_enabled ;
struct {
u8 segment_count ;
2015-06-07 20:53:52 +03:00
enum fe_code_rate fec ;
enum fe_modulation modulation ;
2009-08-03 21:39:15 +04:00
u8 interleaving ;
} layer [ 3 ] ;
2009-09-18 18:17:54 +04:00
2012-09-13 17:13:30 +04:00
/* Multistream specifics */
u32 stream_id ;
2012-01-29 22:44:58 +04:00
/* ATSC-MH specifics */
u8 atscmh_fic_ver ;
u8 atscmh_parade_id ;
u8 atscmh_nog ;
u8 atscmh_tnog ;
u8 atscmh_sgn ;
u8 atscmh_prc ;
u8 atscmh_rs_frame_mode ;
u8 atscmh_rs_frame_ensemble ;
u8 atscmh_rs_code_mode_pri ;
u8 atscmh_rs_code_mode_sec ;
u8 atscmh_sccc_block_mode ;
u8 atscmh_sccc_code_mode_a ;
u8 atscmh_sccc_code_mode_b ;
u8 atscmh_sccc_code_mode_c ;
u8 atscmh_sccc_code_mode_d ;
2012-10-03 11:28:56 +04:00
u32 lna ;
2013-01-07 22:41:35 +04:00
/* statistics data */
struct dtv_fe_stats strength ;
struct dtv_fe_stats cnr ;
struct dtv_fe_stats pre_bit_error ;
struct dtv_fe_stats pre_bit_count ;
struct dtv_fe_stats post_bit_error ;
struct dtv_fe_stats post_bit_count ;
struct dtv_fe_stats block_error ;
struct dtv_fe_stats block_count ;
V4L/DVB (8985): S2API: Added dvb frontend changes to support a newer tuning API
This is an experimental patch to add a new tuning mechanism for
dvb frontends. Rather than passing fixed structures across the
user/kernel boundary, which need to be revised for each new modulation
type (or feature the kernel developers want to add), this implements
a simpler message based approach, allowing fe commands to be broken
down into a series of small fixed size transactions, presented
in an array.
The goal is to avoid changing the user/kernel ABI in the future, by
simply creating new frontend commands (and sequencies of commands) that
help us add support for brand new demodulator, delivery system or
statistics related commmands.
known issues:
checkpatch voilations
feedback from various developers yet to be implemented, relating
to namespace conventions, variable length array passing conventions,
and generally some optimization.
This patch should support all existing tuning mechanisms through the
new API, as well as adding 8PSK, DVB-S2 NBC-QPSK and ISDB-T API support.
For testing and exercise purposes, see the latest tune.c tool
available from http://www.steventoth.net/linux/s2
Signed-off-by: Steven Toth <stoth@linuxtv.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2008-09-04 08:12:25 +04:00
} ;
2014-07-12 20:44:12 +04:00
# define DVB_FE_NO_EXIT 0
# define DVB_FE_NORMAL_EXIT 1
# define DVB_FE_DEVICE_REMOVED 2
2014-07-24 20:02:14 +04:00
# define DVB_FE_DEVICE_RESUME 3
2014-07-12 20:44:12 +04:00
2005-04-17 02:20:36 +04:00
struct dvb_frontend {
2006-05-14 12:01:31 +04:00
struct dvb_frontend_ops ops ;
2005-04-17 02:20:36 +04:00
struct dvb_adapter * dvb ;
2007-10-22 07:12:16 +04:00
void * demodulator_priv ;
void * tuner_priv ;
void * frontend_priv ;
void * sec_priv ;
void * analog_demod_priv ;
2008-09-11 17:19:27 +04:00
struct dtv_frontend_properties dtv_property_cache ;
2008-09-10 08:39:20 +04:00
# define DVB_FRONTEND_COMPONENT_TUNER 0
2012-01-11 03:33:43 +04:00
# define DVB_FRONTEND_COMPONENT_DEMOD 1
2008-09-10 08:39:20 +04:00
int ( * callback ) ( void * adapter_priv , int component , int cmd , int arg ) ;
2008-10-11 18:05:50 +04:00
int id ;
2014-07-12 20:44:12 +04:00
unsigned int exit ;
2005-04-17 02:20:36 +04:00
} ;
2007-10-22 07:12:16 +04:00
extern int dvb_register_frontend ( struct dvb_adapter * dvb ,
struct dvb_frontend * fe ) ;
2005-04-17 02:20:36 +04:00
2007-10-22 07:12:16 +04:00
extern int dvb_unregister_frontend ( struct dvb_frontend * fe ) ;
2005-04-17 02:20:36 +04:00
2007-10-22 07:12:16 +04:00
extern void dvb_frontend_detach ( struct dvb_frontend * fe ) ;
2006-08-08 16:10:09 +04:00
2006-03-30 22:53:35 +04:00
extern void dvb_frontend_reinitialise ( struct dvb_frontend * fe ) ;
2012-08-15 05:21:06 +04:00
extern int dvb_frontend_suspend ( struct dvb_frontend * fe ) ;
extern int dvb_frontend_resume ( struct dvb_frontend * fe ) ;
2006-03-30 22:53:35 +04:00
2015-05-31 10:17:06 +03:00
extern void dvb_frontend_sleep_until ( ktime_t * waketime , u32 add_usec ) ;
2005-11-09 08:35:27 +03:00
2005-04-17 02:20:36 +04:00
# endif