[d-kernel] Что качать для сборки ядра

[d-kernel] Что качать для сборки ядра

[Aleksey Avdeev]

Здравствуйте.

  Созрел я для сборки ядер под свои конфигурации (для 3х машин: Пень 133 
(не MMX) на SIS5511/12/13, Пень 3 на какомто из Intel и Атлон на 
nForce2). В общем виде данный процесс, в принципе понятен (статью 
http://www.atmsk.ru/viewtopic.php?t=903 читал). Но я запутался, с 
определением списка пакетов, которые надо вытянуть для корректной сборки 
ядра:

1. Непонял кокое ядро лучше взять за основу: aw или std (скорее всего 
std) под мои требования (см. ниже).

2. Слабо представляю что от чего зависит.

  Что я хочу получить в результате (основные позиции):

1. EVMS

2. Alsa 0.9.6

3. USB

4. Reiserfs

5. XFS

6. На платные сенсоры

7. Драйвера NVIDIA для nForce и видео карт.

  Как я понял из рассылки, aw и std ядра полностью данный список не 
покрывают. :-(

  Подскажите пожалуйста, что мне надо будет выкачать (из source, 
modules, feat, fix и т. д.) а то глаза разбегаются. :-)

  Спасибо за внимание.

-- 

С уважением. Алексей.

Re: [d-kernel] þÔÏ ËÁÞÁÔØ ÄÌÑ ÓÂÏÒËÉ ÑÄÒÁ

[Ed V. Bartosh]

>>>>> "AA" == Aleksey Avdeev writes:

 AA>    Созрел я для сборки ядер под свои конфигурации (для 3х машин:
 AA>    Пень 133 (не MMX) на SIS5511/12/13, Пень 3 на какомто из Intel
 AA>    и Атлон на nForce2). В общем виде данный процесс, в принципе
 AA>    понятен (статью http://www.atmsk.ru/viewtopic.php?t=903
 AA>    читал). Но я запутался, с определением списка пакетов, которые
 AA>    надо вытянуть для корректной сборки ядра:
Можно взять спек от kernel-image и посмотреть на то, какие патчи туда
включаются (макрос %add_patch_list) - это будет список нужных пакетов
kernel-feat и kernel-fix. Кроме того нужен kernel-source-<версия ядра>
и kernel-build-tools.

Почитайте полиси, оно лежит в kernel-build-tools, там кое-что об этом есть.
  
 AA>  1. Непонял кокое ядро лучше взять за основу: aw или std (скорее
 AA>  всего std) под мои требования (см. ниже).
На это могу сказать только об aw - среди затребованых фич в нем нет
alsa,NVIDIA и Raiser-а. последний в принципе могу собрать модулем.

 AA>  2. Слабо представляю что от чего зависит.
В смысле ? Все фичи включаются в спеке kernel-image с помощью
вышеупомянутого макроса %add_patch_list. Остальные зависимости, да и
эти тоже, видно обычным образом:
rpm -q --requires

 AA>    Что я хочу получить в результате (основные позиции):
 AA>  1. EVMS
 AA>  2. Alsa 0.9.6
 AA>  3. USB
 AA>  4. Reiserfs
 AA>  5. XFS
 AA>  6. На платные сенсоры
 AA>  7. Драйвера NVIDIA для nForce и видео карт.
  
 AA>    Как я понял из рассылки, aw и std ядра полностью данный список
 AA>    не покрывают. :-(
Ну да. В aw звук и видео и не планируется включать, оно
сервер-ориентированное. 
А понимать это проще не из рассылки, а с помощью rpm :)

 AA>    Подскажите пожалуйста, что мне надо будет выкачать (из source,
 AA>    modules, feat, fix и т. д.) а то глаза разбегаются. :-)
Дык это, схема ничем не отличается от других пакетов - все те же
зависимости, вся информация доступна с помощью rpm:

Берем kernel-image-std-up...src.rpm и смотрим, что ему нужно для сборки:
[ed@pc213 kernel-source-2.4.21]$ rpm -qp --requires kernel-image-std-up-2.4.21rel-alt7.src.rpm 
...
kernel-source-2.4.21 = 1.0.0
kernel-build-tools  
kernel-fix-security-owl  
kernel-fix-security  
kernel-fix-build  
kernel-fix-drivers-ide  
kernel-fix-drivers-net  
kernel-fix-drivers-pci  
kernel-fix-drivers-scsi  
kernel-fix-drivers-usb  
kernel-fix-core  
kernel-fix-fs  
kernel-feat-core-O1sched  
kernel-feat-addon
kernel-feat-acpi  
kernel-feat-i2c  
kernel-feat-fs-ntfs  
kernel-feat-fs-xfs  
kernel-feat-kconfig  
kernel-feat-crypto  
kernel-feat-drivers-video-splash  
kernel-feat-bttv  
kernel-feat-net-ppp-mppe  
kernel-feat-net-ipsec  
...

