[devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[Mike Lykov]

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

Я недавно пробую использовать arm-порт на целевом устройстве, на данный момент на основе at91sam9260.
Попробовал собрать rootfs из профиля mkimage-profile-armrootfs.git , использовать репозиторий 
ftp://ftp.altlinux.ru/pub/people/boyarsh/arm/
Полученный tar я распаковываю и создаю образ jffs2 с помошью mkfs.jffs2, который заливаю на nand flash.
Хвала создателям, оно даже грузится в определенном смысле  :)))

Но возникло несколько концептуальных вопросов, хотелось бы узнать мысли/планы опытных людей.

1. Понятно, что применять порт можно на устройствах совершенно разной конфигурации - с наличием/отсутствием rs-232, ethernet, vga, размерами ram и flash и т.п.
у меня, например, самосборное ядро 2.6.30 без модулей и  nand flash, есть rs-232 и ethernet но нет vga.
Мне никогда не будет нужна поддержка загрузки модулей , UPS, swap, framebuffer и загрузки шрифтов, udev нужен только для автомонтирования sd card, fsck при загрузке у меня пытается проверить ext2 (почему-то именно ее) и вываливается (пока обошел через fastboot) - мне не нужен fsck в принципе на jffs2, device-mapper, multipath, EVMS/LVM, RAID, NFS/CIFS и т.д.

Все это делалось для десктопов/серверов и осталось в rc.sysinit в пакете для ARM. Понятно, почему - пакет на разные архитектуры собирается из одного источника, но можно ли как-то дистрибутивно (в сизифе?) для arm-пакета отменить исполнение некоторых частей?

2. Работаю с устройством через com-порт (ttyS0), все грузится и останавливается после rawdevices (которые тоже не нужны ;). Думал - виснет?, потом догадался что просто не хватает getty на этом порту. agetty в профиль не включен, собираюсь вот пересобрать снова. Может, включить?
Или, например, в профиле нет dhcpcd, а etcnet по умолчанию настраивает только интерфейс lo. Таким как я,  у кого ethernet (может тут еще кто есть? ;), было бы удобно иметь eth0 с bootproto=dhcp.

3. С набором пакетов по умолчанию на данный момент размер tar составляет 220 Mb (jffs2 образ будет около 110 Mb). Это слишком много для меня, релиз Angstrom, который использует busybox имеет размер 15 Mb. 
Когда я выкинул "что-нибудь ненужное", получился jffs2 образ на 47 Mb. Есть ли метод держать в профиле (в git.altlinux.org) несколько вариантов набора пакетов - минимальный, полный консольный, полный графический и т.п. ? И чтобы заранее было описано где-то, какой будет состав и получаемый размер образа. 
В Angstrom это есть в виде tasks, например:
bitbake base-image ; bitbake console-image x11-image 

В общем, всем кто разивает - спасибо, было бы интересно продолжить. Не хватает только людей, остальное приложится ;)

-- 
Mike 

Re: [devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[Kirill A. Shutemov]

2010/3/24 Mike Lykov <combr@yandex.ru>:
> Здравствуйте.
>
> Я недавно пробую использовать arm-порт на целевом устройстве, на данный момент на основе at91sam9260.
> Попробовал собрать rootfs из профиля mkimage-profile-armrootfs.git , использовать репозиторий
> ftp://ftp.altlinux.ru/pub/people/boyarsh/arm/
> Полученный tar я распаковываю и создаю образ jffs2 с помошью mkfs.jffs2, который заливаю на nand flash.
> Хвала создателям, оно даже грузится в определенном смысле  :)))
>
> Но возникло несколько концептуальных вопросов, хотелось бы узнать мысли/планы опытных людей.
>
> 1. Понятно, что применять порт можно на устройствах совершенно разной конфигурации - с наличием/отсутствием rs-232, ethernet, vga, размерами ram и flash и т.п.
> у меня, например, самосборное ядро 2.6.30 без модулей и  nand flash, есть rs-232 и ethernet но нет vga.
> Мне никогда не будет нужна поддержка загрузки модулей , UPS, swap, framebuffer и загрузки шрифтов, udev нужен только для автомонтирования sd card, fsck при загрузке у меня пытается проверить ext2 (почему-то именно ее) и вываливается (пока обошел через fastboot) - мне не нужен fsck в принципе на jffs2, device-mapper, multipath, EVMS/LVM, RAID, NFS/CIFS и т.д.
>
> Все это делалось для десктопов/серверов и осталось в rc.sysinit в пакете для ARM. Понятно, почему - пакет на разные архитектуры собирается из одного источника, но можно ли как-то дистрибутивно (в сизифе?) для arm-пакета отменить исполнение некоторых частей?

