2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-07-17 07:20:06 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-07-30 14:58:10 -03:00
|
|
|
|
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 17:04:11 +09:00
|
|
|
|
2019-07-04 17:58:12 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-12-28 13:03:51 -05:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
[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 08:56:48 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-07-05 18:59:35 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 09:47:04 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2005-12-12 00:37:27 -08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 09:48:05 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-07-05 18:59:35 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 09:48:05 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-07-05 18:59:35 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-01-04 06:47:28 -05:00
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
|
|
|
|
|
2018-01-04 06:47:28 -05:00
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-08-21 01:25:48 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
|
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 09:58:26 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
|
|
|
|
|
2019-07-04 17:58:12 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
|
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
2019-02-18 14:29:06 -05:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2015-08-22 07:19:20 -03:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
|
|
|
|
|
2019-07-04 17:58:12 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
|
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
|
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-11-11 19:14:44 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-02-18 14:29:06 -05:00
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
2018-01-04 06:47:28 -05:00
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
|
|
|
|
|
2015-11-11 19:14:44 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:13:37 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2006-04-18 21:37:20 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
2016-08-09 18:32:31 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
2014-08-09 21:47:19 -03:00
|
|
|
|
|
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2019-02-18 14:29:06 -05:00
|
|
|
|
2011-12-24 12:24:33 -03:00
|
|
|
|
2007-08-21 01:25:48 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2007-10-18 19:56:47 -03:00
|
|
|
|
|
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
[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 11:40:02 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
2007-08-21 01:25:48 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2007-08-30 23:00:43 -03:00
|
|
|
|
2012-07-04 02:33:55 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2015-11-11 19:14:44 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 11:35:50 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-12-21 02:55:43 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 11:35:50 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:35:50 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:35:50 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 11:35:50 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-12-21 11:18:32 -03:00
|
|
|
|
2007-12-21 02:55:43 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-04-06 04:41:29 -03:00
|
|
|
|
2013-04-06 04:35:27 -03:00
|
|
|
|
2007-12-21 02:55:43 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-12-22 14:47:48 -03:00
|
|
|
|
|
|
|
|
|
2018-07-05 18:59:36 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2016-08-09 18:32:41 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2016-08-09 18:32:41 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2019-02-18 14:29:06 -05:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-04-18 01:12:03 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-01-04 06:47:28 -05:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
|
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2018-07-05 18:59:36 -04:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
[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 08:56:48 -03:00
|
|
|
|
|
|
|
|
|
2016-08-09 18:32:41 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-08-08 09:10:07 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-04-18 01:12:03 +01:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2010-08-25 09:50:20 -03:00
|
|
|
|
2006-08-08 09:10:07 -03:00
|
|
|
|
2006-01-09 15:25:07 -02:00
|
|
|
|
|
|
|
|
|
2011-12-26 17:48:33 -03:00
|
|
|
|
2006-01-09 15:25:07 -02:00
|
|
|
|
2007-07-13 11:54:35 -03:00
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
2015-08-22 13:28:02 -03:00
|
|
|
|
2006-06-21 10:27:31 -03:00
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2006-01-09 15:25:07 -02:00
|
|
|
|
|
|
|
|
|
2011-12-20 15:31:54 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2016-02-04 12:58:30 -02:00
|
|
|
|
|
|
|
|
|
2006-01-09 15:25:07 -02:00
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-01-09 15:32:43 -02:00
|
|
|
|
|
|
|
|
|
2006-01-09 15:25:12 -02:00
|
|
|
|
2006-09-25 12:41:53 -03:00
|
|
|
|
2012-10-03 04:28:56 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2015-11-11 19:14:44 -02:00
|
|
|
|
|
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
|
|
|
|
|
2011-12-26 18:03:12 -03:00
|
|
|
|
2008-10-14 16:34:07 -03:00
|
|
|
|
2006-04-18 17:47:09 -03:00
|
|
|
|
2007-12-21 11:18:32 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2011-12-26 20:22:50 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-07-30 14:58:10 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2011-12-26 20:22:50 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-01-04 06:47:28 -05:00
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-12-16 07:23:38 -05:00
|
|
|
|
|
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2018-01-04 06:47:28 -05:00
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-11 10:19:27 -03:00
|
|
|
|
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 01:12:25 -03:00
|
|
|
|
2015-08-22 14:10:31 -03:00
|
|
|
|
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 01:12:25 -03:00
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
|
|
|
|
|
2017-09-18 07:32:44 -04:00
|
|
|
|
|
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
2008-09-13 16:56:34 -03:00
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
2017-09-18 07:32:44 -04:00
|
|
|
|
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 01:12:25 -03:00
|
|
|
|
2017-09-18 07:32:44 -04:00
|
|
|
|
|
|
|
|
|
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 01:12:25 -03:00
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
|
|
|
|
|
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 01:12:25 -03:00
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
2009-08-03 14:39:15 -03:00
|
|
|
|
2012-08-12 22:33:21 -03:00
|
|
|
|
|
|
|
|
|
2009-08-03 14:39:15 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-06-07 14:53:52 -03:00
|
|
|
|
|
|
|
|
|
2009-08-03 14:39:15 -03:00
|
|
|
|
|
|
|
|
|
2009-09-18 11:17:54 -03:00
|
|
|
|
2012-09-13 10:13:30 -03:00
|
|
|
|
|
|
|
|
|
2012-01-29 15:44:58 -03:00
|
|
|
|
2017-12-16 07:23:38 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-01-29 15:44:58 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-10-03 04:28:56 -03:00
|
|
|
|
|
|
|
|
|
2013-01-07 15:41:35 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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 01:12:25 -03:00
|
|
|
|
|
|
|
|
|
2014-07-12 13:44:12 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-07-24 13:02:14 -03:00
|
|
|
|
2014-07-12 13:44:12 -03:00
|
|
|
|
2015-08-22 14:20:25 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2017-03-09 12:19:32 -03:00
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
|
|
|
|
|
2015-08-22 14:20:25 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-08-22 14:20:25 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-06-09 09:16:21 +01:00
|
|
|
|
2015-08-22 14:20:25 -03:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2016-08-09 18:32:51 -03:00
|
|
|
|
2006-05-14 05:01:31 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2007-10-22 00:12:16 -03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-11 10:19:27 -03:00
|
|
|
|
2008-09-10 01:39:20 -03:00
|
|
|
|
2012-01-10 20:33:43 -03:00
|
|
|
|
2008-09-10 01:39:20 -03:00
|
|
|
|
2008-10-11 11:05:50 -03:00
|
|
|
|
2014-07-12 13:44:12 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
|
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-10-22 00:12:16 -03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-10 10:46:25 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-08-08 09:10:09 -03:00
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
|
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
2021-04-18 01:12:03 +01:00
|
|
|
|
|
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
|
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-04-18 01:12:03 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
|
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
2015-11-10 11:54:15 -02:00
|
|
|
|
|
|
|
|
|
2006-03-30 15:53:35 -03:00
|
|
|
|
2015-11-10 10:26:39 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-10 10:26:39 -02:00
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
2015-11-10 10:26:39 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-09-19 16:40:33 -04:00
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-07-23 07:12:03 -03:00
|
|
|
|
2015-11-09 23:24:10 -02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-11-08 21:35:27 -08:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|