Выкачиваем и устанавливаем по этому списку все, что мы хотим
включить в свое ядро.

Точно так же и для модулей:
rpm -qp --requires /mnt/Sisyphus/SRPMS.kernel/kernel-modules-alsa-std-up-0.9.6-alt1.src.rpm 
gcc2.96  
modutils  
perl  
rpm >= 4.0.2-75
kernel-headers-std-up = 2.4.21rel-alt7
kernel-source-alsa-0.9.6

Например, для alsa выкачиваем
kernel-source-alsa и, для примера, модуль для std-up:
kernel-modules-alsa-std-up ... src.rpm
Для nvidia и всего остального, что в модулях - аналогично.

Для evms-а берем kernel-feat-dm и evms (kernel-feat-evms из одного
спека с evms генерится). (это есть в ядре -aw, можно глянуть там)

Raiser нужно будет просто включить, он в ядре уже есть.

Когда все это добро у нас есть и установлено, то делаем на основе
kernel-image-std (или любого другого kernel-image) спек(и) для kernel-image-наше_новое_ядро и пытаемся
его собрать. потом точно так же поступаем с модулями.

Вот и все вкратце.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Что качать для сборки ядра

[Denis Ovsienko]

> Берем kernel-image-std-up...src.rpm и смотрим, что ему нужно для сборки:
> [ed@pc213 kernel-source-2.4.21]$ rpm -qp --requires kernel-image-std-up-2.4.21rel-alt7.src.rpm
> ...
> kernel-source-2.4.21 = 1.0.0
[...]
> kernel-feat-net-ipsec
> ...
>
> Выкачиваем и устанавливаем по этому списку все, что мы хотим
> включить в свое ядро.
apt-get build-dep это выполняет, я проверял ;)

--
    DO4-UANIC

Re: [d-kernel] þÔÏ ËÁÞÁÔØ ÄÌÑ ÓÂÏÒËÉ ÑÄÒÁ

[Ed V. Bartosh]

 >>  Выкачиваем и устанавливаем по этому списку все, что мы хотим
 >>  включить в свое ядро.
 DO>  apt-get build-dep это выполняет, я проверял ;)

Я в курсе, но человек спросил чего выкачивать, мало ли что :)

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Что качать для сборки ядра

[Aleksey Avdeev]

Denis Ovsienko пишет:

>>Берем kernel-image-std-up...src.rpm и смотрим, что ему нужно для сборки:
>>[ed@pc213 kernel-source-2.4.21]$ rpm -qp --requires kernel-image-std-up-2.4.21rel-alt7.src.rpm
>>...
>>kernel-source-2.4.21 = 1.0.0
>>    
>>
>[...]
>  
>
>>kernel-feat-net-ipsec
>>...
>>
>>Выкачиваем и устанавливаем по этому списку все, что мы хотим
>>включить в свое ядро.
>>    
>>
>apt-get build-dep это выполняет, я проверял ;)
>  
>

  Что-то новое... :-) Можно поподробнее про build-dep: man apt-get её не 
показал (Сизиф от 20030731)...

-- 

С уважением. Алексей.

Re: [d-kernel] Что качать для сборки ядра

[Avdeev]

Denis Ovsienko пишет:
>>>>Выкачиваем и устанавливаем по этому списку все, что мы хотим
>>>>включить в свое ядро.
>>>
>>>apt-get build-dep это выполняет, я проверял ;)
>>
>>  Что-то новое... :-) Можно поподробнее про build-dep: man apt-get её не
>>показал (Сизиф от 20030731)...
> 
> [pilot@acara pilot]$ apt-get
> apt 0.5.5cnc4.1 для linux i586 собран Jun 25 2003 19:08:05
> Использование: apt-get [параметры] команда
>                apt-get [параметры] install|remove пакет1 [пакет2 ...]
>                apt-get [параметры] source пакет1 [пакет2 ...]

...

