[Comm] [Comm] Re: Различия в работе depmod и insmod

[Igor Fadin]

On Thu, 10 Apr 2003 14:08:13 +0400
Artem Pastukhov <past на yam.ru> wrote:

AP> 10 Апрель 2003 13:39, Igor Fadin написал:
>> On Thu, 10 Apr 2003 13:08:09 +0400
>>
>> Artem Pastukhov <past на yam.ru> wrote:
>> >> 	Неплохо бы для начала расследование до конца довести.
>> >> 	Что   depmod -ae  скажет? И то что скажет - есть ли оно в
>> >> 	System.map? И еще, в кернеловом .config когда компилял
>> >> 	CONFIG_MODVERSIONS - во что утановлено? И во что
>> >> установлено то же самое в ядре было в котором работаешь?
>> >> 	.config в ручную правил или как?
>> >> 	Расследование не закончил - и сразу багу...
>> >> 		Игорь
>>
>> AP> Я как раз и пытаюсь расследовать.
>> AP> depmod -ae говорит:
>> AP> depmod: *** Unresolved symbols in
>> AP> /lib/modules/2.4.20-alt5-up/kernel/drivers/ide/ultima.o
>> AP> depmod:         schedule
>> AP> depmod:         __release_region
>> AP> depmod:         kmalloc
>> AP> depmod:         scsi_unregister_module
>> AP> depmod:         scsi_register
>> AP> depmod:         pcibios_present
>> AP> depmod:         free_irq
>> AP> depmod:         panic
>> AP> depmod:         kfree
>> AP> depmod:         request_irq
>> AP> depmod:         scsi_register_module
>> AP> depmod:         pci_find_device
>> AP> depmod:         __request_region
>> AP> depmod:         printk
>> AP> depmod:         scsi_unregister
>> AP> depmod:         __const_udelay
>> AP> depmod:         ioport_resource
>> AP> Ядро родное из мастера т.е. 2.4.20-alt5.
>> AP> Драйвер идет не как патч к ядру, а как отдельный пакет со
>> своим AP> Makefile
>> AP> С уважением,
>> AP> Артем Пастухов          past на yam.ru
>>
>> 	Собран без MODVERSIONS (это нормально).
>> 	Так, теперь   grep -e kfree System.map    что говорит?
>>
>> 		Игорь


AP> c012ee00 T kfree
AP> c01a7ab0 T sock_kfree_s
AP> c01a8860 T kfree_skbmem
AP> c01a88c0 T __kfree_skb
AP> c020eb99 R __kstrtab_kfree
AP> c0214161 R __kstrtab_sock_kfree_s
AP> c0215b26 R __kstrtab___kfree_skb
AP> c0217b08 R __ksymtab_kfree
AP> c0219408 R __ksymtab_sock_kfree_s
AP> c0219b40 R __ksymtab___kfree_skb
АP> -- 
AP> С уважением,
AP> Артем Пастухов          past на yam.ru

	Нормально.
	Тогда - не знаю.
	Одно скажу - у меня такое бывало. 
	modutils тут ни при чем. Ошибки при сборке.
	Лечилось обычно   make oldconfig;make clean;make dep;...и так далее
	После чего мозги у модуля вставали на место.
	И кстати, версию gcc все-таки проверь. 3-я ветка gcc для кернела непригодна.
	А на insmod нечего грешить - он же твой модуль грузит.  :-)
	А если ему модуль кажется подозрительным - так он честно это и сообщает.
	Может не совсем адекватно.
	Но это история для отдельного расследования - как все это в пакете организовано и как 
	все в живую собирается.

	У меня в связи вышеизложенным тут намедни другой вопрос возник:

	$ nm /lib/modules/2.4.20-alt5-up/kernel/drivers/bluetooth/hci_uart.o |grep kfree
	         U __kfree_skb_R304f981b
	         U kfree_R037a0cba  
	
	это конечно не смертельно, но как-то странно... 
	Ядро собрано без MODVERSIONS а некоторые модули с оным.
	Подозреваю что это результат спешки при выпуске дистра. 
	Тогда не удивительно что modutils временами ведут себя неадекватно...  :-)

		Игорь


--
----------------------------------