始终搞不懂为什么重编译内核会对一些模块式的驱动造成不能使用的
始终搞不懂为什么重编译内核会对一些模块式的驱动造成不能使用的影响,比如重编内核会导致声卡模块不能用,对于 vmware使用的一些模块也不能用,还有非自带的NVDIA的驱动,
都不能用,vmware要重新配置,NVIDIA要重新安装,
另外哪些驱动最好或必须编入内核,哪些又必须或最好编成模块(如声卡)?
每编一次内核,这些东西都要重搞一次,真是烦,兄弟们有没有好的解决方法啊。
声卡的每个选项应该尽量编成模块,如果把相应的声卡驱动编入声卡支持中(soundcore.o)中
反而会检测不出声卡,不知道这是为什么。 most of the modules u mention are the modules out of kernel. when u make module_install. u will clean the /lib/module/../xxx/ dir/ so u will remove the modules u installed. that is why u need reinstall. 照理说是这样的,但是我感觉却不是这样,我曾经试过很多次,
后来我把以前的那个modules文件夹保存起来,再重编内核,然后再把它们还原,
问题依旧。
另外,大多时候,我是会全部重编所需要的大部分常用内核,如fat32.o,ne.o等 ,启动时没有什么问题,但是在装载分区或要用到这些模块时,就出了问题。
更奇怪的是,有很多时候在重编内核后,还要另外重编一次模块,且要在config文件里面加上set version on all symble,这样在启动时虽然会出现“unresolved symbles*************""
但实际上使用却不会有问题,以后启动时也不会出现“unresolved symbles*************"""
越来越不懂这些是怎么回事了。 after recompiling. some symbols info are changed. so u can not use old module dir even u backup them.
what kind of problem u meet when load fat
after u make bzImage, u of course need make modules and module_install. u need not that "set version on all symbols" 时隔两年多的今天,我又回来了,呵呵,go on.
那些symbols是怎么定位的呢,是根据路径还和名字还是什么,不可能是硬盘的物理地址吧.
如果是路径跟名字的话,我每次编译内核时除了内核的选项,其它文件夹及文件名,路径全都没有改啊,那以前编译的模块还原后应该还能用才对啊.
页:
[1]