> 

   Спасибо. Буду знать что так тоже можно! :-) (Всегда apt-get с
командой пускал... :-)))

PS: Приношу извинения за дубли.

-- 

С уважением. Алексей.

Re: [d-kernel] XXX XXXXXX XXX XXXXXX XXXX

[Avdeev]

Ed V. Bartosh пишет:
>>>>>>"AA" == Aleksey Avdeev writes:
> 
> 
>  >> На это могу сказать только об aw - среди затребованых фич в нем
>  >> нет alsa ,NVIDIA и Raiser-а. последний в принципе могу собрать модулем.
>  >>
>  AA>   Эт понятно... :-)
>   
>  AA>    ИМХО Будет неплохо: не вижу я проблем с Raiser-ом, на своих
>  AA>    задачах... И MailDir на нём, по некоторым отзывам, хорошо
>  AA>    бегает.
> Да и я тоже не вижу, но пока никто не просил, а мне он не нужен - у
> меня XFS. Хорошо, соберу, только смысл ? Вам ядро все равно не подойдет, тогда
> смысл в Raisere-e там ? Только увеличит время сборки :(

   Тогда не надо, пожалуй... Раз заявок нет. :-)

> 
>  AA>    Я не очень понял такой момент (возможно мой вопрос глуп):
>  AA>    насколько компоненты из приведенного выше списка (*
>   
>  AA>  fix* и *feat*) независимы друг от друга? И если я из данного
>  AA>  списка выкину нечто лишнее (с точки зрения зависимостей), на
>  AA>  каком этапе сборки данная ошибка будет видна: ядро сразу
>  AA>  откажется собираться, или начнёт, но не сможет скомпилироваться?
>  AA>  Вопрос для меня важен: на домашней машине ядро собиралось около
>  AA>  1,5 суток при 32M памяти. Сейчас память я нарастил, но думаю
>  AA>  процесс тоже будет длительный... :-( (Машины на работе
>  AA>  задействовать на данном этапе, пока, немогу.)
>  Зависимости - это одно, а возможность сборки - нечто другое. Все эти
> -feat и -fix - это пакеты с патчами. Между ними в принципе бывают
> зависимости, но редко. Их можно увидеть обычным методом - через rpm
> -q.
> А вот ошибки могут быть где угодно - и на этапе приложения патчей и на
> этапе сборки, от этого никто не застрахован и я не вижу пути для
> изменения этого положения. Да и необходимости тоже.
> Я бы лично не связывался с таким неблагодарным делом как пересборка
> ядер, если это столько времени занимает. Очень непродуктивно это, IMHO.

   Дома пересборка имеет ещё одну цель: добиться DMA режима на
SIS5511/12/13. (Попробую поиграть опциями для SIS чипсетов и
найти чтонибудь что поможет обойти блокировку DMA на уровне
BIOS-а: есть подозрения что она есть.)

   И опыт такого рода - вещь нужная! :-) Ждёт меня подобная
задача на работе (когда "окно" будет): Если смогу внедрить
поддержку адаптеров USB-CAN
(http://www.peak-system.com/linux/index.htm) и разберусь как
MPLAB под Wine пускать - смогу про винду забыть (большей частью). ;-)

>   
>  AA>    Спасибо. Ставлю закачку, буду пробовать! ;-)
> На здоровье :)
> 
> PS: Если будут еще вопросы - пишите не лично, а на список. Это может быть
> полезно как Вам (ответит более одноого человека), так и окружающим.
> Здесь же ничего личного нет, чего таить-то :)

   Опс-с! 8-O А я гадаю, чего письма в рассылке нет! :-)
Оказывается я его не туда направил... :-/ Приношу извинения. Если
не возражаете - вечером продублирую его в рассылку.

PS: Приношу извинения за дубли.

-- 

С уважением. Алексей.

Re: [d-kernel] XXX XXXXXX XXX XXXXXX XXXX

[Aleksey Avdeev]

Ed V. Bartosh пишет:

