Hi
Marc Denmark schrieb:
> Hello,
>
> I had a DEC 3000-s successfully working under linux. When the box died
> from a hardware failure, Hauppauge sent me a new box, which seems to
> work differently.
>
> I get the following messages in /var/log/syslog.
>
> Dec 4 22:39:26 i5100 kernel: usb 2-1: new full speed USB device using
> uhci_hcd and address 2
> Dec 4 22:39:26 i5100 kernel: ttusb_dec: no version info in Firmware
> Dec 4 22:39:26 i5100 kernel: ttusb_dec: found DSP code "DEC2540-t".
> Dec 4 22:39:30 i5100 kernel: usbcore: registered new driver ttusb-dec
> Dec 4 22:39:32 i5100 kernel: usb 2-1: USB disconnect, address 2
> Dec 4 22:39:38 i5100 kernel: usb 2-1: new full speed USB device using
> uhci_hcd and address 3
> Dec 4 22:39:38 i5100 kernel: ttusb_dec_init_stb: unknown model returned
> by firmware (00070001) - please report
>
> I have seen similar problems reported on this list for the DEC-2000T,
> where an additional switch statement helped to select the appropriate
> model.
Does the attached patch help?
>
> is there a way to compile the dvb modules with only the kernel headers
> installed?
> I don't want necessarily would like to recompile the whole kernel.
No, you need to have the kernel sources. But if you choose to compile the dvb stuff as
modules, you only need to recompile those modules.
-------------- next part --------------
Index: linux/drivers/media/dvb/ttusb-dec/ttusb_dec.c
===================================================================
--- linux/drivers/media/dvb/ttusb-dec/ttusb_dec.c.orig
+++ linux/drivers/media/dvb/ttusb-dec/ttusb_dec.c
@@ -1394,6 +1394,7 @@ static int ttusb_dec_init_stb(struct ttu
/* We can't trust the USB IDs that some firmwares
give the box */
switch (model) {
+ case 0x00070001:
case 0x00070008:
case 0x0007000c:
ttusb_dec_set_model(dec, TTUSB_DEC3000S);
