Общий привет. Я тут с недавнего времени стал штатным сотрудником Альта, с основным прицелом на занятие non-x86 stuff'ом. У меня есть проект по портированию Сизифа на Power, и с ним, думаю, всё будет хорошо, а вот по поводу всего остального давайте подумаем. Как я понимаю, сейчас есть более или менее работающий порт на ARM, собирающийся в qemu и попытка притащить на mips, да? Тоже в qemu? Какие у вас целевые железки для arm'а и mips'а и целевое применение? Embedded? -- Regards, Wartan.
[-- Attachment #1: Type: text/plain, Size: 506 bytes --] Здравствуйте Wartan Hachaturow В сообщении от 18 декабря 2007 Wartan Hachaturow написал(a): > Какие у вас целевые железки для arm'а и mips'а и целевое применение? > Embedded? Ещё есть Spark http://www.elbrus.ru/vk-elbrus.shtml http://forum.tsure.ru/index.php?showtopic=1796 -- А ещё говорят так (fortune): - Что делает системный администратор, проснувшись с похмелья? - Тестирует память... ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1601 bytes --] On [Tue, 18.12.2007 23:50], Wartan Hachaturow wrote: > Общий привет. > > Я тут с недавнего времени стал штатным сотрудником Альта, с основным > прицелом на занятие non-x86 stuff'ом. > У меня есть проект по портированию Сизифа на Power, и с ним, думаю, > всё будет хорошо, а вот по поводу всего остального давайте подумаем. Есть несколько embedded железок на freescale. Пока там дебиан. Интересно было бы попробывать. > Как я понимаю, сейчас есть более или менее работающий порт на ARM, > собирающийся в qemu и попытка притащить на mips, да? Тоже в qemu? MIPS, насколько я знаю, собирается нативно. > Какие у вас целевые железки для arm'а и mips'а и целевое применение? Embedded? На ARM не embedded практически нет. Разве что development board. Самая мощная из мне доступных IOP348 800Mhz(в природе ещё существует). В зоне досигаемости есть ещё 5-7 разновидностей всякой embedded'щины на ARM. -- Regards, Kirill A. Shutemov + Belarus, Minsk + Velesys LLC, http://www.velesys.com/ + ALT Linux Team, http://www.altlinux.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Добрый день, WH> > Я тут с недавнего времени стал штатным сотрудником Альта, с основным WH> прицелом на занятие non-x86 stuff'ом. WH> У меня есть проект по портированию Сизифа на Power, и с ним, думаю, WH> всё будет хорошо, а вот по поводу всего остального давайте подумаем. под mips_32 пока только big endian порт. порта mips_64 big/little endian пока нет. Собраны пакеты до midnight & немного Пакеты тестятся на процессорке зеленоградской разработки/производства. . -- С Уваженим, gosha.
Здравствуйте. Я недавно пробую использовать 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
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 >
> mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой
> профиль для создания образа.
Я все это понимаю. Конечно, я могу в конце концов допилить у себя до приемлемого мне состояния. Но если бы это все, что было мне нужно - то зачем мне писать сюда? Я могу допилить молча.
Я пишу сюда не для того чтобы пожаловаться или получить срочную помощь, необходимую только мне, а скорее для того, чтобы вынести вопросы обмена опытом на обсуждение. Это имеет смысл, правда, если тут не три подписчика ;)
У кого что есть? у кого какие задачи? Кому в какую сторону необходимо двигаться?
На основе этого лучше собрать единый профиль в одном месте, чем если каждый создаст свой у себя, разве нет? как было недавно сказано про mkimage-profiles-desktop, например:
"Для m-p-d прекрасно работает схема, аналогичная linux-kernel -- _одна_ "официальная" точка сбора, несколько "грамотеев", порой собирающих изменения, и заметное количество часто или изредка их делающих."
Но, как я уже написал - были бы грамотеи ;)
--
Mike
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, чтобы любой юзер с любой (популярной у нас) платой мог использовать имеющиеся наработки
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/
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/
Всем привет. В связи с тем, что у меня появилось официально одобренное начальством время заниматься армовым портом сизифа, я займусь приведением его в порядок, и добавлением в список поддерживаемых архитектур. Примерный план действий: 1. Настройка регулярного резервного копирования. Аля архив сизифа. Когда проблемы с местом решаться, опубликую. 2. Поскольку, по ряду технических причин порт под АРМ всегда будет отставить от {i586,x86_64}, принято решение слить армовый noarch с основной частью порта. Когда это произойдет порт arm можно будет положить рядом с остальной частью сизифа. 3. Ремонт сломаны пакетов, 4. Создание профилей для mkimage создающие прошивки для популярных железяк. В первую очередь SheevaPlug и qemu эмулятора. 5. Приведение в порядок документации на wiki. Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
> Всем привет.
> В связи с тем, что у меня появилось официально одобренное начальством
> время заниматься армовым портом сизифа, я займусь приведением его в
> порядок, и добавлением в список поддерживаемых архитектур.
> Примерный план действий:
> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
> Когда проблемы с местом решаться, опубликую.
> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
> отставить от {i586,x86_64}, принято решение слить армовый noarch с
> основной частью порта. Когда это произойдет порт arm можно будет
> положить рядом с остальной частью сизифа.
> 3. Ремонт сломаны пакетов,
> 4. Создание профилей для mkimage создающие прошивки для популярных
> железяк. В первую очередь SheevaPlug и qemu эмулятора.
> 5. Приведение в порядок документации на wiki.
>
> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
08.04.2010 14:04, Kirill A. Shutemov пишет:
> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>> Всем привет.
>> В связи с тем, что у меня появилось официально одобренное начальством
>> время заниматься армовым портом сизифа, я займусь приведением его в
>> порядок, и добавлением в список поддерживаемых архитектур.
>> Примерный план действий:
>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>> Когда проблемы с местом решаться, опубликую.
>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>> основной частью порта. Когда это произойдет порт arm можно будет
>> положить рядом с остальной частью сизифа.
>> 3. Ремонт сломаны пакетов,
>> 4. Создание профилей для mkimage создающие прошивки для популярных
>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>> 5. Приведение в порядок документации на wiki.
>>
>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>
> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
было бы замечательно. Готов оказать помощь.
Thu, 08 Apr 2010 14:11:43 +0400 письмо от Michail Yakushin <silicium@altlinux.ru>:
> 08.04.2010 14:04, Kirill A. Shutemov пишет:
> > 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
> >> Всем привет.
> >> В связи с тем, что у меня появилось официально одобренное начальством
> >> время заниматься армовым портом сизифа, я займусь приведением его в
> >> порядок, и добавлением в список поддерживаемых архитектур.
> >> Примерный план действий:
> >> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
> >> Когда проблемы с местом решаться, опубликую.
> >> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
> >> отставить от {i586,x86_64}, принято решение слить армовый noarch с
> >> основной частью порта. Когда это произойдет порт arm можно будет
> >> положить рядом с остальной частью сизифа.
> >> 3. Ремонт сломаны пакетов,
> >> 4. Создание профилей для mkimage создающие прошивки для популярных
> >> железяк. В первую очередь SheevaPlug и qemu эмулятора.
> >> 5. Приведение в порядок документации на wiki.
> >>
> >> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
> >
> > Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
> было бы замечательно. Готов оказать помощь.
Как и обещал, постараюсь оперативно подготовить обзор по популярным платам/китам, которые "ходят" в нашем пространстве, которые можно считать доставаемыми. Кроме того, в скором времени подтяну еще одну интересную "железку" для ознакомления.
По датам что-то конкретное уже известно?
08.04.2010 22:04, Wagan Sarukhanov пишет:
> Thu, 08 Apr 2010 14:11:43 +0400 письмо от Michail Yakushin <silicium@altlinux.ru>:
>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> Всем привет.
>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>> Примерный план действий:
>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>> Когда проблемы с местом решаться, опубликую.
>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>> положить рядом с остальной частью сизифа.
>>>> 3. Ремонт сломаны пакетов,
>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>> 5. Приведение в порядок документации на wiki.
>>>>
>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>
>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>> было бы замечательно. Готов оказать помощь.
> Как и обещал, постараюсь оперативно подготовить обзор по популярным платам/китам, которые "ходят" в нашем пространстве, которые можно считать доставаемыми. Кроме того, в скором времени подтяну еще одну интересную "железку" для ознакомления.
> По датам что-то конкретное уже известно?
1. Уже сделан.
2. будет в ближайшие дни. может быть понедельник-вторник.
4. добавил в сизиф поддержку ubifsprogs. Тоесть можно уже делать на x86
машинах образы ubifs.
В общем ориентированно это все займет недели 2.
2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>> Всем привет.
>>> В связи с тем, что у меня появилось официально одобренное начальством
>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>> порядок, и добавлением в список поддерживаемых архитектур.
>>> Примерный план действий:
>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>> Когда проблемы с местом решаться, опубликую.
>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>> основной частью порта. Когда это произойдет порт arm можно будет
>>> положить рядом с остальной частью сизифа.
>>> 3. Ремонт сломаны пакетов,
>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>> 5. Приведение в порядок документации на wiki.
>>>
>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>
>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
> было бы замечательно. Готов оказать помощь.
Удали ecj-hack из репозитория, пожалуйста.
11.04.2010 01:10, Kirill A. Shutemov пишет:
> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> Всем привет.
>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>> Примерный план действий:
>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>> Когда проблемы с местом решаться, опубликую.
>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>> положить рядом с остальной частью сизифа.
>>>> 3. Ремонт сломаны пакетов,
>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>> 5. Приведение в порядок документации на wiki.
>>>>
>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>
>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>> было бы замечательно. Готов оказать помощь.
>
> Удали ecj-hack из репозитория, пожалуйста.
там нет такого пакета.
11.04.2010 22:57, Michail Yakushin пишет:
> 11.04.2010 01:10, Kirill A. Shutemov пишет:
>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>> Всем привет.
>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>> Примерный план действий:
>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>> Когда проблемы с местом решаться, опубликую.
>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>> положить рядом с остальной частью сизифа.
>>>>> 3. Ремонт сломаны пакетов,
>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>> 5. Приведение в порядок документации на wiki.
>>>>>
>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>
>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>> было бы замечательно. Готов оказать помощь.
>>
>> Удали ecj-hack из репозитория, пожалуйста.
> там нет такого пакета.
точнее уже нет.
2010/4/11 Michail Yakushin <silicium@altlinux.ru>: > 11.04.2010 01:10, Kirill A. Shutemov пишет: >> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>: >>> 08.04.2010 14:04, Kirill A. Shutemov пишет: >>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>: >>>>> Всем привет. >>>>> В связи с тем, что у меня появилось официально одобренное начальством >>>>> время заниматься армовым портом сизифа, я займусь приведением его в >>>>> порядок, и добавлением в список поддерживаемых архитектур. >>>>> Примерный план действий: >>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа. >>>>> Когда проблемы с местом решаться, опубликую. >>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет >>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с >>>>> основной частью порта. Когда это произойдет порт arm можно будет >>>>> положить рядом с остальной частью сизифа. >>>>> 3. Ремонт сломаны пакетов, >>>>> 4. Создание профилей для mkimage создающие прошивки для популярных >>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора. >>>>> 5. Приведение в порядок документации на wiki. >>>>> >>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать. >>>> >>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт. >>> было бы замечательно. Готов оказать помощь. >> >> Удали ecj-hack из репозитория, пожалуйста. > там нет такого пакета. ftp://ftp.altlinux.org/pub/people/boyarsh/arm/sisyphus/files/noarch/RPMS/ecj-hack-0-alt1.noarch.rpm ы?
11.04.2010 23:15, Kirill A. Shutemov пишет:
> 2010/4/11 Michail Yakushin <silicium@altlinux.ru>:
>> 11.04.2010 01:10, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> Всем привет.
>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>> Примерный план действий:
>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>> положить рядом с остальной частью сизифа.
>>>>>> 3. Ремонт сломаны пакетов,
>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>
>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>
>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>> было бы замечательно. Готов оказать помощь.
>>>
>>> Удали ecj-hack из репозитория, пожалуйста.
>> там нет такого пакета.
>
> ftp://ftp.altlinux.org/pub/people/boyarsh/arm/sisyphus/files/noarch/RPMS/ecj-hack-0-alt1.noarch.rpm
>
> ы?
Это оно ещё не синкнулось. Удалил я пакет. Там была какая то хрень в
сборочнице. поправил.
On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote: > Мысли и комментарии приветствуются. http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122 (предлагают подбросить железку, чтоб заняться терминальными клиентами на ARM) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
12.04.2010 12:50, Michael Shigorin пишет:
> On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote:
>> Мысли и комментарии приветствуются.
>
> http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122
> (предлагают подбросить железку, чтоб заняться терминальными
> клиентами на ARM)
>
Это тоже интересно. Иксы вобщем собрались, но не тестированы.
2010/4/12 Michail Yakushin <silicium@altlinux.ru>:
> 12.04.2010 12:50, Michael Shigorin пишет:
>> On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote:
>>> Мысли и комментарии приветствуются.
>>
>> http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122
>> (предлагают подбросить железку, чтоб заняться терминальными
>> клиентами на ARM)
>>
>
> Это тоже интересно. Иксы вобщем собрались, но не тестированы.
Имеет смысл для тестов приобрести Beagleboard или IGEPv2.
Mon, 12 Apr 2010 14:59:43 +0300 письмо от "Kirill A. Shutemov" <kirill@shutemov.name>:
> 2010/4/12 Michail Yakushin <silicium@altlinux.ru>:
> > 12.04.2010 12:50, Michael Shigorin пишет:
> >> On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote:
> >>> Мысли и комментарии приветствуются.
> >>
> >> http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122
> >> (предлагают подбросить железку, чтоб заняться терминальными
> >> клиентами на ARM)
> >>
> >
> > Это тоже интересно. Иксы вобщем собрались, но не тестированы.
>
> Имеет смысл для тестов приобрести Beagleboard или IGEPv2.
Попробую к маю подготовить 100%-совместимую плату с BeagleBoard
С уважением,
Ваган Саруханов
08.04.2010 14:04, Kirill A. Shutemov пишет:
> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>> Всем привет.
>> В связи с тем, что у меня появилось официально одобренное начальством
>> время заниматься армовым портом сизифа, я займусь приведением его в
>> порядок, и добавлением в список поддерживаемых архитектур.
>> Примерный план действий:
>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>> Когда проблемы с местом решаться, опубликую.
>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>> основной частью порта. Когда это произойдет порт arm можно будет
>> положить рядом с остальной частью сизифа.
>> 3. Ремонт сломаны пакетов,
>> 4. Создание профилей для mkimage создающие прошивки для популярных
>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>> 5. Приведение в порядок документации на wiki.
>>
>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>
> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
отличие версий минорное
2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>> Всем привет.
>>> В связи с тем, что у меня появилось официально одобренное начальством
>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>> порядок, и добавлением в список поддерживаемых архитектур.
>>> Примерный план действий:
>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>> Когда проблемы с местом решаться, опубликую.
>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>> основной частью порта. Когда это произойдет порт arm можно будет
>>> положить рядом с остальной частью сизифа.
>>> 3. Ремонт сломаны пакетов,
>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>> 5. Приведение в порядок документации на wiki.
>>>
>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>
>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
> отличие версий минорное
Проблема с временем. Остальное решаемо. ;)
Постараюсь на этой неделе сделать.
13.04.2010 15:16, Kirill A. Shutemov пишет:
> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> Всем привет.
>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>> Примерный план действий:
>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>> Когда проблемы с местом решаться, опубликую.
>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>> положить рядом с остальной частью сизифа.
>>>> 3. Ремонт сломаны пакетов,
>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>> 5. Приведение в порядок документации на wiki.
>>>>
>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>
>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>> отличие версий минорное
>
> Проблема с временем. Остальное решаемо. ;)
>
> Постараюсь на этой неделе сделать.
А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
думал все что устарело скопом собрать.
2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>> Всем привет.
>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>> Примерный план действий:
>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>> Когда проблемы с местом решаться, опубликую.
>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>> положить рядом с остальной частью сизифа.
>>>>> 3. Ремонт сломаны пакетов,
>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>> 5. Приведение в порядок документации на wiki.
>>>>>
>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>
>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>> отличие версий минорное
>>
>> Проблема с временем. Остальное решаемо. ;)
>>
>> Постараюсь на этой неделе сделать.
> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
> думал все что устарело скопом собрать.
Попробуй.
> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
> думал все что устарело скопом собрать.
Ну так ведь важно в правильном порядке и правильными группами.. Иначе
могут такие unmet-ы получиться, что вообще ничего не соберётся..
13.04.2010 17:57, Kirill A. Shutemov пишет:
> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> Всем привет.
>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>> Примерный план действий:
>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>> положить рядом с остальной частью сизифа.
>>>>>> 3. Ремонт сломаны пакетов,
>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>
>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>
>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>> отличие версий минорное
>>>
>>> Проблема с временем. Остальное решаемо. ;)
>>>
>>> Постараюсь на этой неделе сделать.
>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>> думал все что устарело скопом собрать.
>
> Попробуй.
Там кстати возникает регулярно:
'.rel.dyn': relocation 1330: relocation type invalid for the file type
Что это и что с ним делать?
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 13.04.2010 17:57, Kirill A. Shutemov пишет:
>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>> Всем привет.
>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>>> Примерный план действий:
>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>>> положить рядом с остальной частью сизифа.
>>>>>>> 3. Ремонт сломаны пакетов,
>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>>
>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>>
>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>>> отличие версий минорное
>>>>
>>>> Проблема с временем. Остальное решаемо. ;)
>>>>
>>>> Постараюсь на этой неделе сделать.
>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>>> думал все что устарело скопом собрать.
>>
>> Попробуй.
> Там кстати возникает регулярно:
> '.rel.dyn': relocation 1330: relocation type invalid for the file type
> Что это и что с ним делать?
Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
использованию на этой платформе. Я для себя уже делал соответвующие
изменения. Буду дома -- опубликую,
14.04.2010 10:16, Kirill A. Shutemov пишет:
> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>> 13.04.2010 17:57, Kirill A. Shutemov пишет:
>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>>> Всем привет.
>>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>>>> Примерный план действий:
>>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>>>> положить рядом с остальной частью сизифа.
>>>>>>>> 3. Ремонт сломаны пакетов,
>>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>>>
>>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>>>
>>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>>>> отличие версий минорное
>>>>>
>>>>> Проблема с временем. Остальное решаемо. ;)
>>>>>
>>>>> Постараюсь на этой неделе сделать.
>>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>>>> думал все что устарело скопом собрать.
>>>
>>> Попробуй.
>> Там кстати возникает регулярно:
>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>> Что это и что с ним делать?
>
> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
> использованию на этой платформе. Я для себя уже делал соответвующие
> изменения. Буду дома -- опубликую,
Если оно тривиальное, скажи на словах, я вырублю.
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 14.04.2010 10:16, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>> 13.04.2010 17:57, Kirill A. Shutemov пишет:
>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>>>> Всем привет.
>>>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>>>>> Примерный план действий:
>>>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>>>>> положить рядом с остальной частью сизифа.
>>>>>>>>> 3. Ремонт сломаны пакетов,
>>>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>>>>
>>>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>>>>
>>>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>>>>> отличие версий минорное
>>>>>>
>>>>>> Проблема с временем. Остальное решаемо. ;)
>>>>>>
>>>>>> Постараюсь на этой неделе сделать.
>>>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>>>>> думал все что устарело скопом собрать.
>>>>
>>>> Попробуй.
>>> Там кстати возникает регулярно:
>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>>> Что это и что с ним делать?
>>
>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
>> использованию на этой платформе. Я для себя уже делал соответвующие
>> изменения. Буду дома -- опубликую,
> Если оно тривиальное, скажи на словах, я вырублю.
Насколько я помню, я правил verify-elf.in на предмет незапуска
eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
Возможно, стоит инвертировать логику и запускать eu-elflint только на
тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
x86_64.
14.04.2010 10:41, Kirill A. Shutemov пишет: > 2010/4/14 Michail Yakushin <silicium@altlinux.ru>: >> 14.04.2010 10:16, Kirill A. Shutemov пишет: >>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>: >>>> 13.04.2010 17:57, Kirill A. Shutemov пишет: >>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>: >>>>>> 13.04.2010 15:16, Kirill A. Shutemov пишет: >>>>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>: >>>>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет: >>>>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>: >>>>>>>>>> Всем привет. >>>>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством >>>>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в >>>>>>>>>> порядок, и добавлением в список поддерживаемых архитектур. >>>>>>>>>> Примерный план действий: >>>>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа. >>>>>>>>>> Когда проблемы с местом решаться, опубликую. >>>>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет >>>>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с >>>>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет >>>>>>>>>> положить рядом с остальной частью сизифа. >>>>>>>>>> 3. Ремонт сломаны пакетов, >>>>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных >>>>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора. >>>>>>>>>> 5. Приведение в порядок документации на wiki. >>>>>>>>>> >>>>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать. >>>>>>>>> >>>>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт. >>>>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы >>>>>>>> отличие версий минорное >>>>>>> >>>>>>> Проблема с временем. Остальное решаемо. ;) >>>>>>> >>>>>>> Постараюсь на этой неделе сделать. >>>>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто >>>>>> думал все что устарело скопом собрать. >>>>> >>>>> Попробуй. >>>> Там кстати возникает регулярно: >>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type >>>> Что это и что с ним делать? >>> >>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к >>> использованию на этой платформе. Я для себя уже делал соответвующие >>> изменения. Буду дома -- опубликую, >> Если оно тривиальное, скажи на словах, я вырублю. > > Насколько я помню, я правил verify-elf.in на предмет незапуска > eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm. Так, тоесть править надо RPM? > Возможно, стоит инвертировать логику и запускать eu-elflint только на > тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и > x86_64. Поговорю сегодня с ldv@
14.04.2010 11:20, Michail Yakushin пишет:
> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>>> Там кстати возникает регулярно:
>>>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>>>>> Что это и что с ним делать?
>>>>
>>>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
>>>> использованию на этой платформе. Я для себя уже делал соответвующие
>>>> изменения. Буду дома -- опубликую,
>>> Если оно тривиальное, скажи на словах, я вырублю.
>>
>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
> Так, тоесть править надо RPM?
>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>> x86_64.
> Поговорю сегодня с ldv@
А может VERIFY_ELF_LINT для ARM по дефалту сделать relaxed?
2010/4/14 Michail Yakushin <silicium@altlinux.ru>: > 14.04.2010 10:41, Kirill A. Shutemov пишет: >> Насколько я помню, я правил verify-elf.in на предмет незапуска >> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm. > Так, тоесть править надо RPM? Да. >> Возможно, стоит инвертировать логику и запускать eu-elflint только на >> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и >> x86_64. > Поговорю сегодня с ldv@ Лучше тут.
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 14.04.2010 11:20, Michail Yakushin пишет:
>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> Там кстати возникает регулярно:
>>>>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>>>>>> Что это и что с ним делать?
>>>>>
>>>>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
>>>>> использованию на этой платформе. Я для себя уже делал соответвующие
>>>>> изменения. Буду дома -- опубликую,
>>>> Если оно тривиальное, скажи на словах, я вырублю.
>>>
>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>> Так, тоесть править надо RPM?
>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>> x86_64.
>> Поговорю сегодня с ldv@
> А может VERIFY_ELF_LINT для ARM по дефалту сделать relaxed?
Это будет сыпать в лог нерелевантный мусор. Нужно сначала eltfutils допилить.
14.04.2010 13:23, Kirill A. Shutemov пишет:
> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>> Так, тоесть править надо RPM?
>
> Да.
>
>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>> x86_64.
>> Поговорю сегодня с ldv@
>
> Лучше тут.
В общем жду пач, ldv скорее всего его приложит.
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 14.04.2010 13:23, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>>> Так, тоесть править надо RPM?
>>
>> Да.
>>
>>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>>> x86_64.
>>> Поговорю сегодня с ldv@
>>
>> Лучше тут.
> В общем жду пач, ldv скорее всего его приложит.
Бранч maint в моём гите. Дима, смержи, пожалуйста.
14.04.2010 23:53, Kirill A. Shutemov пишет:
> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>> 14.04.2010 13:23, Kirill A. Shutemov пишет:
>>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>>>> Так, тоесть править надо RPM?
>>>
>>> Да.
>>>
>>>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>>>> x86_64.
>>>> Поговорю сегодня с ldv@
>>>
>>> Лучше тут.
>> В общем жду пач, ldv скорее всего его приложит.
>
> Бранч maint в моём гите. Дима, смержи, пожалуйста.
Уже сами написали, и выложили. Сейчас проверю работает ли.
15.04.2010 08:56, Michail Yakushin пишет:
> 14.04.2010 23:53, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>> 14.04.2010 13:23, Kirill A. Shutemov пишет:
>>>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>>>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>>>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>>>>> Так, тоесть править надо RPM?
>>>>
>>>> Да.
>>>>
>>>>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>>>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>>>>> x86_64.
>>>>> Поговорю сегодня с ldv@
>>>>
>>>> Лучше тут.
>>> В общем жду пач, ldv скорее всего его приложит.
>>
>> Бранч maint в моём гите. Дима, смержи, пожалуйста.
> Уже сами написали, и выложили. Сейчас проверю работает ли.
Да, все заработало. проблема объехана. По мере починки elflint можно
будет вернуть обратно.
Здравствуйте. Установил на днях officecerver для arm http://www.altlinux.org/Ports/arm/officeserver Зашол через консоль рутом, добавляю пользователя, а passwd нету. Как можно установить пароль добавленному пользователю? Так же #ping 8.8.8.8 пишет socket: Permission denied, где можно поправить это?
23.11.2011 09:40, Alisher Faizov пишет: > Здравствуйте. Установил на днях officecerver для arm > http://www.altlinux.org/Ports/arm/officeserver > Зашол через консоль рутом, добавляю пользователя, а passwd нету. Видимо нужно поставить passwd. > Как > можно установить пароль добавленному пользователю? Так же #ping 8.8.8.8 > пишет socket: Permission denied, где можно поправить это? А я и не знал, что на вики что-то есть. Попробуйте более новый образ: ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports
> > А я и не знал, что на вики что-то есть. Попробуйте более новый образ: > > ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz Извиняюсь за наглость, а нету только базовой системы?
23.11.2011 12:19, Alisher Faizov пишет: > >> >> А я и не знал, что на вики что-то есть. Попробуйте более новый > образ: >> >> ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz > Извиняюсь за наглость, а нету только базовой системы? К сожалению, нет. Но вы можете поставить ту, которая есть, добавить в ней mkimage, взять за основу mkimage-profiles-arm¹ и собрать новый образ, такой, какой вам хочется. :) --- ¹ http://git.altlinux.org/people/manowar/public/?p=mkimage-profiles-arm.git;a=summary
> > > Как > > можно установить пароль добавленному пользователю? Так же #ping > 8.8.8.8 > > пишет socket: Permission denied, где можно поправить это? > > А я и не знал, что на вики что-то есть. Попробуйте более новый образ: > > ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz Ксати без переустановки не решается никак? Давно с альтом не работал, многое видимо поменялось... Кстати, спасибо.
> > Как > > можно установить пароль добавленному пользователю? Так же #ping > 8.8.8.8 > > пишет socket: Permission denied, где можно поправить это? > > А я и не знал, что на вики что-то есть. Попробуйте более новый образ: > > ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz С этим образом вообще не грузится, пытаюсь просмотреть вывод с ком порта, но там мусор какой-то. Ясно одно до вывода на alt+f12 не доходит.
23.11.2011 16:02, Alisher Faizov пишет: > >> > Как >> > можно установить пароль добавленному пользователю? Так же #ping >> 8.8.8.8 >> > пишет socket: Permission denied, где можно поправить это? >> >> А я и не знал, что на вики что-то есть. Попробуйте более новый > образ: >> >> ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz > > С этим образом вообще не грузится, пытаюсь просмотреть вывод с ком > порта, но там мусор какой-то. Очень странно. У меня работает прямо сейчас заместо маршрутизатора и прокси на DP. Никакого мусора при загрузке не наблюдалось. В любом случае, настройки последовательного порта в образ не входят. В этом образе, кажется, два ядра -sheeva и -dreamplug. Вы своё загружаете, или одно из этих? > Ясно одно до вывода на alt+f12 не доходит. А у вас и клавиатура к нему подключена? > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports
23.11.2011 09:40, Alisher Faizov пишет:
> Здравствуйте. Установил на днях officecerver для arm
> http://www.altlinux.org/Ports/arm/officeserver
> Зашол через консоль рутом, добавляю пользователя, а passwd нету. Как
> можно установить пароль добавленному пользователю? Так же #ping 8.8.8.8
> пишет socket: Permission denied, где можно поправить это?
расскажите, а куда вы его собственно ставили?
> расскажите, а куда вы его собственно ставили? Сюда http://4pda.ru/forum/index.php?showtopic=231617
* Paul Wolneykien <manowar@altlinux.org> [Wed, 23 Nov 2011 23:22:48 +0400]: > 23.11.2011 16:02, Alisher Faizov пишет: > > > >> > Как > >> > можно установить пароль добавленному пользователю? Так же #ping > >> 8.8.8.8 > >> > пишет socket: Permission denied, где можно поправить это? > >> > >> А я и не знал, что на вики что-то есть. Попробуйте более новый > > образ: > >> > >> ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz > > > > С этим образом вообще не грузится, пытаюсь просмотреть вывод с ком > > порта, но там мусор какой-то. > > Очень странно. У меня работает прямо сейчас заместо маршрутизатора и > прокси на DP. Никакого мусора при загрузке не наблюдалось. В любом > случае, настройки последовательного порта в образ не входят. > > В этом образе, кажется, два ядра -sheeva и -dreamplug. Вы своё > загружаете, или одно из этих? > Ядро взял андроидовское для этого девайса, на разделе фат32 сдкарты, второй раздел ext2 с корнем. > > Ясно одно до вывода на alt+f12 не доходит. > > А у вас и клавиатура к нему подключена? Да, usb-клава. Сейчас попробую второй заход...
[-- Attachment #1: Type: text/plain, Size: 90 bytes --] > Сейчас попробую второй заход... Последний образ уходит в kernel panic, лог во вложении [-- Attachment #2: log.txt --] [-- Type: text/plain, Size: 13425 bytes --] Starting from initram image. Waiting for SD-CARD wake up... Mounting new rootfs OK Hold on, switching root... xmj xmjxmj Kernel panic - no t syncing1111111111: Attempted to kill init! [<c002fda8>] (unwind_backtrace+0x0/0xd8) from [<c032538c>] (panic+0x50/0x130) [<c032538c>] (panic+0x50/0x130) from [<c0042c08>] (do_exit+0x68/0x594) [<c0042c08>] (do_exit+0x68/0x594) from [<c00431b0>] (do_group_exit+0x7c/0xb0) [<c00431b0>] (do_group_exit+0x7c/0xb0) from [<c004bd28>] (get_signal_to_deliver+0x2c8/0x2f8) [<c004bd28>] (get_signal_to_deliver+0x2c8/0x2f8) from [<c002c930>] (do_signal+0x68/0x618) [<c002c930>] (do_signal+0x68/0x618) from [<c002cef8>] (do_notify_resume+0x18/0x48) [<c002cef8>] (do_notify_resume+0x18/0x48) from [<c0029e4c>] (work_pending+0x1c/0x20) Current Time = 2011-11-24 16:19:24, Uptime = 8.938 seconds stack: [<c002fda8>] (unwind_backtrace+0x0/0xd8) from [<c0068f38>] (kpanic_dump_notifier+0xd8/0x124) [<c0068f38>] (kpanic_dump_notifier+0xd8/0x124) from [<0000000b>] (0xb) memory statistic: Unable to handle kernel paging request at virtual address fffffffd pgd = c0004000 [fffffffd] *pgd=40ae5021, *pte=00000000, *ppte=00000000 Internal error: Oops: 17 [#1] last sysfs file: Modules linked in: CPU: 0 Not tainted (2.6.32.9 #1) PC is at kpanic_erase+0x44/0xc4 LR is at 0x0 pc : [<c006886c>] lr : [<00000000>] psr: 60000193 sp : d80350e8 ip : 00000000 fp : 00000014 r10: 00020000 r9 : 00000001 r8 : 00000000 r7 : 00002a0d r6 : 00002a0d r5 : 00000000 r4 : c063d460 r3 : ffffffed r2 : 00000000 r1 : 00000000 r0 : 00000000 Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user Control: 00c5387d Table: 58a78008 DAC: 00000015 PC: 0xc00687ec: 87ec e58d2008 e58d3004 e1a02004 e1a03005 e1a0e00f e591f05c e3500000 0a000002 880c e59f0010 eb0af315 e3a00001 e28dd01c e8bd8030 c063d460 c05630fb e92d43f0 882c e24dd044 e59f40ac e5943004 e3530000 03e00000 0a000025 e1a0000d e3a01040 884c eb03a5cb e5943004 e3a00000 e3a01000 e3a05000 e1cd00f8 e58d3000 e58d5030 886c e5937010 e1a0600d e1a08007 e3a09000 e1cd81f0 ea00000a e1a0e00f e593f044 888c e0855007 e3500000 0a000001 e59f0048 eb0af2f2 e1cd20d8 e0922008 e0a33009 88ac e1cd20f8 e5943004 e1a0100d e1a00003 e593200c e3520000 8affffee 1a000002 88cc e5932008 e1520005 8affffea e3a00000 e28dd044 e8bd83f0 c063d460 c056312d SP: 0xd8035068: 5068 b8dffebf faffbfbb b32af5fb ff4becee bbeffede ffffef6e befeebfe eeeeffef 5088 eebaefed ffffffff d80350d4 00002a0d 00002a0d c0029a2c 00000000 00000000 50a8 00000000 ffffffed c063d460 00000000 00002a0d 00002a0d 00000000 00000001 50c8 00020000 00000014 00000000 d80350e8 00000000 c006886c 60000193 ffffffff 50e8 ffffffed 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5108 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5128 efeffafb c063d460 c061a9d0 00002a0d 00002a0d 00000000 00000001 c0068ba4 5148 7fffbeff ddfebbff beaafbeb bffbebee b6ebfbff afbbefff bfbbfbf8 ecbafa3f R4: 0xc063d3e0: d3e0 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 d400 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 d420 00000000 00000000 00000000 00000000 00000000 00000000 d80099c0 00000000 d440 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 d460 00000001 ffffffed d80487e0 00000000 00000000 00000000 00000000 00000000 d480 00000000 00020000 00000000 00020000 00000000 00000000 00000000 00000439 d4a0 00000000 00000000 00000000 00000000 00000000 000174d8 00000000 00000000 d4c0 00000000 00000000 00000002 00000000 00000000 00000000 00000010 00000000 Process init (pid: 1, stack limit = 0xd8034268) Stack: (0xd80350e8 to 0xd8036000) 50e0: ffffffed 00000000 00000000 00000000 00000000 00000000 5100: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5120: 00000000 00000000 efeffafb c063d460 c061a9d0 00002a0d 00002a0d 00000000 5140: 00000001 c0068ba4 7fffbeff ddfebbff beaafbeb bffbebee b6ebfbff afbbefff 5160: bfbbfbf8 ecbafa3f ef31efff cb1ffbae 8f78eebe a7aabebd baeeefab eefbebeb 5180: eeeabdfe fdaffbff babbeab3 cbabfff7 bfeefe3a 6febfefb e2abeafe 98f8fbf7 51a0: ab9bea6f fab6ffab ef7fefca bbaafabf dffffec5 3aeedaee fabaaf7d b6feffeb 51c0: eefcfa7b ffefbfee abcffba9 adeeafbb ff2cffc7 6db7febf 6f7ebeae 6efee7ff 51e0: febbeaef deebfdff 1adffeef ffafeafe aefecaf7 8faefa2e df7dfddf bebf2fee 5200: fffbaeff cdbafbf7 efadaaae fbfbf79e 8adffbff ebfdfebe 67efebff f6feafee 5220: ff6bbfbf eeaedfef f2f7afb3 ffcf72fa bbb7faef f6bebfaf aefaeeaf cefffbff 5240: efb8efae fe9edabf ff6fffea fa3df1ff eae7fffe e9eafbee afe2bffb 6caffbcb 5260: fbdfabfb 5aefee3b afaff3be afb7faeb bf339a7a fea6f3af e7feeafa cfb0afff 5280: cfaeffbf ee727fff dfe9f7ea acb7ffff 9 feae3ef f8cbffde f768bef3 3f6ebfbf 52a0: 9bffeffe ebeaebfb bf8fd6df afae7fbf ffabffaa eabbffff ff3cffab 6e8bebbb 52c0: e8ffbead fefefefb fff6ef3b bfebbffe feebfa9e 6deb3fee 9efdaf9f e37fe3af 52e0: f9bcbffc aeefffab afeeffef ffff8bbe beecabfb ee8bff6a feddfbbf bef3eebf 5300: afdb6fed faf3afef f772ebff f7fcafff ebfbdfbb afaaafbf beaf3aff bfcfeaeb 5320: 7fdbefff ebdacbff feeffa7e 6bb7feee bbeefbfb eeff3ebe a2ebefe0 bfbffff7 5340: 7fbabfef bdf8bfbf 7f3fbafa be32afbb aebfbc9e ef6eafff bbf7eaeb 2bfaffb3 5360: fbeafeef 3eedd9be befbb7ea f77b7ffd babaff8d e287effa eb7eea7b 587fff2f 5380: 3fbb9fa9 ae7defff bebbdbe8 bf25bb7f ebe66fab fbfcfbff ebb8eaeb 8bffebec 53a0: abbffeff fbbefefe beefdb0e ffffb6bd fcab65af ceffeeff eee7ffbb 1babfeef 53c0: aaf26aab ebc9fffb b3bffbff f2aff3ee be2efbef ffffeba3 8fcffbee bfebfbfe 53e0: efbafaeb b2383efd aabfe7ff f2f67ebb baffe7fe eda9bf7e bfbfbff3 f39ffbf3 5400: babafa78 afaeb9ee 4eabffff 8afbb7e7 4efff6ff b7dffffb beeffbff e672addf 5420: ae6fdeaf dff7fefc e8deeffe aaf93fff fabb39be fbbfafe6 debeafbb bbbef2fb 5440: ffeffafb efecaeae bfbafafb dbeefaac a3fb3efe 6fefebbf 87d6bfdb 6cfeeeba 5460: 7fbaffbf abbdfefb efbffba8 efbff3df ab7efbbf ff7fae6f 96fdffff f3bffbbf 5480: f3b9eebf ffebffce bdbaefef ebfebfa7 6bee7ebb be9abafb ba8ffdbb af6fefea 54a0: fabbbfee 7eefebfb bfaaefbf bbfebae5 efffeabf f6fefffb fcf9ebed efbaadff 54c0: aefecbbb fbe6ae2d bbecf7b7 cff9febf efaaffae f98beef7 beeafbf7 faffbffe 54e0: fb19e0bf abedffab fafeafff fffefffb a6fefb5f eebffefe fedf7bf7 f6daebe0 5500: 8fbbfedd ffbbfffe 7affffd8 af7af7ff ffeffabe 7ef6ebab 5fefabfd d7efffbf 5520: beebff3b 3feeebd8 cc3bfb72 d2aeffaa 6eb67eff cdfafeae 6ffeefbf 2abefffe 5540: af8bfbdb ba1e9feb bfa2faff fe33fdfb faeadeef 941eebbe fafbffff fffffbfe 5560: f7efffbe 7f9febef fdfbe3af f6ffefbf efffbbff ae777fef efacbfff b2dfba95 5580: fbaffaff f2f9f3fa a67af7ae fba7aece dafb6eeb bca6eeeb eefebee9 afe3eaff 55a0: 2b6fe7bf be3a1ffb affbbbed fbbfeabe 82fd3f2f ade7fed3 faafefef ef1ffeea 55c0: ffeafdff a3bf9fab aafbb9af bff38af8 fafeffeb efbfe7b3 aadfeafb bfef6fef 55e0: fbe2f7ef 63ffa6fe efbaaaee a2ddf6af 3fb9fbbe bfeaefab 97beef1a 7d2fab3d 5600: feffbdfb fbbfffee fef4f8a0 ffffffff 004c4b40 00000000 0000000f 000007ff 5620: d803563c c003c6b4 000007ff c05edf88 d8032030 c05edf88 d803564c c003cc6c 5640: 000002da d8032000 d8035648 d8035648 c05f2d78 c05f2c68 00000024 c063aa00 5660: 00000100 0000000a c05ee380 c0068400 d8034000 00000001 00000024 c004499c 5680: c05f0938 00000012 c063d424 00000009 d8035794 00000012 00000000 00040000 56a0: c05ee4ac d8035794 d8035724 c061a518 00000012 c002906c ffffffff f0000000 56c0: 00040000 c0029a70 c05ee4e4 c05ee4e8 c05ee4c8 c05ee4c8 c061a5cc 00000047 56e0: 0000004a c05ee4ac d8035794 d8035724 c061a518 00000001 60000113 d8035710 5700: c0040444 c0040a10 60000113 ffffffff cffffbff d80357a8 60000113 00000034 5720: 00000009 00000020 ffffffff 00000010 ffffffff 0000006c bfbafffb d80357a8 5740: 0000000b d80357a8 0000000b d8035888 00000001 c061a100 d803599c c0068f38 5760: d8035e0c d80357a8 0000000b d8035888 00000001 c061a100 d803599c c0325488 5780: c055c1eb d8035794 d8035888 c002e6d8 c055c1eb c0068f38 d8035888 0000000b 57a0: d80357a8 ffeaf2a6 00627830 645f6369 5f706d75 69746f6e 72656966 6478302b 57c0: 78302f38 00343231 9e9fbae8 f6d9feef ffffaffb f6bbffbe 6ffeff6f e2aabeef 57e0: ecfcbfff ffffac1f aaffbfbf bcb8bffb fa7eeffe e9ee8ffe f64ffe9f ff9fff9e 5800: bffedb7b eebd2f8a fea8ad60 ffffffff 004c4b40 00000000 0000000f 000007ff 5820: d803583c c003c6b4 000007ff c05edf88 d8032030 c05edf88 d803584c c003cc6c 5840: 0000032d d8032000 d8035848 d8035848 c05f2d78 c05f2c68 00000024 c063aa00 5860: 00000100 0000000a c05ee380 c0068400 d8034000 00000001 00000024 c004499c 5880: c05f0938 00000012 c063d424 00000009 d8035994 00000012 00000000 00040000 58a0: c05ee4ac d8035994 d8035924 c061a518 00000012 c002906c ffffffff f0000000 58c0: 00040000 c0029a70 c05ee4e4 c05ee4e8 c05ee4c8 c05ee4c8 c061a5cf 00000013 58e0: 0000001c c05ee4ac d8035994 d8035924 c061a518 00000001 60000113 d8035910 5900: c0040444 c0040a10 60000113 ffffffff 00000003 0000000a 60000113 00000030 5920: d8035948 c0055c6c c061a0d0 d8035dc4 000003aa 00000000 d8032030 d80359c4 5940: 00000014 00000400 d8035e10 0000000b 0000000b c05e26b0 00000000 d80359c4 5960: 000007db 00000000 fffffffe 00000000 00000001 c061a100 00000014 d80359c4 5980: 000007db 00000000 fffffffe 00000000 00000001 c061a100 00000014 c0068f58 59a0: 0000000b 00000018 00000010 00000013 00000018 00000008 000003aa d8114f30 59c0: d8114f00 00000000 00000000 00000000 00000000 00000000 00000000 00000000 59e0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5a00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0 0000000 5a20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5a40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5a60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5a80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5aa0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5ac0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5ae0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5b00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5b20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5b40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5b60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5b80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5ba0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5bc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5be0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5c00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5c20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5c40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5c60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5c80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5ca0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5cc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5ce0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5d00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5d20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5d40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5d60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5d80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5da0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 5dc0: 00000000 00000018 00000013 00000010 00000018 0000000a 0000006f 00000004 5de0: 00000148 c0029e4c 00000008 37eaf102 4ece6e8c 000a8a51 d8035e18 00000000 5e00: 00000000 c0055c6c c061a0d0 0000000b d8032000 d800b000 00000000 00000001 5e20: c063bbc4 c0055d20 00000000 00000000 c061a100 c03253b0 c055e5ad d8035e5c 5e40: d8035e40 d8032000 0000000b d8032000 d800b000 c0042c08 c055e5ad d8035e40 5e60: d8035e40 c05efb28 d8035e68 d8035e68 d800b000 0000000b d8035ee0 d8034000 5e80: d800b000 00000000 d8035fb0 c063bbc4 00000014 c00431b0 00106001 c004bd28 5ea0: d8035f60 d81419a0 d8035fb0 d8035fb0 00000000 400238f8 40023ae0 00000000 5ec0: d8034000 00000044 00000001 c002c930 d8af0108 00000024 d8032000 d8035fb0 5ee0: 0000000b 00000000 00030001 00000024 00000000 00000005 40005000 c0803080 5f00: fffffd94 febddd11 00000044 c00292c8 d8af0000 d8af0210 08000075 c008209c 5f20: d8af0070 00000000 d808b300 00000000 00000000 00000000 00007000 d808b300 5f40: 00000000 d400fc40 d8af0000 4002b000 00000002 d8af0078 d8032000 d808b300 5f60: d8034000 40024000 00000001 0000601e d8034000 00000000 00000001 d808b300 5f80: 00000000 00000001 40022fbc 400238f8 40023ae0 00000000 d8034000 00000044 5fa0: 00000001 c002cef8 ffffffff c0029e4c 400276d1 bebb6640 400238f8 00000008 5fc0: 00008ec9 40022fbc 400238f8 40023ae0 fffffd94 febddd11 00000044 00000001 5fe0: 00000000 bebb65f8 400071c0 40005a4c 20000010 ffffffff ffffeab2 d3efbfbd [<c006886c>] (kpanic_erase+0x44/0xc4) from [<c0068ba4>] (dump_kpanic.clone.0+0x50/0x30c) [<c0068ba4>] (dump_kpanic.clone.0+0x50/0x30c) from [<fbbfeabe>] (0xfbbfeabe) Code: e3a05000 e1cd00f8 e58d3000 e58d5030 (e5937010) ---[ end trace 9c1727791f0082fa ]--- Fixing recursive fault but reboot is needed!
24.11.2011 16:23, Alisher Faizov пишет:
>
>> Сейчас попробую второй заход...
> Последний образ уходит в kernel panic, лог во вложении
Кажется я понял причину. Карточка сбоит)
24.11.2011 14:23, Alisher Faizov пишет: > >> Сейчас попробую второй заход... > Последний образ уходит в kernel panic, лог во вложении Initram тоже от андроида? > > > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports
24.11.2011 18:36, Alisher пишет:
> 24.11.2011 16:23, Alisher Faizov пишет:
>>
>>> Сейчас попробую второй заход...
>> Последний образ уходит в kernel panic, лог во вложении
> Кажется я понял причину. Карточка сбоит)
А как вы это поняли?
24.11.2011 21:23, Paul Wolneykien пишет:
> 24.11.2011 14:23, Alisher Faizov пишет:
>>> Сейчас попробую второй заход...
>> Последний образ уходит в kernel panic, лог во вложении
> Initram тоже от андроида?
>
Нет, в рамдиске busybox с инит-скриптом взятый от подобного планшета zt-180:
#!/bin/sh
echo Starting from initram image.
echo Waiting for SD-CARD wake up...
sleep 3
#echo Mounting proc...
#mount -t proc proc /proc && echo OK
echo "Mounting new rootfs"
mount -t ext2 /dev/mmcblk0p2 /newroot && echo OK
#echo Unmounting proc...
#umount /proc && echo OK
echo Hold on, switching root... -------- В этом месте и паникует. Скорее
всего не запускается инит
exec switch_root /newroot /sbin/init
echo hrm, have a shell instead
exec /bin/ash
24.11.2011 20:31, Alisher пишет: > 24.11.2011 21:23, Paul Wolneykien пишет: >> 24.11.2011 14:23, Alisher Faizov пишет: >>>> Сейчас попробую второй заход... >>> Последний образ уходит в kernel panic, лог во вложении >> Initram тоже от андроида? >> > Нет, в рамдиске busybox с инит-скриптом взятый от подобного планшета > zt-180: > #!/bin/sh > > echo Starting from initram image. > echo Waiting for SD-CARD wake up... > sleep 3 > > #echo Mounting proc... > #mount -t proc proc /proc && echo OK > > echo "Mounting new rootfs" > mount -t ext2 /dev/mmcblk0p2 /newroot && echo OK > > #echo Unmounting proc... > #umount /proc && echo OK > > echo Hold on, switching root... -------- В этом месте и паникует. Скорее > всего не запускается инит Чей init, наш? Так может быть просто архитектура несовместимая с armv5tel? > exec switch_root /newroot /sbin/init > > echo hrm, have a shell instead > exec /bin/ash > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports
24.11.2011 23:01, Paul Wolneykien пишет:
> 24.11.2011 20:31, Alisher пишет:
>> 24.11.2011 21:23, Paul Wolneykien пишет:
>>> 24.11.2011 14:23, Alisher Faizov пишет:
>>>>> Сейчас попробую второй заход...
>>>> Последний образ уходит в kernel panic, лог во вложении
>>> Initram тоже от андроида?
>>>
>> Нет, в рамдиске busybox с инит-скриптом взятый от подобного планшета
>> zt-180:
>> #!/bin/sh
>>
>> echo Starting from initram image.
>> echo Waiting for SD-CARD wake up...
>> sleep 3
>>
>> #echo Mounting proc...
>> #mount -t proc proc /proc&& echo OK
>>
>> echo "Mounting new rootfs"
>> mount -t ext2 /dev/mmcblk0p2 /newroot&& echo OK
>>
>> #echo Unmounting proc...
>> #umount /proc&& echo OK
>>
>> echo Hold on, switching root... -------- В этом месте и паникует. Скорее
>> всего не запускается инит
> Чей init, наш? Так может быть просто архитектура несовместимая с armv5tel?
/sbin/init да альтовый. С архитектурой все в порядке. Добился загрузки,
но до логина пока не дошел. Да и от офиссервера эе подошел образ. Просто
сервисов много грузится по умолчанию. Пишет много строк вида:
udevd[1256]: unable to receive ctrl connection: Function not implemented
В итоге повис на:
Starting alteratord service: [ DONE ]
INIT: Id "2" respawning too fast: disabled for 5 minutes
INIT: Id "3" respawning too fast: disabled for 5 minutes
> до логина пока не дошел. Да и от офиссервера эе подошел образ. Просто > сервисов много грузится по умолчанию. Пишет много строк вида: > > udevd[1256]: unable to receive ctrl connection: Function not implemented Это изза андроидного ядра -- оно не вполне совместимо с udev. > INIT: Id "2" respawning too fast: disabled for 5 minutes > > INIT: Id "3" respawning too fast: disabled for 5 minutes Это виртуальные консоли 2 и 3 не инициализировались, похоже. Можно попробовать убрать их из /etc/inittab Антон
24.11.2011 14:07, Alisher Faizov пишет: > >> расскажите, а куда вы его собственно ставили? > Сюда http://4pda.ru/forum/index.php?showtopic=231617 Если это пользовательское устройство, то попробуйте также http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz Хотя LXDE будет сложно использовать без мыши, но этот образ содержит больше ориентированных на конечного пользователя программ. > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports
* "Anton V. Boyarshinov" <antonv.boyarshinov@gmail.com> [Thu, 24 Nov 2011 22:03:44 +0300]: > > до логина пока не дошел. Да и от офиссервера эе подошел образ. Просто > > сервисов много грузится по умолчанию. Пишет много строк вида: > > > > udevd[1256]: unable to receive ctrl connection: Function not > implemented > Это изза андроидного ядра -- оно не вполне совместимо с udev. Ясно. Спасибо. Хоть и исходники ядра есть для этого устройства, но врятли у меня хватит знаний править их.
* Paul Wolneykien <manowar@altlinux.org> [Fri, 25 Nov 2011 01:07:27 +0400]: > 24.11.2011 14:07, Alisher Faizov пишет: > > > >> расскажите, а куда вы его собственно ставили? > > Сюда http://4pda.ru/forum/index.php?showtopic=231617 > > Если это пользовательское устройство, то попробуйте также > > http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz > > Хотя LXDE будет сложно использовать без мыши, но этот образ содержит > больше ориентированных на конечного пользователя программ. Спасибо. Жаль что об этом нет информации на вики. Решил установить офиссервер и снести все ненужно. В принципе Lxde можно и с тачскрином использовать. Я жу опровбовал федору и дебиан. Вполне сносно. А как думаете реально ли получить ускорение видео? В андроиде оно работало, есть либы для этого планшета. В нете нарыл исходники для gpu.
25.11.2011 08:21, Alisher Faizov пишет:
> * "Anton V. Boyarshinov" <antonv.boyarshinov@gmail.com> [Thu, 24 Nov
> 2011 22:03:44 +0300]:
>> > до логина пока не дошел. Да и от офиссервера эе подошел образ.
> Просто
>> > сервисов много грузится по умолчанию. Пишет много строк вида:
>> >
>> > udevd[1256]: unable to receive ctrl connection: Function not
>> implemented
>> Это изза андроидного ядра -- оно не вполне совместимо с udev.
> Ясно. Спасибо. Хоть и исходники ядра есть для этого устройства, но
> врятли у меня хватит знаний править их.
Ядро стоит пересобрать, потому что там по дефалту включена опция,
запрещающая делать bind пользователем не входящим в специальную группу.
Потом какая там вообще версия ядра, для нормальной работы udev нужен
пачик к 35му ядру
Плюс есть ещё одна проблема, udevу в недохдят некоторые eventы, это
можно заворкэраунидить где нибудь в rc.sysinit сказав add во все файлы в
/sys с именем uevent
25.11.2011 08:32, Alisher Faizov пишет:
> * Paul Wolneykien <manowar@altlinux.org> [Fri, 25 Nov 2011 01:07:27 +0400]:
>> 24.11.2011 14:07, Alisher Faizov пишет:
>> >
>> >> расскажите, а куда вы его собственно ставили?
>> > Сюда http://4pda.ru/forum/index.php?showtopic=231617
>>
>> Если это пользовательское устройство, то попробуйте также
>>
>>
> http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz
>>
>> Хотя LXDE будет сложно использовать без мыши, но этот образ содержит
>> больше ориентированных на конечного пользователя программ.
> Спасибо. Жаль что об этом нет информации на вики. Решил установить
> офиссервер и снести все ненужно. В принципе Lxde можно и с тачскрином
> использовать. Я жу опровбовал федору и дебиан. Вполне сносно. А как
> думаете реально ли получить ускорение видео? В андроиде оно работало,
> есть либы для этого планшета. В нете нарыл исходники для gpu.
А как зовут этот gpu?
25.11.2011 14:50, Michail Yakushin пишет: > 25.11.2011 08:21, Alisher Faizov пишет: >> * "Anton V. Boyarshinov"<antonv.boyarshinov@gmail.com> [Thu, 24 Nov >> 2011 22:03:44 +0300]: >>>> до логина пока не дошел. Да и от офиссервера эе подошел образ. >> Просто >>>> сервисов много грузится по умолчанию. Пишет много строк вида: >>>> >>>> udevd[1256]: unable to receive ctrl connection: Function not >>> implemented >>> Это изза андроидного ядра -- оно не вполне совместимо с udev. >> Ясно. Спасибо. Хоть и исходники ядра есть для этого устройства, но >> врятли у меня хватит знаний править их. > Ядро стоит пересобрать, потому что там по дефалту включена опция, > запрещающая делать bind пользователем не входящим в специальную группу. > > Потом какая там вообще версия ядра, для нормальной работы udev нужен > пачик к 35му ядру > > Плюс есть ещё одна проблема, udevу в недохдят некоторые eventы, это > можно заворкэраунидить где нибудь в rc.sysinit сказав add во все файлы в > /sys с именем uevent > Ядро 2.6.32.9 https://github.com/dandel/linux-2.6.32.y/tree/f472f49700ab5752e0fbefeaa3c6de7cb9085b4d На более новое врятли кто будет портировать.
25.11.2011 17:35, Paul Wolneykien пишет: > 25.11.2011 08:32, Alisher Faizov пишет: >> * Paul Wolneykien<manowar@altlinux.org> [Fri, 25 Nov 2011 01:07:27 +0400]: >>> 24.11.2011 14:07, Alisher Faizov пишет: >>>>> расскажите, а куда вы его собственно ставили? >>>> Сюда http://4pda.ru/forum/index.php?showtopic=231617 >>> Если это пользовательское устройство, то попробуйте также >>> >>> >> http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz >>> Хотя LXDE будет сложно использовать без мыши, но этот образ содержит >>> больше ориентированных на конечного пользователя программ. >> Спасибо. Жаль что об этом нет информации на вики. Решил установить >> офиссервер и снести все ненужно. В принципе Lxde можно и с тачскрином >> использовать. Я жу опровбовал федору и дебиан. Вполне сносно. А как >> думаете реально ли получить ускорение видео? В андроиде оно работало, >> есть либы для этого планшета. В нете нарыл исходники для gpu. > А как зовут этот gpu? > Vivante GC600, такая же в Marvell Dove. Пробовал федору ставить но dovefb не находит монитора. http://kernel.ubuntu.com/git?p=amitk/lucid.git;a=tree;f=arch/arm/mach-dove/gc600_driver_dove;hb=c8d7d283a9749f44c9fa77a833eae203c80912b4
Приветствую. Тут вот попалось: http://www.linux.org.ru/gallery/screenshots/8980182 ну и там ссылка дальше: http://forum.xda-developers.com/showthread.php?t=1918849 Arch, правда, но это уже не очень принципиально, наверное... -- С уважением, Сергей
>>>>> "Sergey" == Sergey <a_s_y-YTL04S48Vas@public.gmane.org> writes: > Приветствую. > Тут вот попалось: > http://www.linux.org.ru/gallery/screenshots/8980182 > ну и там ссылка дальше: > http://forum.xda-developers.com/showthread.php?t=1918849 > Arch, правда, но это уже не очень принципиально, наверное... Наверное. У меня tf700, дуалбутом с анд****ом. Всё необходимое в сизифе. --
On Fri, Mar 22, 2013 at 12:32:31AM +0400, Sergey Bolshakov wrote: > У меня tf700, дуалбутом с анд****ом. > Всё необходимое в сизифе. Кратенько рецептуру/ссылки сюда или на вики не? :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 1104 bytes --] >>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes: > On Fri, Mar 22, 2013 at 12:32:31AM +0400, Sergey Bolshakov wrote: >> У меня tf700, дуалбутом с анд****ом. >> Всё необходимое в сизифе. > Кратенько рецептуру/ссылки сюда или на вики не? :) В надежде, что кто-то приведёт в съедобный вид: - на x86 настраиваем hasher с qemu-arm (на вики есть), в sources.list указываем <сизиф> armh classic; - hsh-install свои любимые пакеты, из специфичного для tf700: + kernel-image-tf700 + abootimg + mkinitrd + nvidia-tegra - hsh-shell --rooter, внутри делаем следующее: + echo "MKINITRD_OPTIONS='--with ext4'" > /etc/sysconfig/installkernel + installkernel 3.1.10-tf700-altX + заполняем /boot/bootimg.cfg [1] + abootimg --create boot.aboot -k vmlinuz -r initrd.img -f bootimg.cfg - копируем к себе получившийся boot.aboot, делаем тарбол rootfs: hsh-run --rooter -- tar c --same-owner --same-permissions .... - собственно, всё -- как разлочить и порутать целевую железку, залить ядро и rootfs -- не является топиком этой рассылки :] [1] [-- Attachment #2: bootimg.cfg --] [-- Type: text/plain, Size: 283 bytes --] bootsize = 0x800000 pagesize = 0x800 kerneladdr = 0x10008000 ramdiskaddr = 0x11000000 secondaddr = 0x10f00000 tagsaddr = 0x10000100 name = ALT Linux cmdline = root=/dev/mmcblk0p8 rootflags=data=writeback,discard rootsubdir=/org.altlinux/root ro console=tty1 fbcon=map:0 fbcon=vc:1-4 [-- Attachment #3: Type: text/plain, Size: 146 bytes --] обращаю внимание на опцию rootsubdir в cmdline -- это умеет пока только mkinitrd, и это ровно то место, куда нужно распакковать нашу rootfs --
22.03.2013 13:58, Sergey Bolshakov пишет: >>>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes: > > > On Fri, Mar 22, 2013 at 12:32:31AM +0400, Sergey Bolshakov wrote: > >> У меня tf700, дуалбутом с анд****ом. > >> Всё необходимое в сизифе. > > > Кратенько рецептуру/ссылки сюда или на вики не? :) > > В надежде, что кто-то приведёт в съедобный вид: > > - на x86 настраиваем hasher с qemu-arm (на вики есть), > в sources.list указываем <сизиф> armh classic; > > - hsh-install свои любимые пакеты, из специфичного для tf700: > + kernel-image-tf700 > + abootimg > + mkinitrd > + nvidia-tegra О, тогда я попробую на AC100 что-ли. > > - hsh-shell --rooter, внутри делаем следующее: > + echo "MKINITRD_OPTIONS='--with ext4'" > /etc/sysconfig/installkernel > + installkernel 3.1.10-tf700-altX > + заполняем /boot/bootimg.cfg [1] > + abootimg --create boot.aboot -k vmlinuz -r initrd.img -f bootimg.cfg > > - копируем к себе получившийся boot.aboot, делаем тарбол rootfs: > hsh-run --rooter -- tar c --same-owner --same-permissions .... > > - собственно, всё -- > как разлочить и порутать целевую железку, залить ядро и rootfs -- > не является топиком этой рассылки :] > > [1] > > > > > обращаю внимание на опцию rootsubdir в cmdline -- это умеет пока > только mkinitrd, и это ровно то место, куда нужно распакковать нашу > rootfs > > > > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports >
On Friday 22 of March 2013 14:31:15 Paul Wolneykien wrote:
> О, тогда я попробую на AC100 что-ли.
Получилось ? А то отдали тут такую штуку, хочу тоже побаловаться...
Только уже третий месяц руки не доходят.
--
С уважением, Сергей