>>>>>>"AA" == Aleksey Avdeev writes:
>>>>>>            
>>>>>>
>
> AA>    Созрел я для сборки ядер под свои конфигурации (для 3х машин:
> AA>    Пень 133 (не MMX) на SIS5511/12/13, Пень 3 на какомто из Intel
> AA>    и Атлон на nForce2). В общем виде данный процесс, в принципе
> AA>    понятен (статью http://www.atmsk.ru/viewtopic.php?t=903
> AA>    читал). Но я запутался, с определением списка пакетов, которые
> AA>    надо вытянуть для корректной сборки ядра:
>Можно взять спек от kernel-image и посмотреть на то, какие патчи туда
>включаются (макрос %add_patch_list) - это будет список нужных пакетов
>kernel-feat и kernel-fix. Кроме того нужен kernel-source-<версия ядра>
>и kernel-build-tools.
>
>Почитайте полиси, оно лежит в kernel-build-tools, там кое-что об этом есть.
>  
> AA>  1. Непонял кокое ядро лучше взять за основу: aw или std (скорее
> AA>  всего std) под мои требования (см. ниже).
>На это могу сказать только об aw - среди затребованых фич в нем нет
>alsa,NVIDIA и Raiser-а. последний в принципе могу собрать модулем.
>

  Эт понятно... :-)

  ИМХО Будет неплохо: не вижу я проблем с Raiser-ом, на своих 
задачах...
И MailDir на нём, по некоторым отзывам, хорошо бегает.

>
> AA>  2. Слабо представляю что от чего зависит.
>В смысле ? Все фичи включаются в спеке kernel-image с помощью
>вышеупомянутого макроса %add_patch_list. Остальные зависимости, да и
>эти тоже, видно обычным образом:
>rpm -q --requires
>
> AA>    Что я хочу получить в результате (основные позиции):
> AA>  1. EVMS
> AA>  2. Alsa 0.9.6
> AA>  3. USB
> AA>  4. Reiserfs
> AA>  5. XFS
> AA>  6. На платные сенсоры
> AA>  7. Драйвера NVIDIA для nForce и видео карт.
>  
> AA>    Как я понял из рассылки, aw и std ядра полностью данный список
> AA>    не покрывают. :-(
>Ну да. В aw звук и видео и не планируется включать, оно
>сервер-ориентированное. 
>А понимать это проще не из рассылки, а с помощью rpm :)
>
> AA>    Подскажите пожалуйста, что мне надо будет выкачать (из source,
> AA>    modules, feat, fix и т. д.) а то глаза разбегаются. :-)
>Дык это, схема ничем не отличается от других пакетов - все те же
>зависимости, вся информация доступна с помощью rpm:
>
>Берем kernel-image-std-up...src.rpm и смотрим, что ему нужно для сборки:
>[ed@pc213 kernel-source-2.4.21]$ rpm -qp --requires kernel-image-std-up-2.4.21rel-alt7.src.rpm 
>...
>kernel-source-2.4.21 = 1.0.0
>kernel-build-tools  
>kernel-fix-security-owl  
>kernel-fix-security  
>kernel-fix-build  
>kernel-fix-drivers-ide  
>kernel-fix-drivers-net  
>kernel-fix-drivers-pci  
>kernel-fix-drivers-scsi  
>kernel-fix-drivers-usb  
>kernel-fix-core  
>kernel-fix-fs  
>kernel-feat-core-O1sched  
>kernel-feat-addon
>kernel-feat-acpi  
>kernel-feat-i2c  
>kernel-feat-fs-ntfs  
>kernel-feat-fs-xfs  
>kernel-feat-kconfig  
>kernel-feat-crypto  
>kernel-feat-drivers-video-splash  
>kernel-feat-bttv  
>kernel-feat-net-ppp-mppe  
>kernel-feat-net-ipsec  
>...
>
>Выкачиваем и устанавливаем по этому списку все, что мы хотим
>включить в свое ядро.
>

  Я не очень понял такой момент (возможно мой вопрос глуп): 
насколько
компоненты из приведенного выше списка (*

fix* и *feat*) независимы друг от друга? И если я из данного 
списка выкину нечто лишнее (с точки зрения зависимостей), на 
каком этапе сборки данная ошибка будет видна: ядро сразу 
откажется собираться, или начнёт, но не сможет скомпилироваться?

  Вопрос для меня важен: на домашней машине ядро собиралось около 
