| Age | Commit message (Collapse) | Author |
|---|
|
From: Michael Krufky <mkrufky@linuxtv.org>
This patch creates a new atsc tuner module for the LG TDVS-H06xF ATSC tuners,
called lgh06xf. The purpose of this change is to reduce some duplicated
code, and to allow the lgh06xf tuner code to take advantage of dvb_attach().
As a side effect, the dependency of dvb-bt8xx on dvb-pll has been removed,
since the lgh06xf module itself will use dvb-pll, while remaining optional
for the dvb-bt8xx driver through the use of DVB_FE_CUSTOMISE
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
Acked-by: Andrew de Quincey <adq_dvb@lidskialf.net>
|
|
From: Michael Krufky <mkrufky@linuxtv.org>
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
|
|
From: Michael Krufky <mkrufky@linuxtv.org>
- removed duplicated tuning code for LG TDVS H064F
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
|
|
From: Michael Krufky <mkrufky@linuxtv.org>
This patch adds support for the new revision of the DViCO
FusionHDTV DVB-T Lite, based on the zl10353 demod instead
of mt352.
Both mt352 and zl10353 revisions of this card have the
same PCI subsystem ID.
Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
Acked-by: Chris Pascoe <c.pascoe@itee.uq.edu.au>
Ack'd-by: Manu Abraham <manu@linuxtv.org>
|
|
Semaphore to mutex conversion.
The conversion was generated via scripts, and the result was validated
automatically via a script as well.
Kernel-sync from patch 3318b
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
|
|
This is the first card to use dvb-pll in dvb-bt8xx. IMHO,
it would be a good idea to convert the other tuners in
this manner, after some testing, of course.
This is exactly the same as the patch that I previously
posted to the linux-dvb list, using the same DT3303 serial
TS transfer setting as cx88-based FusionHDTV5 Gold. The
only difference is gpio_mode. Thank you Doug Stevens, for
pointing out the correct gpio value.
Signed-off-by: Michael Krufky <mkrufky@m1k.net>
Signed-off-by: Doug Stevens <ddstevens@gmail.com>
|
|
|
|
|
|
|
|
submitted by Rusty Scott
|
|
|
|
pctv-sat
|
|
|
|
|
|
Notes:
Note that to use this with either of the DVICO FusionHDTV DVB-T boards you
will need to fetch and build against a recent snapshot of the video4linux
code that you can obtain from http://dl.bytesex.org/cvs-snapshots/. This
will get you the board ID for the Lite board, and/or the kernel I2C
support needed for the DVB-T1.
Cleanups (mt352-0-cleanup.patch) include:
- moving the card_type and dvb_frontend_info structure into the adapter
state to permit more than one card type in a system at once converting
the force_card parameter to an array to permit the same;
- removing incorrect "shift" values reintroduced by the merge of the
TDTC9251DH01C driver which was based on an old version of the code
with incorrect values - changes discussed and tested by Antonio
Mancuso;
- removing the incorrect use of I2C_M_NOSTART from the driver. The
only boards where this worked were the boards where use_i2c_hw
was enabled in the bttv driver, and there only because the i2c_hw
code ignores the I2C_M_NOSTART flag and always generates a start
condition. On other boards where the clag is respected, this
violates the i2c protocol and causes only errors. No-op;
- cleaning up some double initialisation (specifically that of the
ACQ_CTL register - no-op;
- converts some routines to pass the true frequency around, rather
than the frequency in MHz - need the real frequency for other
boards - no-op;
- ignoring FEC_NONE for the LP coderate in the case where OFDM
hierarchy mode is either set to be auto-detected or is disabled.
The demodulator ignores our settings anyway;
- changing the detect_avermedia function to a more generic function
that can be used to detect other bt878 or cx2388x cards in a
similar way;
- rounding the frequency programmed into the PLL so that it will be
closer to the desired received frequency;
- decoupling requirement for FE_REGISTER/FE_UNREGISTER to be called
synchronously from within mt352_attach_adapter/mt352_detach_client,
so that mt352 can be used with drivers such as cx88 which have
i2c and DVB support in separate modules.
The DVICO hardware support (mt352-1-dvico.patch):
- introduces functionality for the DVICO FusionHDTV DVB-T1 and
DVICO FusionHDTV DVB-T Lite boards in the mt352 frontend;
- activates autodetection for these boards;
The dvb-bt8xx patch (dvb-bt8xx.patch):
- adds hardware support for the DVICO FusionHDTV DVB-T Lite
- adds functionality to the bt8xx code to switch on/off DMA of the
transport stream only when the DVB layer wants data, rather than
generating a constant interrupt stream the entire time that the
driver is loaded.
The mt352 speedup patch (mt352-2-speedups.patch) helps with tuning
speed on the mt352 frontend, by:
- reinitialising the frontend only in the case when it has not yet
been initialised or when it has been put to sleep;
- ignoring requests from the frontend thread to repetitively acquire
a transponder with the same parameters. Each time it does this,
the tuner/demodulator lose sync and acquisition time is needlessly
extended.
|
|
Kenneth Aafloy
|
|
|
|
what Gerd is moving to
- allowed multiple instances of dst frontend.
- should handle terrestial cards correctly. Can mix and match
ts204, new tuner packets, symbol rate types in tuner packets
- has more DST strings on i2c asic discovery (in dst_check_ci)
- can override card PCI id using card=0x68 for bttv driver. bt878
audio dma still hogs all cards it finds, but this is an interim
release to work towards fixing this
- put in rudimentary signal strength / snr. The scale factors
are not right. Should work for terrestial / satellite.
- Put in Dimitri's fix of not doing dst_enable after reciept of
the 0xFF ack, but allowing the asic to do this itself.
|
|
This has support for i2c doen by bttv. Tested and working in 2.4,
clean compile 2.6. Expect changes to get working under 2.6.
Patches directory no longer needed.
|
|
are deprecated -- to be removed.
register network device for bt8xx cards
|
|
"kernel shape":
I mainly changed all "typedef struct foo_s {...} foo_t"
to "struct foo {}". Please don't start a policy war, I know the pros
cons of typedefs and structures.
We should, however, stick to the coding rules of the kernel: typedefed
structs are only used for opaque data types, where the internal
representation is irrelevant and we have get()/set() functions for
accessing them (ie. spinlock_t)
|
|
- Push sync handling down to DVB API
- Major fixes
|
|
|
|
|