ARM'ы бывают разные. Соберите себе startup с тем что вы хотите сами.
Если изменения получатся достаточно общими, patches are welcome.

> 2. Работаю с устройством через com-порт (ttyS0), все грузится и останавливается после rawdevices (которые тоже не нужны ;). Думал - виснет?, потом догадался что просто не хватает getty на этом порту. agetty в профиль не включен, собираюсь вот пересобрать снова. Может, включить?
> Или, например, в профиле нет dhcpcd, а etcnet по умолчанию настраивает только интерфейс lo. Таким как я,  у кого ethernet (может тут еще кто есть? ;), было бы удобно иметь eth0 с bootproto=dhcp.

Всё это решается сборкой/модификацией mkimage профиля под ваши задачи.

> 3. С набором пакетов по умолчанию на данный момент размер tar составляет 220 Mb (jffs2 образ будет около 110 Mb). Это слишком много для меня, релиз Angstrom, который использует busybox имеет размер 15 Mb.
> Когда я выкинул "что-нибудь ненужное", получился jffs2 образ на 47 Mb. Есть ли метод держать в профиле (в git.altlinux.org) несколько вариантов набора пакетов - минимальный, полный консольный, полный графический и т.п. ? И чтобы заранее было описано где-то, какой будет состав и получаемый размер образа.

mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой
профиль для создания образа.

> В Angstrom это есть в виде tasks, например:
> bitbake base-image ; bitbake console-image x11-image
>
> В общем, всем кто разивает - спасибо, было бы интересно продолжить. Не хватает только людей, остальное приложится ;)
>
> --
> Mike
>
> _______________________________________________
> devel-ports mailing list
> devel-ports@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-ports
>

Re: [devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[Mike Lykov]

>  mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой
>  профиль для создания образа.

Я все это понимаю. Конечно, я могу в конце концов допилить у себя до приемлемого мне состояния. Но если бы это все, что было мне нужно - то зачем мне писать сюда? Я могу допилить молча.

Я пишу сюда не для того чтобы пожаловаться или получить срочную помощь, необходимую только мне, а скорее для того, чтобы вынести вопросы обмена опытом на обсуждение. Это имеет смысл, правда, если тут не три подписчика ;) 

У кого что есть? у кого какие задачи? Кому в какую сторону необходимо двигаться?

На основе этого лучше собрать единый профиль в одном месте, чем если каждый создаст свой у себя, разве нет? как было недавно сказано про mkimage-profiles-desktop, например:

"Для m-p-d прекрасно работает схема, аналогичная linux-kernel -- _одна_ "официальная" точка сбора, несколько "грамотеев", порой собирающих изменения, и заметное количество часто или изредка их делающих."

Но, как я уже написал - были бы грамотеи ;)

-- 
Mike 

Re: [devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[Wagan Sarukhanov]

Wed, 24 Mar 2010 09:26:18 +0300 письмо от Mike Lykov <combr@yandex.ru>:
> 
> >  mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой
> >  профиль для создания образа.
> 
> Я все это понимаю. Конечно, я могу в конце концов допилить у себя до приемлемого мне состояния. 
> Но если бы это все, что было мне нужно - то зачем мне писать сюда? Я могу допилить молча.
> 
> Я пишу сюда не для того чтобы пожаловаться или получить срочную помощь, необходимую только мне, а
> скорее для того, чтобы вынести вопросы обмена опытом на обсуждение. Это имеет смысл, правда, если
> тут не три подписчика ;) 
> 
> У кого что есть? у кого какие задачи? Кому в какую сторону необходимо двигаться?
> 
> На основе этого лучше собрать единый профиль в одном месте, чем если каждый создаст свой у себя, 
> разве нет? как было недавно сказано про mkimage-profiles-desktop, например:
> 
> "Для m-p-d прекрасно работает схема, аналогичная linux-kernel -- _одна_ "официальная" точка сбора, 
> несколько "грамотеев", порой собирающих изменения, и заметное количество часто или изредка их 
> делающих."

