Distribution: Debian GNU/Linux lenny, kernel is a 2.6.27 kernel compiled by me. Hardware: A TwinHan VP-1020 clone, blue card, without EEPROM. I don't know the exact model name of the card, but I know that it is distributed by Elta Media. I found a picture of a card that looks exactly (the chip names are also identical) like my one in a german wiki: http://www.vdr-wiki.de/wiki/index.php/Eltamedia_8683DVBS_Budget Problem Description: When loading the bttv kernel module without module parameters, the kernel freezes and the message bttv0: using: *** UNKNOWN/GENERIC *** [card=0,autodetected] is printed to dmesg. With the card=0x71 module parameter, the following appears in dmesg: Linux video capture interface: v2.00 bttv: driver version 0.9.17 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture bttv: Bt8xx card found (0). bttv0: Bt878 (rev 17) at 0000:04:04.0, irq: 18, latency: 32, mmio: 0xdfbff000 bttv0: using: Twinhan DST + clones [card=113,insmod option] bttv0: gpio: en=00000000, out=00000000 in=00f5fffe [init] bttv0: tuner absent bttv0: add subdevice "dvb0" bt878: AUDIO driver version 0.0.0 loaded dvb_bt8xx: unable to determine DMA core of card 0, dvb_bt8xx: if you have the ALSA bt87x audio driver installed, try removing it. dvb-bt8xx: probe of dvb0 failed with error -14 Note that loading the bttv module is automatically done by udev on a fresh debian lenny installation. The card works when adding the following line to the list of supported cards in drivers/media/dvb/btxx/bt878.c: BROOKTREE_878_DEVICE(0, -1, "Unknown card"), or when reverting the following patch: http://linuxtv.org/hg/v4l-dvb/rev/240e190c4112 (Only works when also commenting out the if(!has_dvb) {...} block) With the added PCI device id, I get the following dmesg output: Linux video capture interface: v2.00 bttv: driver version 0.9.17 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture bttv: Bt8xx card found (0). bttv0: Bt878 (rev 17) at 0000:04:04.0, irq: 18, latency: 32, mmio: 0xdfbff000 bttv0: using: Twinhan DST + clones [card=113,insmod option] bttv0: gpio: en=00000000, out=00000000 in=00f5fffe [init] bttv0: tuner absent bttv0: add subdevice "dvb0" bt878: AUDIO driver version 0.0.0 loaded bt878: Bt878 AUDIO function found (0). bt878 0000:04:04.1: PCI INT A -> GSI 18 (level, low) -> IRQ 18 bt878_probe: card id=[0x0],[ Unknown card ] has DVB functions. bt878(0): Bt878 (rev 17) at 04:04.1, irq: 18, latency: 32, memory: 0xdfbfe000 DVB: registering new adapter (bttv0) dst(0) dst_get_device_id: Recognise [DST-020] DST type flags : 0x4 symdiv 0x8 firmware version = 1 dst(0) dst_get_mac: MAC Address=[00:08:ca:10:1f:00] DVB: registering frontend 0 (DST DVB-S)... and the card works.
i really cannot understand the policy why this package is not yet in testing!!!!! the current package is in no way usable!!!!!!!!! so please explain!!! would even be better to remove the package from testing, so nobody would invest time on that completely broken package and nobody will lose data. for me its ok, cause i recompiled the packages from debian source, where the patches are already included, like on amd64 package it is already included as well! kind regards Mike
ou sorry, i commented the wrong bug, really sorry ;-) kind regards Mike
Any updates on this?
Hi Dominik, If I understand correctly, you are saying v2.6.25-rc1~1235^2~1 (V4L/DVB (7077): bt878: remove handcrafted PCI subsystem ID check, 2008-01-21) broke the boot with your card inserted. Which would be unfortunate, since if I understand correctly that patch was not supposed to have any noticeable effect unless one forces the issue by writing to /sys/bus/pci/drivers/bt878/new_id. Do you still have access to this hardware? If so, can you reproduce this bug with current (3.x.y) kernels? Curious, Jonathan