g'day, > How are you installing the new kernel? DVB in 2.6.18 has a new feature, > "dvb attach", designed to minimise the number of loaded modules. It > this that is breaking. If for some reason, your depmod information is > incorrect, it'll break, and wont be able to load the modules. i'm installing the kernel via: [in kernel src directory] make -j2; make install modules_install [in dvb-v4l directory] make -j2; make install CONFIG_DVB_CORE_ATTACH is enabled. in the dvb-v4l tree, i have just about all the modules enabled for compilation ('M') except those disabled by CONFIG_VIDEO_KERNEL_VERSION depmod is run as a result of the 'make install' in the dvb-v4l tree. from looking at the resulting /lib/modules/2.6.18-rc5ltd1/modules.dep, i can see that no modules seem to think they have a dependency on mt352. same for dst. i also see mt352_attach as listed in /lib/modules/2.6.18-rc5ltd1/modules.symbols:alias symbol:mt352_attach mt352 but don't entirely understand the twisty maze of symbol_request/try_then_request_module/request_module to see why it would be failing. > Note that it is also possible to turn dvb attach off (its in the dvb > menuconfig submenu) if you don't care about this functionality... then > it'll function as previously; i.e. it'll load all frontend modules > supported by a driver, not just the ones actually needed. i'd love to help get this working/fixed! any of the above give any clues for where else i should be looking? cheers, lincoln. _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb