Skip to content

Commit

Permalink
---
Browse files Browse the repository at this point in the history
yaml
---
r: 1351
b: refs/heads/master
c: 2acdb1e
h: refs/heads/master
i:
  1349: b0f1aa2
  1347: ab137c1
  1343: 3949530
v: v3
  • Loading branch information
Malli Chilakala authored and Jeff Garzik committed May 13, 2005
1 parent 696b6ca commit 9b51497
Show file tree
Hide file tree
Showing 333 changed files with 6,505 additions and 11,131 deletions.
2 changes: 1 addition & 1 deletion [refs]
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
---
refs/heads/master: a83d5cf7a1d1dd22f3a8162b728a7e895192dda8
refs/heads/master: 2acdb1e05c1a92e05ee710ed8f226a8f3183d5a0
5 changes: 3 additions & 2 deletions trunk/CREDITS
Original file line number Diff line number Diff line change
Expand Up @@ -882,12 +882,13 @@ S: Blacksburg, Virginia 24061
S: USA

N: Randy Dunlap
E: rdunlap@xenotime.net
E: rddunlap@osdl.org
W: http://www.xenotime.net/linux/linux.html
W: http://www.linux-usb.org
D: Linux-USB subsystem, USB core/UHCI/printer/storage drivers
D: x86 SMP, ACPI, bootflag hacking
S: (ask for current address)
S: 12725 SW Millikan Way, Suite 400
S: Beaverton, Oregon 97005
S: USA

N: Bob Dunlop
Expand Down
3 changes: 2 additions & 1 deletion trunk/Documentation/cpusets.txt
Original file line number Diff line number Diff line change
Expand Up @@ -252,7 +252,8 @@ in a tasks processor placement.
There is an exception to the above. If hotplug funtionality is used
to remove all the CPUs that are currently assigned to a cpuset,
then the kernel will automatically update the cpus_allowed of all
tasks attached to CPUs in that cpuset to allow all CPUs. When memory
tasks attached to CPUs in that cpuset with the online CPUs of the
nearest parent cpuset that still has some CPUs online. When memory
hotplug functionality for removing Memory Nodes is available, a
similar exception is expected to apply there as well. In general,
the kernel prefers to violate cpuset placement, over starving a task
Expand Down
205 changes: 0 additions & 205 deletions trunk/Documentation/dvb/README.flexcop

This file was deleted.

69 changes: 45 additions & 24 deletions trunk/Documentation/dvb/bt8xx.txt
Original file line number Diff line number Diff line change
Expand Up @@ -17,53 +17,74 @@ Because of this, you need to enable
"Device drivers" => "Multimedia devices"
=> "Video For Linux" => "BT848 Video For Linux"

Furthermore you need to enable
"Device drivers" => "Multimedia devices" => "Digital Video Broadcasting Devices"
=> "DVB for Linux" "DVB Core Support" "Nebula/Pinnacle PCTV/TwinHan PCI Cards"

2) Loading Modules
==================

In general you need to load the bttv driver, which will handle the gpio and
i2c communication for us, plus the common dvb-bt8xx device driver.
The frontends for Nebula (nxt6000), Pinnacle PCTV (cx24110) and
TwinHan (dst) are loaded automatically by the dvb-bt8xx device driver.
i2c communication for us. Next you need the common dvb-bt8xx device driver
and one frontend driver.

The bttv driver will HANG YOUR SYSTEM IF YOU DO NOT SPECIFY THE CORRECT
CARD ID!

(If you don't get your card running and you suspect that the card id you're
using is wrong, have a look at "bttv-cards.c" for a list of possible card
ids.)

Pay attention to failures when you load the frontend drivers
(e.g. dmesg, /var/log/messages).

3a) Nebula / Pinnacle PCTV
--------------------------

$ modprobe bttv (normally bttv is being loaded automatically by kmod)
$ modprobe dvb-bt8xx (or just place dvb-bt8xx in /etc/modules for automatic loading)
$ modprobe bttv i2c_hw=1 card=0x68
$ modprobe dvb-bt8xx

For Nebula cards use the "nxt6000" frontend driver:
$ modprobe nxt6000

For Pinnacle PCTV cards use the "cx24110" frontend driver:
$ modprobe cx24110

3b) TwinHan and Clones
--------------------------
3b) TwinHan
-----------

$ modprobe bttv i2c_hw=1 card=0x71
$ modprobe dvb-bt8xx
$ modprobe dst

The value 0x71 will override the PCI type detection for dvb-bt8xx,
which is necessary for TwinHan cards.
The value 0x71 will override the PCI type detection for dvb-bt8xx, which
is necessary for TwinHan cards.#

If you're having an older card (blue color circuit) and card=0x71 locks
your machine, try using 0x68, too. If that does not work, ask on the
mailing list.
If you're having an older card (blue color circuit) and card=0x71 locks your
machine, try using 0x68, too. If that does not work, ask on the DVB mailing list.

The DST module takes a couple of useful parameters.
The DST module takes a couple of useful parameters, in case the
dst drivers fails to detect your type of card correctly.

verbose takes values 0 to 5. These values control the verbosity level.
dst_type takes values 0 (satellite), 1 (terrestial TV), 2 (cable).

debug takes values 0 and 1. You can either disable or enable debugging.
dst_type_flags takes bit combined values:
1 = new tuner type packets. You can use this if your card is detected
and you have debug and you continually see the tuner packets not
working (make sure not a basic problem like dish alignment etc.)

dst_addons takes values 0 and 0x20. A value of 0 means it is a FTA card.
0x20 means it has a Conditional Access slot.
2 = TS 204. If your card tunes OK, but the picture is terrible, seemingly
breaking up in one half continually, and crc fails a lot, then
this is worth a try (or trying to turn off)

The autodected values are determined bythe cards 'response
4 = has symdiv. Some cards, mostly without new tuner packets, require
a symbol division algorithm. Doesn't apply to terrestial TV.

You can also specify a value to have the autodetected values turned off
(e.g. 0). The autodected values are determined bythe cards 'response
string' which you can see in your logs e.g.

dst_get_device_id: Recognise [DSTMCI]
dst_check_ci: recognize DST-MOT

or

dst_check_ci: unable to recognize DSTXCI or STXCI

--
Authors: Richard Walker, Jamie Honan, Michael Hunold, Manu Abraham
Authors: Richard Walker, Jamie Honan, Michael Hunold
Loading

0 comments on commit 9b51497

Please sign in to comment.