Занимаюсь компиляцией примеров из Linux Device Drivers 3 ed.Вроде делаю всё как рекомендует Рубини - взял исходники из Slackware откомпилировал ядро, после этого распаковал examples и запустил make в директории misc. Make валится на компиляции модуля jit - не может найти linux/config.h Более того, даже locate не помог мне найти что-либо подходящего.
И вообще, как следует бороться с этим ужасом (ядром 2.6) при создании и установке независимых драйверов и оборудования? Т.е. в Шлаке для каждого ядра создается каталог /lib/modules/{version}/ где есть указатель build. Можно ли не компилировать ядро, а использовать этот build?
С ностальгией вспоминаю ядро 2.2.19 ...
>[оверквотинг удален]
>ядро, после этого распаковал examples и запустил make в директории misc.
>Make валится на компиляции модуля jit - не может найти linux/config.h
>Более того, даже locate не помог мне найти что-либо подходящего.
>
>И вообще, как следует бороться с этим ужасом (ядром 2.6) при создании
>и установке независимых драйверов и оборудования? Т.е. в Шлаке для каждого
>ядра создается каталог /lib/modules/{version}/ где есть указатель build. Можно ли не
>компилировать ядро, а использовать этот build?
>
>С ностальгией вспоминаю ядро 2.2.19 ...из Changelog-a к ядру 2.6.19
Date: Mon Oct 9 19:13:51 2006 -0400
[HEADERS] Put linux/config.h out of its misery.
упразднён вообщем.
>[оверквотинг удален]
>>
>>С ностальгией вспоминаю ядро 2.2.19 ...
>
>из Changelog-a к ядру 2.6.19
>
>Date: Mon Oct 9 19:13:51 2006 -0400
>[HEADERS] Put linux/config.h out of its misery.
>
>
>упразднён вообщем.А что вместо него? Потому что просто удаление этого хедера ни к чему хорошему не приводит. jit продолжает ругацца, но уже другими словами.
autoconf.h
>autoconf.hСпасибо всем ответившим. Вместо config.h в действительности ничего не нужно, остальная ругань компилятора была связана с изменившимся api ядра.
Тем не менее вопрос остается - есть ли такие герои, которые поддерживали драйверы на протяжении всей ветки 2.6 и как они себя после этого чувствуют? Такого маразма с изменениями API ещё никогда не было, даже серия 2.4 была более-менее стабильной. А тут же, что ни версия, так новые приключения. Один этот скорбный список чего стоит-
http://lwn.net/Articles/2.6-kernel-api/
>И вообще, как следует бороться с этим ужасом (ядром 2.6) при создании
>и установке независимых драйверов и оборудования? Т.е. в Шлаке для каждого
>ядра создается каталог /lib/modules/{version}/ где есть указатель build. Можно ли не
>компилировать ядро, а использовать этот build?Не знаю как для Linux Device Drivers 3 ed. У меня Nvidia после перекомпиляции ядра не ставилась. Ставил ядро из kernel.org или из диска слаки в sources.
Установка пакета kernel-source.xxx.tgz должна правильно ставить указатель build на стандартное ядро.
>>И вообще, как следует бороться с этим ужасом (ядром 2.6) при создании
>>и установке независимых драйверов и оборудования? Т.е. в Шлаке для каждого
>>ядра создается каталог /lib/modules/{version}/ где есть указатель build. Можно ли не
>>компилировать ядро, а использовать этот build?
>
>Не знаю как для Linux Device Drivers 3 ed. У меня Nvidia
>после перекомпиляции ядра не ставилась. Ставил ядро из kernel.org или из
>диска слаки в sources.
>Установка пакета kernel-source.xxx.tgz должна правильно ставить указатель build на стандартное ядро.Ну, alsa этим тоже давно (ещё на ядре 2.4) отличалась. Т.е. перекомпиляция ядра (даже одной и той же версии) требует перекомпиляции модулей alsa.
>Ну, alsa этим тоже давно (ещё на ядре 2.4) отличалась. Т.е. перекомпиляция
>ядра (даже одной и той же версии) требует перекомпиляции модулей alsa.
>Я alsу в ядро ставлю, но надо в modprobe.conf/modules.conf писать то что alsaconf в /etc/modprobe.d/sound пишет.
Да, и rc.alsa можно отключить.