From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 10 Apr 2003 18:22:03 +0700 From: Igor Fadin To: community@altlinux.ru Message-Id: <20030410182203.17fc0e4d.fid@darim.ru> In-Reply-To: <200304101408.13700.past@yam.ru> References: <200304081533.33848.past@yam.ru> <200304101308.09718.past@yam.ru> <20030410163903.41836182.fid@darim.ru> <200304101408.13700.past@yam.ru> X-Mailer: stuphead ver. 0.5.3 (Wiskas) (GTK+ 1.2.10; Linux 2.4.19-fid; i686) Organization: Darim Vision Co., Ltd. Mime-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Subject: [Comm] =?KOI8-R?B?W0NvbW1dIFJlOiDywdrMyd7J0SDXINLBws/UxSBkZXBtb2QgySBpbnNtb2Q=?= Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Thu, 10 Apr 2003 14:08:13 +0400 Artem Pastukhov wrote: AP> 10 Апрель 2003 13:39, Igor Fadin написал: >> On Thu, 10 Apr 2003 13:08:09 +0400 >> >> Artem Pastukhov 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 временами ведут себя неадекватно... :-) Игорь -- ----------------------------------