1,5 суток при 32M памяти. Сейчас память я нарастил, но думаю 
процесс тоже будет длительный... :-( (Машины на работе 
задействовать на данном этапе, пока, немогу.)


>
>Точно так же и для модулей:
>rpm -qp --requires /mnt/Sisyphus/SRPMS.kernel/kernel-modules-alsa-std-up-0.9.6-alt1.src.rpm 
>gcc2.96  
>modutils  
>perl  
>rpm >= 4.0.2-75
>kernel-headers-std-up = 2.4.21rel-alt7
>kernel-source-alsa-0.9.6
>
>Например, для alsa выкачиваем
>kernel-source-alsa и, для примера, модуль для std-up:
>kernel-modules-alsa-std-up ... src.rpm
>Для nvidia и всего остального, что в модулях - аналогично.
>
>Для evms-а берем kernel-feat-dm и evms (kernel-feat-evms из одного
>спека с evms генерится). (это есть в ядре -aw, можно глянуть там)
>
>Raiser нужно будет просто включить, он в ядре уже есть.
>
>Когда все это добро у нас есть и установлено, то делаем на основе
>kernel-image-std (или любого другого kernel-image) спек(и) для kernel-image-наше_новое_ядро и пытаемся
>его собрать. потом точно так же поступаем с модулями.
>
>Вот и все вкратце.
>  
>

  Спасибо. Ставлю закачку, буду пробовать! ;-)

-- 

С уважением. Алексей.

Re: [d-kernel] XXX XXXXXX XXX XXXXXX XXXX

[Alexander Bokovoy]

On Wed, Aug 06, 2003 at 08:26:39PM +0400, Aleksey Avdeev wrote:
> >и kernel-build-tools.
> >
> >Почитайте полиси, оно лежит в kernel-build-tools, там кое-что об этом есть.
> > 
> >AA>  1. Непонял кокое ядро лучше взять за основу: aw или std (скорее
> >AA>  всего std) под мои требования (см. ниже).
> >На это могу сказать только об aw - среди затребованых фич в нем нет
> >alsa,NVIDIA и Raiser-а. последний в принципе могу собрать модулем.
> >
> 
>  Эт понятно... :-)
> 
>  ИМХО Будет неплохо: не вижу я проблем с Raiser-ом, на своих 
> задачах...
Дело не в проблемах, в AW он не используется, там только XFS.

> И MailDir на нём, по некоторым отзывам, хорошо бегает.
Не наша задача :)

-- 
/ Alexander Bokovoy
---
IOT trap -- core dumped

Re: [d-kernel] XXX XXXXXX XXX XXXXXX XXXX

[Aleksey Avdeev]

Alexander Bokovoy пишет:
> On Wed, Aug 06, 2003 at 08:26:39PM +0400, Aleksey Avdeev wrote:
> 
>>>и kernel-build-tools.
>>>
>>>Почитайте полиси, оно лежит в kernel-build-tools, там кое-что об этом есть.
>>>
>>>AA>  1. Непонял кокое ядро лучше взять за основу: aw или std (скорее
>>>AA>  всего std) под мои требования (см. ниже).
>>>На это могу сказать только об aw - среди затребованых фич в нем нет
>>>alsa,NVIDIA и Raiser-а. последний в принципе могу собрать модулем.
>>>
>>
>> Эт понятно... :-)
>>
>> ИМХО Будет неплохо: не вижу я проблем с Raiser-ом, на своих 
>>задачах...
> 
> Дело не в проблемах, в AW он не используется, там только XFS.

   Ясно. :-)

-- 

С уважением. Алексей.

[d-kernel] Re: XXX XXXXXX XXX XXXXXX XXXX

[Sergey Vlasov]

On Wed, 06 Aug 2003 20:26:39 +0400
"Aleksey Avdeev" <solo_oboroten@mail15.com> wrote:

>   Я не очень понял такой момент (возможно мой вопрос глуп): 
> насколько
> компоненты из приведенного выше списка (*
> 
> fix* и *feat*) независимы друг от друга? И если я из данного 
> списка выкину нечто лишнее (с точки зрения зависимостей), на 
> каком этапе сборки данная ошибка будет видна: ядро сразу 
> откажется собираться, или начнёт, но не сможет скомпилироваться?

Как когда - бывает, что вываливается на этапе приложения патчей, но
может и посреди сборки.

>   Вопрос для меня важен: на домашней машине ядро собиралось около 
> 1,5 суток при 32M памяти. Сейчас память я нарастил, но думаю 
> процесс тоже будет длительный... :-( (Машины на работе 
> задействовать на данном этапе, пока, немогу.)

В подобных случаях помогает ccache (apt-get install ccache). Запускать
сборку нужно через

  rpmbuild -ba --enable ccache --define 'use_ccache 1' --target i586 file.spec

(в каких-то версиях нужно было --enable ccache, в других -
--define...)

Только при повторных попытках сборки не меняйте version и release.