[linux-dvb] dvb_udb_digitv : Unable to handle kernel paging
request...
Patrick Boettcher
patrick.boettcher at desy.de
Thu Oct 20 08:49:28 CEST 2005
Hi Andy,
On Thu, 20 Oct 2005, Andy Clark wrote:
> I'm experiencing a problem with a newly-bought Nebula uDigiTV USB2 box.
>
> It's brand new, so I'm assuming it'll have an mt351 frontend rather than an
> nxt6000 one. I've compiled a vanilla 2.6.13 kernel on my system (CentOS 4.1),
> but I've used the "makelinks" script from the dvb-kernel CVS (as of
> 2005-10-19) to make use of the latest dvb-kernel code. The kernel compiles
> and boots without a hitch, but the problem occurs when the modules are
> loaded.
> Oct 19 23:48:52 vim kernel: >>> 02 7f 01 00 00 00 00
> Oct 19 23:48:52 vim kernel: <<< 02 7f 01 8a 00 00 00
> Oct 19 23:48:52 vim kernel: >>> 02 73 01 00 00 00 00
> Oct 19 23:48:52 vim kernel: <<< 02 73 01 8a 00 00 00
Here we have it: When trying to identify the mt352 (0x7f) it gets 0x8a
(whereas 0x13 is expected). Same for nxt6000: 0x0b expected, 0x8a
delivered.
So either you have a new very new device with an unkown demod inside, or
your box is broken :). Does it work in windows?
> These last few lines repeat indefinitely - I imagine because, while I'm
> specifying the "disable_rc_polling=1" option to dvb_usb in my modprobe.conf
> file, the insmod.sh script isn't using the option.
You are right. insmod.sh does not care about any options in /etc/.
Where is the "Unable to handle kernel paging request" from your subject?
regards,
Patrick.
--
Mail: patrick.boettcher at desy.de
WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/
More information about the linux-dvb
mailing list