[linux-dvb] semi-recent regressions in automatic loading of DVB
ltd at interlink.com.au
Thu Sep 7 06:04:19 CEST 2006
> 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
> 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?
More information about the linux-dvb