aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/media/dvb
Commit message (Collapse)AuthorAge
...
* | | [media] zl10353: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib9000: get rid of unused dvb_frontend_parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | This parameter is passed as NULL, and it is never used. Just remove it. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib8000: Remove the old DVBv3 struct from it and add delsysMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | This driver only uses the DVBv5 struct. All it needs is to remove the non-used params var, and to add the ISDB-T to the delivery systems. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib3000mb: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib9000: Get rid of the remaining DVBv3 legacy stuffMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | dib9000 is almost ok, with regards to the usage of DVBv5 parameters. It has just a few stuff using the old way, at set_frontend. Replace them by the DVBv5 way, and add the delivery system. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx24113: cleanup: remove unused initMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | There's no need to initialize with zero. This only wastes space at the data segment. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib9000: remove unused parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dibx000: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx23123: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] av7110: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx23123: remove an unused argument from cx24123_pll_writereg()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | cx24123_pll_writereg doesn't use dvb_frontend_parameters. Just remove it. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx24116: report delivery system and cleanupsMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | This is one of the first drivers using DVBv5. It relies only on DVBv5 way, but still it contains some stub for unused methods. Remove them, add the delivery system and do some trivial cleanups. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx24110: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx22702: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx22700: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] bcm3510: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] au8522_dig: convert set_fontend to use DVBv5 parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of using dvb_frontend_parameters struct, that were designed for a subset of the supported standards, use the DVBv5 cache information. Also, fill the supported delivery systems at dvb_frontend_ops struct. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] atbm8830: convert set_fontend to new way and fix delivery systemMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is one of the cases where the frontend changes is required: while this device lies to applications that it is a DVB-T, it is, in fact, a frontend for CTTB delivery system. So, the information provided for a DVBv3 application should be different than the one provided to a DVBv5 application. So, fill delsys with the CTTB delivery system, and use the new way. there aren't many changes here, as everything on this driver is on auto mode, probably because of the lack of a proper API for this delivery system. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb-core: add support for a DVBv5 get_frontend() callbackMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Creates a DVBv5 get_frontend call, renaming the DVBv3 one to get_frontend_legacy(), while not all frontends are converted. After the conversion for all drivers, get_frontend_legacy() will be removed. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] Rename set_frontend fops to set_frontend_legacyMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Passing DVBv3 parameters to set_frontend is not fun, as the core doesn't have any way to know if the driver is using the v3 or v5 parameters. So, rename the callback and add a new one to allow distinguish between a mixed v3/v5 paramenter call from a pure v5 call. After having all frontends to use the new way, the legacy call can be removed. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb-core: allow demods to specify the supported delsysMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* | | [media] tuners: remove dvb_frontend_parameters from set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a big patch, yet trivial: now that all tuners use the DVBv5 way to pass parameters (e. g. via fe->dtv_property_cache), the extra parameter can be removed from set_params() call. After this change, very few DVBv3 specific stuff are left at the tuners. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb: remove dvb_frontend_parameters from calc_regs()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | The calc_regs() callback is used by a few frontends (mt352, nxt200x, digitv and zl10353). On all places it is called, the parameters are set by DVBv5 way. So, just use the DVBv5 struct and remove the extra parameter. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] budget: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] budget-av: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib0700_devices: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cxusb: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dib0070: Remove unused dvb_frontend_parametersMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] zl10036: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb-pll: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb-bt8xx: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb-ttusb-budget: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] pluto2: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] mantis_vp2040: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] mantis_vp2033: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] mantis_vp1033: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] mxl111sf-tuner: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] tda826x: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] stb6000: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] ix2505v: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] bsbe1, bsru6, tdh1: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] itd1000: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] tua6100: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] budget-patch: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] budget-ci: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] av7110: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] zl10039: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] cx24113: use DVBv5 parameters on set_params()Mauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | Instead of using DVBv3 parameters, rely on DVBv5 parameters to set the tuner Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb_core: estimate bw for all non-terrestial systemsMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of just estimating the bandwidth for DVB-C annex A/C, also fill it at the core for ATSC and DVB-C annex B. This simplifies the logic inside the tuners, as all non-satellite tuners can just use c->bandwidth_hz for all supported delivery systems. It could make sense to latter use it also for satellite systems, as several DVB-S drivers have their own calculus. However, on DVB-S2 the bw estimation is a little more complex, and the existing drivers have some optimized calculus for bandwidth. So, let's not touch on it for now. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
* | | [media] dvb: replace SYS_DVBC_ANNEX_AC by the right delsysMauro Carvalho Chehab2011-12-31
| | | | | | | | | | | | | | | | | | | | | | | | | | | SYS_DVBC_ANNEX_AC is an alias for SYS_DVBC_ANNEX_A. However, the first one is incorrect, as not all devices support both. So, replace its occurrences by the proper value (either SYS_DVBC_ANNEX_A or both SYS_DVBC_ANNEX_A and SYS_DVBC_ANNEX_C). Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>