Согласен с Вами, что следует вопросы применения детально обсуждать, чтобы применибильность была лучше, и чтобы другие не изобретали велосипед, а могли пользоваться имеющимися в Сообществе наработками.
Только, на мой взгляд, рассылки больше подходят для решения проблем, а не для обсуждений. Для обсуждений лучше использовать Форум, как видимая часть айсберга, которую лекго могут увидеть и чайники от программизма, но зато профи-инженеры, то есть потенциальные потребители создаваемого Сообществом. Но уже ранее заметил, что здесь так сложилось, что всех "глубоко интерсующихся" почему-то посылают в Рассылки, а спецов из Рассылок почему-то не затянешь на Форум. Я своих коллег с electronix.ru так и не смог толпой сюда привлечь, в результате все пользуют неальтовский Линукс.

Могу поделиться тем, что имею сейчас благодаря Михаилу и Антону. Если возникнет желание, зайдите на Форум, там для АРМов уже есть специальная ветка http://forum.altlinux.org/index.php/board,16.0.html, там уже частично рассказал о своих интересах в этой теме.

У меня по долгу службы используются различные железки, большинство на АРМах. Давно использую в своих проектах аппаратную платформу AT91RM9200, она хоть и древняя, но зато от проекта к проекту пока не вызывает проблем. Несколько лет назад использовал ее в сочетании с FreeBSD, теперь, познакомившись с Сообществом ALTLinux, с прошлого года использую местный Sisyphus, по той же ссылке, которую Вы приводили.
Предоставленное мне ядро грузится убутом. Сделано так, что в параметрах u-boot можно с помощью переменной machid задать вариант используемой архитектуры платы. Пока реализована поддержка двух вариантов, отличающихся друг от друга мелочами, типа на каких gpio висят светодиоды и т.п. Кроме того, реализовано два варианта загрузки: отладочный и рабочий. В отладочном режиме rootfs грузится с usb-флэшки, где лежит полноценный Альт, обспечивающий подгрузку с помощью apt из Сизифа необходимых пакетов и т.п. Грузится на медленном АРМе это добро не быстро, секунд 30-50, зато все есть под руками. В рабочем режиме используется busybox, стартует около 5-8 секунд, то что надо. В параллельной флэшке сделано два раздела, один для ядра, второй для диска, который доступен в обоих режимах, что позволяет "готовить пищу" в расширенном отладодчном режиме и складывать в нужном месте для усеченного рабочего. 

Пока всем этим для мелких задач доволен, жду допиливания ядра, чтобы была поддержка SD.

Уже писал, что было бы замечательно, совместно разработать конфигурируемый BSP, чтобы любой юзер с любой (популярной у нас) платой мог использовать имеющиеся наработки

Re: [devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[Michael Shigorin]

On Wed, Mar 24, 2010 at 08:54:58AM +0300, Mike Lykov wrote:
> Все это делалось для десктопов/серверов и осталось в rc.sysinit
> в пакете для ARM. Понятно, почему - пакет на разные архитектуры
> собирается из одного источника, но можно ли как-то
> дистрибутивно (в сизифе?) для arm-пакета отменить исполнение
> некоторых частей?

У меня схожие вопросы к rc.sysinit:
https://bugzilla.altlinux.org/show_bug.cgi?id=23133

и вот этот ужас для тонких клиентов:
http://git.altlinux.org/people/mike/packages/?p=installer-feature-ltsp.git;a=commitdiff;h=b7553a8e232c4fe24d9da8ac13fa475f807a958b

> Когда я выкинул "что-нибудь ненужное", получился jffs2 образ на
> 47 Mb. Есть ли метод держать в профиле (в git.altlinux.org)
> несколько вариантов набора пакетов - минимальный, полный
> консольный, полный графический и т.п. ? И чтобы заранее было
> описано где-то, какой будет состав и получаемый размер образа. 

Выложи хоть получившееся-то.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel-ports] доработка пакетов под специфику устройств (и другие вопросы)

[Michael Shigorin]

On Wed, Mar 24, 2010 at 09:26:18AM +0300, Mike Lykov wrote:
> > mkimage-profile-armrootfs -- это лишь пример. Вам следует
> > создать свой профиль для создания образа.
> Я все это понимаю. Конечно, я могу в конце концов допилить у
> себя до приемлемого мне состояния. Но если бы это все, что было
> мне нужно - то зачем мне писать сюда? Я могу допилить молча.

BTW http://www.altlinux.org/Mkimage/Profiles/Desktop #синхронизация

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/