Age | Commit message (Collapse) | Author |
|
dvb_frontend
From: Patrick Boettcher <pb@linuxtv.org>
The dvb_frontend_ops is a pointer inside dvb_frontend. That's why every demod-driver
is having a field of dvb_frontend_ops in its private-state-struct and
using the reference for filling the pointer-field in dvb_frontend.
- It saves at least two lines of code per demod-driver,
- reduces object size (one less dereference per frontend_ops-access),
- be coherent with dvb_tuner_ops,
- makes it a little bit easier for newbies to understand how it works and
- avoids stupid mistakes because you would have to copy the dvb_frontend_ops
always, before you could assign the static pointer directly, which was
dangerous.
Signed-off-by: Patrick Boettcher <pb@linuxtv.org>
|
|
|
|
|
|
|
|
- added tuner and demod types for easier extension of new devices
- added a check for some artec devices which have another tuner
onboard, but don't know it, pll_addr is now a callback because of that
- general callbacks for pll_set, pll_init and demod_init. They decide which
pll-programming function is used and so on
- added tuner passthru callback to xfer_ops. now dibusb can en/disable the
tuner passthru of the dib3000m*-frontends; necessary for tuner probing
- remote type determination (no for hanftek, nec for others), was not planned
- fixed a bug in start_feed, which was introduced in step 2/3 but wasn't critical
- added pll-programming for lg_tdtp_e102p_tua6034 (it has the tua6034 as pll)
- added pll-programming and initialization for PANASONIC ENV77H11D5
- understood the i2c-address problem, now it is more logical
|
|
|
|
- added license information for the dib3000-common module
|
|
- merged changes from DiBcom v2.1 drivers to dib3000mc
- added transfer control callbacks to dib3000mc
|
|
with the Kconfig from dibusb.
|
|
dib3000mc easier, especially to avoid code duplication
|