[devel] ARM. Оно нам нужно?

[devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1759 bytes --]

Вырезка из беседы с shrek@ в jabber

<kas> https://bugzilla.altlinux.org/show_bug.cgi?id=12036
<kas> поправишь?
<shrek> ох
<shrek> ты серьезно думаешь что оно нам надо и это будут поддерживать?
<kas> что именно?
<kas> я собираюсь поддерживать ARM порт
<shrek> arm
<kas> надеюсь включат в Сизиф
<kas> да и я вроде ничего особо страшного с пакетом сделать не предлагаю...
<shrek> давай так, если порт на arm будет официально поддерживаться тогда и будем патчить
<kas> сорри, через полчаса договорим
<kas> дык вот. чтоб arm стал оффициально поддерживаемым нужно сделать какие-то телодвижения
<kas> чем эти изменения в Mesa тебе так не нравяться?
<shrek> тем что их придется поддерживать пока неизвесно с какой целью
<kas> тебя не прельщает иметь Sisyphus на ещё одной платформе?
<shrek> если бы был arm может и прильщало бы, а так мне i586 хватает

Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
и готовы потратить время на поддержку 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 --]

Re: [devel] ARM. Оно нам нужно?

[Led]

В сообщении от Thursday 14 June 2007 15:49:08 Kirill A. Shutemov написал(а):
> Вырезка из беседы с shrek@ в jabber
>
> <kas> https://bugzilla.altlinux.org/show_bug.cgi?id=12036
> <kas> поправишь?
> <shrek> ох
> <shrek> ты серьезно думаешь что оно нам надо и это будут поддерживать?
> <kas> что именно?
> <kas> я собираюсь поддерживать ARM порт
> <shrek> arm
> <kas> надеюсь включат в Сизиф
> <kas> да и я вроде ничего особо страшного с пакетом сделать не предлагаю...
> <shrek> давай так, если порт на arm будет официально поддерживаться тогда и
> будем патчить <kas> сорри, через полчаса договорим
> <kas> дык вот. чтоб arm стал оффициально поддерживаемым нужно сделать
> какие-то телодвижения <kas> чем эти изменения в Mesa тебе так не нравяться?
> <shrek> тем что их придется поддерживать пока неизвесно с какой целью
> <kas> тебя не прельщает иметь Sisyphus на ещё одной платформе?
> <shrek> если бы был arm может и прильщало бы, а так мне i586 хватает
>
> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> и готовы потратить время на поддержку ARM в своих пакетах?

Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. И 
готов потратить время на поддержку ARM в своих пакетах, если появится 
инструментарий для этого (hasher+qemu, кросскомпиляторы и spt-профиль для 
изготовления системы и/или инсталлятора (для того же qemu, например)).

-- 
Led

Re: [devel] ARM. Оно нам нужно?

[Victor Forsyuk]

On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
> > Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> > и готовы потратить время на поддержку ARM в своих пакетах?
> 
> Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. И 
> готов потратить время на поддержку ARM в своих пакетах, если появится 
> инструментарий для этого (hasher+qemu, кросскомпиляторы и spt-профиль для 
> изготовления системы и/или инсталлятора (для того же qemu, например)).

+1

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

Что делать будем, коллеги?

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 864 bytes --]

On Thu, Jun 14, 2007 at 05:43:29PM +0300, Victor Forsyuk wrote:
> On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
> > > Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> > > и готовы потратить время на поддержку ARM в своих пакетах?
> > 
> > Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. И 
> > готов потратить время на поддержку ARM в своих пакетах, если появится 
> > инструментарий для этого (hasher+qemu, кросскомпиляторы и spt-профиль для 
> > изготовления системы и/или инсталлятора (для того же qemu, например)).
> 
> +1
> 
> Честно говоря, я не совсем понимаю, когда ментейнер отказывается приложить
> уже готовый патч, да еще и не с мелким улучшением, а добавляющий поддержку
> новой архитектуры.

Я против патчей, которые обходят исключительно глюки qemu.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1075 bytes --]

On Thu, Jun 14, 2007 at 07:39:34PM +0400, Alexey Tourbin wrote:
> On Thu, Jun 14, 2007 at 05:43:29PM +0300, Victor Forsyuk wrote:
> > On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
> > > > Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> > > > и готовы потратить время на поддержку ARM в своих пакетах?
> > > 
> > > Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. И 
> > > готов потратить время на поддержку ARM в своих пакетах, если появится 
> > > инструментарий для этого (hasher+qemu, кросскомпиляторы и spt-профиль для 
> > > изготовления системы и/или инсталлятора (для того же qemu, например)).
> > 
> > +1
> > 
> > Честно говоря, я не совсем понимаю, когда ментейнер отказывается приложить
> > уже готовый патч, да еще и не с мелким улучшением, а добавляющий поддержку
> > новой архитектуры.
> 
> Я против патчей, которые обходят исключительно глюки qemu.

Если qemu-arm рассматривать как платформу, то ты против того, чтобы
обходить глюки платформы?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Led]

В сообщении от Thursday 14 June 2007 19:29:23 Dmitry V. Levin написал(а):
> On Thu, Jun 14, 2007 at 07:39:34PM +0400, Alexey Tourbin wrote:
> > On Thu, Jun 14, 2007 at 05:43:29PM +0300, Victor Forsyuk wrote:
> > > On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
> > > > > Посему у меня вопрос: как много людей хотят видеть поддержку ARM в
> > > > > Сизифе и готовы потратить время на поддержку ARM в своих пакетах?
> > > >
> > > > Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в
> > > > Сизифе. И готов потратить время на поддержку ARM в своих пакетах,
> > > > если появится инструментарий для этого (hasher+qemu, кросскомпиляторы
> > > > и spt-профиль для изготовления системы и/или инсталлятора (для того
> > > > же qemu, например)).
> > >
> > > +1
> > >
> > > Честно говоря, я не совсем понимаю, когда ментейнер отказывается
> > > приложить уже готовый патч, да еще и не с мелким улучшением, а
> > > добавляющий поддержку новой архитектуры.
> >
> > Я против патчей, которые обходят исключительно глюки qemu.
>
> Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> обходить глюки платформы?

Но ведь можно патчи включать через
%ifarch arm
?

-- 
Led

Re: [devel] ARM. Оно нам нужно?

[Anton Farygin]

Led wrote:
> В сообщении от Thursday 14 June 2007 19:29:23 Dmitry V. Levin написал(а):
>> On Thu, Jun 14, 2007 at 07:39:34PM +0400, Alexey Tourbin wrote:
>>> On Thu, Jun 14, 2007 at 05:43:29PM +0300, Victor Forsyuk wrote:
>>>> On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
>>>>>> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в
>>>>>> Сизифе и готовы потратить время на поддержку ARM в своих пакетах?
>>>>> Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в
>>>>> Сизифе. И готов потратить время на поддержку ARM в своих пакетах,
>>>>> если появится инструментарий для этого (hasher+qemu, кросскомпиляторы
>>>>> и spt-профиль для изготовления системы и/или инсталлятора (для того
>>>>> же qemu, например)).
>>>> +1
>>>>
>>>> Честно говоря, я не совсем понимаю, когда ментейнер отказывается
>>>> приложить уже готовый патч, да еще и не с мелким улучшением, а
>>>> добавляющий поддержку новой архитектуры.
>>> Я против патчей, которые обходят исключительно глюки qemu.
>> Если qemu-arm рассматривать как платформу, то ты против того, чтобы
>> обходить глюки платформы?
> 
> Но ведь можно патчи включать через
> %ifarch arm
> ?
> 

Нет, патчи так включать не получиться.

Re: [devel] ARM. Оно нам нужно?

[Led]

В сообщении от Thursday 14 June 2007 19:38:28 Anton Farygin написал(а):
> Led wrote:
> > В сообщении от Thursday 14 June 2007 19:29:23 Dmitry V. Levin написал(а):
> >> On Thu, Jun 14, 2007 at 07:39:34PM +0400, Alexey Tourbin wrote:
> >>> On Thu, Jun 14, 2007 at 05:43:29PM +0300, Victor Forsyuk wrote:
> >>>> On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
> >>>>>> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в
> >>>>>> Сизифе и готовы потратить время на поддержку ARM в своих пакетах?
> >>>>>
> >>>>> Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в
> >>>>> Сизифе. И готов потратить время на поддержку ARM в своих пакетах,
> >>>>> если появится инструментарий для этого (hasher+qemu, кросскомпиляторы
> >>>>> и spt-профиль для изготовления системы и/или инсталлятора (для того
> >>>>> же qemu, например)).
> >>>>
> >>>> +1
> >>>>
> >>>> Честно говоря, я не совсем понимаю, когда ментейнер отказывается
> >>>> приложить уже готовый патч, да еще и не с мелким улучшением, а
> >>>> добавляющий поддержку новой архитектуры.
> >>>
> >>> Я против патчей, которые обходят исключительно глюки qemu.
> >>
> >> Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> >> обходить глюки платформы?
> >
> > Но ведь можно патчи включать через
> > %ifarch arm
> > ?
>
> Нет, патчи так включать не получиться.

Я имел ввиду не включать в пакет (неточно выразился), а прикладывать при 
сборке.


-- 
Led

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 634 bytes --]

On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > обходить глюки платформы?
> 
> Но ведь можно патчи включать через
> %ifarch arm
> ?

Писать %ifarch имеет смысл, если для такой конструкции имеется
рациональное объяснение (например, конкретная особенность платформы
arm по сравнению с i586).  Глюки qemu не являются рациональным
объяснением (достаточным для внесения изменений).  Они сегодня есть,
а завтра их нет, зато другие будут.  А если бы qemu был в два раза
более глюкавым, тогда что, предлагалось бы вносить вдвое больше
изменений?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Led]

В сообщении от Thursday 14 June 2007 19:44:36 Alexey Tourbin написал(а):
> On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > обходить глюки платформы?
> >
> > Но ведь можно патчи включать через
> > %ifarch arm
> > ?
>
> Писать %ifarch имеет смысл, если для такой конструкции имеется
> рациональное объяснение (например, конкретная особенность платформы
> arm по сравнению с i586).  Глюки qemu не являются рациональным
> объяснением (достаточным для внесения изменений).  Они сегодня есть,
> а завтра их нет, зато другие будут.  А если бы qemu был в два раза
> более глюкавым, тогда что, предлагалось бы вносить вдвое больше
> изменений?

Да я согласен, что в данном конкретном слкчае более правильно было бы 
патчит "платформу"...

-- 
Led

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1620 bytes --]

On [Thu, 14.06.2007 19:46], Led wrote:
> В сообщении от Thursday 14 June 2007 19:44:36 Alexey Tourbin написал(а):
> > On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > > обходить глюки платформы?
> > >
> > > Но ведь можно патчи включать через
> > > %ifarch arm
> > > ?
> >
> > Писать %ifarch имеет смысл, если для такой конструкции имеется
> > рациональное объяснение (например, конкретная особенность платформы
> > arm по сравнению с i586).  Глюки qemu не являются рациональным
> > объяснением (достаточным для внесения изменений).  Они сегодня есть,
> > а завтра их нет, зато другие будут.  А если бы qemu был в два раза
> > более глюкавым, тогда что, предлагалось бы вносить вдвое больше
> > изменений?
> 
> Да я согласен, что в данном конкретном слкчае более правильно было бы 
> патчит "платформу"...
О каком конкретном случае идёт речь?

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Led]

2007/6/14, Kirill A. Shutemov <k.shutemov@velesys.com>:
> > Да я согласен, что в данном конкретном слкчае более правильно было бы
> > патчит "платформу"...
> О каком конкретном случае идёт речь?

Имел ввиду, что когда есть такая возможность, то лучше подправить
"платформу" (в данном случае - qemu), чем строить вокруг ошибок qemu
воркэраунды (если, конечно, это именно баги qemu).

-- 
Led.

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 968 bytes --]

On [Fri, 15.06.2007 00:07], Led wrote:
> 2007/6/14, Kirill A. Shutemov <k.shutemov@velesys.com>:
> > > Да я согласен, что в данном конкретном слкчае более правильно было бы
> > > патчит "платформу"...
> > О каком конкретном случае идёт речь?
> 
> Имел ввиду, что когда есть такая возможность, то лучше подправить
> "платформу" (в данном случае - qemu), чем строить вокруг ошибок qemu
> воркэраунды (если, конечно, это именно баги qemu).

thread'ы в qemu так просто не починить :(
Хотя в простых случае они должны работать.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2060 bytes --]

On [Thu, 14.06.2007 20:44], Alexey Tourbin wrote:
> On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > обходить глюки платформы?
> > 
> > Но ведь можно патчи включать через
> > %ifarch arm
> > ?
> 
> Писать %ifarch имеет смысл, если для такой конструкции имеется
> рациональное объяснение (например, конкретная особенность платформы
> arm по сравнению с i586).  Глюки qemu не являются рациональным
> объяснением (достаточным для внесения изменений).  Они сегодня есть,
> а завтра их нет, зато другие будут.  А если бы qemu был в два раза
> более глюкавым, тогда что, предлагалось бы вносить вдвое больше
> изменений?

Какой именно %ifarch вас не устраивает?

Для отключения тестов? Все известные(смотрел на Debian и Gentoo) мне 
дистрибутивы собирают под ARM кроссом т.е. тесты выполнить вообще нет 
возможности. У нас они будут выполнятся хотя бы на части пакетов.

Как альтернатива внесению изменений спек хранить в сторонке для каждого 
сочетания архитектура-пакет ключи disable/enable/with/without. Только 
нужно чтобы hasher или rpm такое обрабатывал. Как вам такой вариант?

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1658 bytes --]

On Thu, Jun 14, 2007 at 09:49:20PM +0300, Kirill A. Shutemov wrote:
> On [Thu, 14.06.2007 20:44], Alexey Tourbin wrote:
> > On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > > обходить глюки платформы?
> > > 
> > > Но ведь можно патчи включать через
> > > %ifarch arm
> > > ?
> > 
> > Писать %ifarch имеет смысл, если для такой конструкции имеется
> > рациональное объяснение (например, конкретная особенность платформы
> > arm по сравнению с i586).  Глюки qemu не являются рациональным
> > объяснением (достаточным для внесения изменений).  Они сегодня есть,
> > а завтра их нет, зато другие будут.  А если бы qemu был в два раза
> > более глюкавым, тогда что, предлагалось бы вносить вдвое больше
> > изменений?
> 
> Какой именно %ifarch вас не устраивает?

Перл сейчас собирается без изменений или нет?

> Для отключения тестов? Все известные(смотрел на Debian и Gentoo) мне 
> дистрибутивы собирают под ARM кроссом т.е. тесты выполнить вообще нет 
> возможности. У нас они будут выполнятся хотя бы на части пакетов.
> 
> Как альтернатива внесению изменений спек хранить в сторонке для каждого 
> сочетания архитектура-пакет ключи disable/enable/with/without. Только 
> нужно чтобы hasher или rpm такое обрабатывал. Как вам такой вариант?

Мы немного о разных вещах, вероятно, говорим.  Я рассматриваю
критический случай, когда пакет собирается на железном arm, но
не собирается на эмуляторе.  Я считаю, что в таком случае вносить
изменения для того, чтобы обойти глюки эмулятора -- очень некрасивая,
а может быть даже и вредная идея.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1923 bytes --]

On [Fri, 15.06.2007 01:22], Alexey Tourbin wrote:
> Перл сейчас собирается без изменений или нет?

perl ещё по нормальному не пересобирал. Есть только сборка "на коленце".
Завтра попробую собрать. О результатах доложу. Тесты, вероятней всего,
придётся отключить.

> Мы немного о разных вещах, вероятно, говорим.  Я рассматриваю
> критический случай, когда пакет собирается на железном arm, но
> не собирается на эмуляторе.  Я считаю, что в таком случае вносить
> изменения для того, чтобы обойти глюки эмулятора -- очень некрасивая,
> а может быть даже и вредная идея.

Согласен. Но qemu это всё же, пока не эквивалент рельному железу(если
рассматривать user-mode).

Я предлагаю рассматривать сборку в qemu, не как альтернативу сборки на
реальном железе, а как альтернативу кросс-компиляции. По сравнению с
кросс-компиляцией в qemu можно сделать больше => изменений в спеках делать
нужно меньше. Те изменения, которые не вносились бы в спек при адаптации
его к кроссу, не должны вноситься в спек и при компиляции в qemu.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 653 bytes --]

On Fri, Jun 15, 2007 at 12:21:58AM +0300, Kirill A. Shutemov wrote:
> Я предлагаю рассматривать сборку в qemu, не как альтернативу сборки на
> реальном железе, а как альтернативу кросс-компиляции. По сравнению с
> кросс-компиляцией в qemu можно сделать больше => изменений в спеках делать
> нужно меньше. Те изменения, которые не вносились бы в спек при адаптации
> его к кроссу, не должны вноситься в спек и при компиляции в qemu.

А у вас железяки совсем нет или что?  Может посмотреть на это с точки
зрения цены вопроса?  Сколько стоит железяка чтобы не возиться с эмулятором?
Сколько штук нужно железяк чтобы порт сизифа на arm состоялся?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2393 bytes --]

On [Fri, 15.06.2007 02:25], Alexey Tourbin wrote:
> On Fri, Jun 15, 2007 at 12:21:58AM +0300, Kirill A. Shutemov wrote:
> > Я предлагаю рассматривать сборку в qemu, не как альтернативу сборки на
> > реальном железе, а как альтернативу кросс-компиляции. По сравнению с
> > кросс-компиляцией в qemu можно сделать больше => изменений в спеках делать
> > нужно меньше. Те изменения, которые не вносились бы в спек при адаптации
> > его к кроссу, не должны вноситься в спек и при компиляции в qemu.
> 
> А у вас железяки совсем нет или что?

Железки есть на работе. Есть даже пару достаточно мощных - по 800 Mhz, но
они в данный момент заняты. На чём-то по слабее -- собиранть можно до
скончания веков.

В принципе, думаю, через пару недель их можно будет пользовать.

> Может посмотреть на это с точки
> зрения цены вопроса?  Сколько стоит железяка чтобы не возиться с эмулятором?

Поблема в том, что на обычных end-user устройствах не пособираешь - там
или памяти мало или процессор дохлый.
А вот development-board ввиду выпуска малыми партиями стоит дорого.

Вот эта, к примеру, ~$3000.
http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12013&contentId=4581

> Сколько штук нужно железяк чтобы порт сизифа на arm состоялся?

IMHO, пару разных для тестирования. Нативная сборка для ARM - пока не
вариант. На доске в 600 Mhz, 256Mb RAM ядро собирается 3-4 часа.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

On Fri, Jun 15, 2007 at 01:12:52AM +0300, Kirill A. Shutemov wrote:
> Поблема в том, что на обычных end-user устройствах не пособираешь - там
> или памяти мало или процессор дохлый.
> А вот development-board ввиду выпуска малыми партиями стоит дорого.
> 
> Вот эта, к примеру, ~$3000.
> http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12013&contentId=4581

Если порт будет "официальным" то какие-то мощности для сборки всё равно
нужно иметь.  Disclaimer: я не могу ничего сказать о закупке
оборудования, я просто рассуждаю.

> > Сколько штук нужно железяк чтобы порт сизифа на arm состоялся?
> 
> IMHO, пару разных для тестирования. Нативная сборка для ARM - пока не
> вариант. На доске в 600 Mhz, 256Mb RAM ядро собирается 3-4 часа.

По-моему, эмулятор можно использовать только для подготовки и
предварительной сборки пакетов, если при этом не возникает специфических
для эмулятора проблем (а у ядра вроде бы не должно возникать).  Мерой же
истинности (собираемости) пакетов в конечном счете должна быть железяка,
и все "чистовые" сборки (через incominger) должны выполняться на
железяке.  Но это уже больше похоже на следующий этап порта.  Сейчас
неплохо бы оценить, насколько много проблем будет из-за специфики
эмулятора.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Aleksey Novodvorsky]

On 6/15/07, Alexey Tourbin <at@altlinux.ru> wrote:
> On Fri, Jun 15, 2007 at 01:12:52AM +0300, Kirill A. Shutemov wrote:
> > Поблема в том, что на обычных end-user устройствах не пособираешь - там
> > или памяти мало или процессор дохлый.
> > А вот development-board ввиду выпуска малыми партиями стоит дорого.
> >
> > Вот эта, к примеру, ~$3000.
> > http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12013&contentId=4581
>
> Если порт будет "официальным" то какие-то мощности для сборки всё равно
> нужно иметь.  Disclaimer: я не могу ничего сказать о закупке
> оборудования, я просто рассуждаю.

Верно. Но перед тем, как покупать, нужно оценить жизнеспособность и
востребованность проекта.

>
> > > Сколько штук нужно железяк чтобы порт сизифа на arm состоялся?
> >
> > IMHO, пару разных для тестирования. Нативная сборка для ARM - пока не
> > вариант. На доске в 600 Mhz, 256Mb RAM ядро собирается 3-4 часа.
>
> По-моему, эмулятор можно использовать только для подготовки и
> предварительной сборки пакетов, если при этом не возникает специфических
> для эмулятора проблем (а у ядра вроде бы не должно возникать).  Мерой же
> истинности (собираемости) пакетов в конечном счете должна быть железяка,
> и все "чистовые" сборки (через incominger) должны выполняться на
> железяке.  Но это уже больше похоже на следующий этап порта.  Сейчас
> неплохо бы оценить, насколько много проблем будет из-за специфики
> эмулятора.

Согласен. Это первый этап, тем более спасибо Кириллу, который решился на него.

Rgrds, Алексей
>

Re: [devel] ARM. Оно нам нужно?

[Alexander Bokovoy]

Alexey Tourbin пишет:
> On Fri, Jun 15, 2007 at 01:12:52AM +0300, Kirill A. Shutemov wrote:
>> Поблема в том, что на обычных end-user устройствах не пособираешь -
>> там или памяти мало или процессор дохлый. А вот development-board
>> ввиду выпуска малыми партиями стоит дорого.
>> 
>> Вот эта, к примеру, ~$3000. 
>> http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12013&contentId=4581
>> 
> 
> Если порт будет "официальным" то какие-то мощности для сборки всё
> равно нужно иметь.  Disclaimer: я не могу ничего сказать о закупке 
> оборудования, я просто рассуждаю.
> 
>>> Сколько штук нужно железяк чтобы порт сизифа на arm состоялся?
>> IMHO, пару разных для тестирования. Нативная сборка для ARM - пока
>> не вариант. На доске в 600 Mhz, 256Mb RAM ядро собирается 3-4 часа.
>> 
> 
> По-моему, эмулятор можно использовать только для подготовки и 
> предварительной сборки пакетов, если при этом не возникает
> специфических для эмулятора проблем (а у ядра вроде бы не должно
> возникать).  Мерой же истинности (собираемости) пакетов в конечном
> счете должна быть железяка, и все "чистовые" сборки (через
> incominger) должны выполняться на железяке.  Но это уже больше похоже
> на следующий этап порта.  Сейчас неплохо бы оценить, насколько много
> проблем будет из-за специфики эмулятора.
Леша, мы уже собирали нативно. В 2001-2004 годах. Практика показала, что
это возможно (мы были первые, кто это делал на нативном RPM :-), но
очень сложно с точки зрения ресурсов. Так что этот "этап" уже пройден и
непрактичен.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] ARM. Оно нам нужно?

[Aleksey Novodvorsky]

On 6/15/07, Alexander Bokovoy <ab@altlinux.org> wrote:
> Alexey Tourbin пишет:
> > On Fri, Jun 15, 2007 at 01:12:52AM +0300, Kirill A. Shutemov wrote:
> >> Поблема в том, что на обычных end-user устройствах не пособираешь -
> >> там или памяти мало или процессор дохлый. А вот development-board
> >> ввиду выпуска малыми партиями стоит дорого.
> >>
> >> Вот эта, к примеру, ~$3000.
> >> http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12013&contentId=4581
> >>
> >
> > Если порт будет "официальным" то какие-то мощности для сборки всё
> > равно нужно иметь.  Disclaimer: я не могу ничего сказать о закупке
> > оборудования, я просто рассуждаю.
> >
> >>> Сколько штук нужно железяк чтобы порт сизифа на arm состоялся?
> >> IMHO, пару разных для тестирования. Нативная сборка для ARM - пока
> >> не вариант. На доске в 600 Mhz, 256Mb RAM ядро собирается 3-4 часа.
> >>
> >
> > По-моему, эмулятор можно использовать только для подготовки и
> > предварительной сборки пакетов, если при этом не возникает
> > специфических для эмулятора проблем (а у ядра вроде бы не должно
> > возникать).  Мерой же истинности (собираемости) пакетов в конечном
> > счете должна быть железяка, и все "чистовые" сборки (через
> > incominger) должны выполняться на железяке.  Но это уже больше похоже
> > на следующий этап порта.  Сейчас неплохо бы оценить, насколько много
> > проблем будет из-за специфики эмулятора.
> Леша, мы уже собирали нативно. В 2001-2004 годах. Практика показала, что
> это возможно (мы были первые, кто это делал на нативном RPM :-), но
> очень сложно с точки зрения ресурсов. Так что этот "этап" уже пройден и
> непрактичен.

Непрактичен как постоянный процесс или даже для отладки релиза?

Rgrds, Алексей

Re: [devel] ARM. Оно нам нужно?

[Alexander Bokovoy]

Aleksey Novodvorsky пишет:
>>> По-моему, эмулятор можно использовать только для подготовки и
>>> предварительной сборки пакетов, если при этом не возникает
>>> специфических для эмулятора проблем (а у ядра вроде бы не должно
>>> возникать).  Мерой же истинности (собираемости) пакетов в конечном
>>> счете должна быть железяка, и все "чистовые" сборки (через
>>> incominger) должны выполняться на железяке.  Но это уже больше похоже
>>> на следующий этап порта.  Сейчас неплохо бы оценить, насколько много
>>> проблем будет из-за специфики эмулятора.
>> Леша, мы уже собирали нативно. В 2001-2004 годах. Практика показала, что
>> это возможно (мы были первые, кто это делал на нативном RPM :-), но
>> очень сложно с точки зрения ресурсов. Так что этот "этап" уже пройден и
>> непрактичен.
> 
> Непрактичен как постоянный процесс или даже для отладки релиза?
Как постоянный процесс он требует терпения и сосредоточенности команды.
Я бы даже сказал, что требуется ее локализация в одном офисе, просто
из-за возникающей необходимости делить время на железке.

Для отладки релиза *нужно* использовать вариант с qemu, который делает
Кирилл. Это лучшее, что есть сейчас.

Сам релиз формировать надо на конкретных платах для разработки. На
практике на них никто не пересобирает, потому что все делают
кросс-компиляцию. Поэтому Qemu в этом отношении -- большой выигрыш,
девборды нужны только для запуска и тестов эксплуатации.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] ARM. Оно нам нужно?

[Aleksey Novodvorsky]

On 6/15/07, Alexander Bokovoy <ab@altlinux.org> wrote:
> Aleksey Novodvorsky пишет:
> >>> По-моему, эмулятор можно использовать только для подготовки и
> >>> предварительной сборки пакетов, если при этом не возникает
> >>> специфических для эмулятора проблем (а у ядра вроде бы не должно
> >>> возникать).  Мерой же истинности (собираемости) пакетов в конечном
> >>> счете должна быть железяка, и все "чистовые" сборки (через
> >>> incominger) должны выполняться на железяке.  Но это уже больше похоже
> >>> на следующий этап порта.  Сейчас неплохо бы оценить, насколько много
> >>> проблем будет из-за специфики эмулятора.
> >> Леша, мы уже собирали нативно. В 2001-2004 годах. Практика показала, что
> >> это возможно (мы были первые, кто это делал на нативном RPM :-), но
> >> очень сложно с точки зрения ресурсов. Так что этот "этап" уже пройден и
> >> непрактичен.
> >
> > Непрактичен как постоянный процесс или даже для отладки релиза?
> Как постоянный процесс он требует терпения и сосредоточенности команды.
> Я бы даже сказал, что требуется ее локализация в одном офисе, просто
> из-за возникающей необходимости делить время на железке.
>
> Для отладки релиза *нужно* использовать вариант с qemu, который делает
> Кирилл. Это лучшее, что есть сейчас.
>
> Сам релиз формировать надо на конкретных платах для разработки. На
> практике на них никто не пересобирает, потому что все делают
> кросс-компиляцию. Поэтому Qemu в этом отношении -- большой выигрыш,
> девборды нужны только для запуска и тестов эксплуатации.

Понятно, спасибо!
Может быть, создать список devel-arm@ для выработки плана создания
инфраструктуры, а потом вынести этот план сюда? Или обсудим здесь,
если у Кирилла он почти готов?

Rgrds, Алексей

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1752 bytes --]

On [Fri, 15.06.2007 13:56], Aleksey Novodvorsky wrote:
> Понятно, спасибо!
> Может быть, создать список devel-arm@ для выработки плана создания
> инфраструктуры, а потом вынести этот план сюда? Или обсудим здесь,
> если у Кирилла он почти готов?

Из инфраструктуры у меня есть только модифицированный для подсовывания
qemu хешер, хотя эти модификации вредтли подходят для включения в пакет в
том виде в котором они есть.

Кстати, в чруте при использовании qemu можно запускать ещё и программы для
хост-системы, если собрать их статически. Т.о можно использовать
кросс-компилятор, make, sh и ещё что-небудь, что может существенно поднять
скорость сборки. Следует решить будем мы использовать это и если да, то
придумать какой-небудь механизм подсовывания хост-программ в arm чрут.

Еще нужно решить по поводу указания without/with/enable/disable для
сборки. Указание этого снаружи, не модифицируя спеку, мне видиться хорошей
идеей.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Michael Shigorin]

On Fri, Jun 15, 2007 at 01:56:38PM +0400, Aleksey Novodvorsky wrote:
> Может быть, создать список devel-arm@ для выработки плана
> создания инфраструктуры, а потом вынести этот план сюда?
> Или обсудим здесь, если у Кирилла он почти готов?

Может, devel-ports@?

Тут тот же человек из Зеленограда не знает, с какой стороны бы
подступиться к переносу ALT на MIPS, а в процессе переписки
Кирилл выдал рекомендации, которые были уложены на wiki:

http://www.freesource.info/wiki/ALTLinux/Sisyphus/porting

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

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 617 bytes --]

On [Wed, 15.08.2007 11:23], Michael Shigorin wrote:
> On Fri, Jun 15, 2007 at 01:56:38PM +0400, Aleksey Novodvorsky wrote:
> > Может быть, создать список devel-arm@ для выработки плана
> > создания инфраструктуры, а потом вынести этот план сюда?
> > Или обсудим здесь, если у Кирилла он почти готов?
> 
> Может, devel-ports@?

Я за.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Alexey Rusakov]

On Wed, 15 Aug 2007 11:50:09 +0300
Kirill A. Shutemov wrote:

> On [Wed, 15.08.2007 11:23], Michael Shigorin wrote:
> > On Fri, Jun 15, 2007 at 01:56:38PM +0400, Aleksey Novodvorsky wrote:
> > > Может быть, создать список devel-arm@ для выработки плана
> > > создания инфраструктуры, а потом вынести этот план сюда?
> > > Или обсудим здесь, если у Кирилла он почти готов?
> > 
> > Может, devel-ports@?
> 
> Я за.
Я тоже за.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] ARM. Оно нам нужно?

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 156 bytes --]

Здравствуйте Alexey Rusakov
 >
 > Kirill A. Shutemov wrote:
 > > > Может, devel-ports@?
 > >
 > > Я за.
 >
 > Я тоже за.
+1


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] IA: devel-ports@

[Michael Shigorin]

On Wed, Aug 15, 2007 at 08:23:31AM +0000, Michael Shigorin wrote:
> On Fri, Jun 15, 2007 at 01:56:38PM +0400, Aleksey Novodvorsky wrote:
> > Может быть, создать список devel-arm@ для выработки плана
> > создания инфраструктуры, а потом вынести этот план сюда?
> > Или обсудим здесь, если у Кирилла он почти готов?
> Может, devel-ports@?

Спасибо Грише Баталову, список доступен:
https://lists.altlinux.org/mailman/listinfo/devel-ports

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

Re: [devel] IA: devel-ports@

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 933 bytes --]

On [Wed, 22.08.2007 13:28], Michael Shigorin wrote:
> On Wed, Aug 15, 2007 at 08:23:31AM +0000, Michael Shigorin wrote:
> > On Fri, Jun 15, 2007 at 01:56:38PM +0400, Aleksey Novodvorsky wrote:
> > > Может быть, создать список devel-arm@ для выработки плана
> > > создания инфраструктуры, а потом вынести этот план сюда?
> > > Или обсудим здесь, если у Кирилла он почти готов?
> > Может, devel-ports@?
> 
> Спасибо Грише Баталову, список доступен:
> https://lists.altlinux.org/mailman/listinfo/devel-ports

Очень хотелось бы увидеть в этом списке ldv@, legion@ и at@. Велкам!

-- 
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 --]

Re: [devel] IA: devel-ports@

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 559 bytes --]

On Wed, Aug 22, 2007 at 01:35:27PM +0300, Kirill A. Shutemov wrote:
> > Спасибо Грише Баталову, список доступен:
> > https://lists.altlinux.org/mailman/listinfo/devel-ports
> 
> Очень хотелось бы увидеть в этом списке ldv@, legion@ и at@. Велкам!

Отправил подтверждение на подписку, не берёт.

<devel-ports-request@lists.altlinux.org>: host
    lists.altlinux.org[62.118.250.236] said: 550
    <devel-ports-request@lists.altlinux.org>: User unknown in local recipient
    table (in reply to RCPT TO command)                                      

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] IA: devel-ports@

[Grigory Batalov]

[-- Attachment #1: Type: text/plain, Size: 622 bytes --]

On Wed, 22 Aug 2007 20:39:55 +0400, Alexey Tourbin wrote:

> > > https://lists.altlinux.org/mailman/listinfo/devel-ports
> > 
> > Очень хотелось бы увидеть в этом списке ldv@, legion@ и at@. Велкам!
> 
> Отправил подтверждение на подписку, не берёт.
> 
> <devel-ports-request@lists.altlinux.org>: host
>     lists.altlinux.org[62.118.250.236] said: 550
>     <devel-ports-request@lists.altlinux.org>: User unknown in local recipient
>     table (in reply to RCPT TO command)                                      

  Это я забыл алиасы обновить. Попробуйте ещё раз.

-- 
 Grigory Batalov,
 ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1107 bytes --]

On Fri, Jun 15, 2007 at 01:50:19PM +0400, Alexander Bokovoy wrote:
> > Непрактичен как постоянный процесс или даже для отладки релиза?
> Как постоянный процесс он требует терпения и сосредоточенности команды.
> Я бы даже сказал, что требуется ее локализация в одном офисе, просто
> из-за возникающей необходимости делить время на железке.
> 
> Для отладки релиза *нужно* использовать вариант с qemu, который делает
> Кирилл. Это лучшее, что есть сейчас.

Я совсем не против использования qemu, в тех случаях, когда он не
глючит.  Я понимаю, что использовать эмулятор в таких случаях дешевле
и удобнее.  Проблема появляется когда возникает подозрение на глюки
qemu.  Впрочем, сейчас ничего конкретного сказать нельзя, надо смотреть
насколько там убитые треды и т.п. отдельно по каждому несобирающемуся
пакету.

Нужна хотя бы одна относительно доступная железка чтобы (мне, в случае
перла) понять где глюки эмулятора а где особенности arm как платформы.
Это не голословно, я могу исправить сами перловые тесты и отослать
изменения в апстрим, но их не возьмут с формулировкой "глюки qemu".

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Alexander Bokovoy]

Alexey Tourbin пишет:
> On Fri, Jun 15, 2007 at 01:50:19PM +0400, Alexander Bokovoy wrote:
>>> Непрактичен как постоянный процесс или даже для отладки релиза?
>> Как постоянный процесс он требует терпения и сосредоточенности команды.
>> Я бы даже сказал, что требуется ее локализация в одном офисе, просто
>> из-за возникающей необходимости делить время на железке.
>>
>> Для отладки релиза *нужно* использовать вариант с qemu, который делает
>> Кирилл. Это лучшее, что есть сейчас.
> 
> Я совсем не против использования qemu, в тех случаях, когда он не
> глючит.  Я понимаю, что использовать эмулятор в таких случаях дешевле
> и удобнее.  Проблема появляется когда возникает подозрение на глюки
> qemu.  Впрочем, сейчас ничего конкретного сказать нельзя, надо смотреть
> насколько там убитые треды и т.п. отдельно по каждому несобирающемуся
> пакету.
> 
> Нужна хотя бы одна относительно доступная железка чтобы (мне, в случае
> перла) понять где глюки эмулятора а где особенности arm как платформы.
> Это не голословно, я могу исправить сами перловые тесты и отослать
> изменения в апстрим, но их не возьмут с формулировкой "глюки qemu".
Можно попросить ребят из Велесиса выставить одну такую девборду по ssh...

Кирилл, Виталь, что скажете?

-- 
/ Alexander Bokovoy

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 475 bytes --]

On [Fri, 15.06.2007 22:04], Alexander Bokovoy wrote:
> Можно попросить ребят из Велесиса выставить одну такую девборду по ssh...
> 
> Кирилл, Виталь, что скажете?

На следующей неделе поговорю с нашим админом.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2308 bytes --]

On [Fri, 15.06.2007 19:02], Alexey Tourbin wrote:
> On Fri, Jun 15, 2007 at 01:50:19PM +0400, Alexander Bokovoy wrote:
> > > Непрактичен как постоянный процесс или даже для отладки релиза?
> > Как постоянный процесс он требует терпения и сосредоточенности команды.
> > Я бы даже сказал, что требуется ее локализация в одном офисе, просто
> > из-за возникающей необходимости делить время на железке.
> > 
> > Для отладки релиза *нужно* использовать вариант с qemu, который делает
> > Кирилл. Это лучшее, что есть сейчас.
> 
> Я совсем не против использования qemu, в тех случаях, когда он не
> глючит.  Я понимаю, что использовать эмулятор в таких случаях дешевле
> и удобнее.  Проблема появляется когда возникает подозрение на глюки
> qemu.  Впрочем, сейчас ничего конкретного сказать нельзя, надо смотреть
> насколько там убитые треды и т.п. отдельно по каждому несобирающемуся
> пакету.
> 
> Нужна хотя бы одна относительно доступная железка чтобы (мне, в случае
> перла) понять где глюки эмулятора а где особенности arm как платформы.
> Это не голословно, я могу исправить сами перловые тесты и отослать
> изменения в апстрим, но их не возьмут с формулировкой "глюки qemu".

Кстати, для этих целей вполне подходит qemu-system-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 --]

Re: [devel] ARM. Оно нам нужно?

[Damir Shayhutdinov]

> IMHO, пару разных для тестирования. Нативная сборка для ARM - пока не
> вариант. На доске в 600 Mhz, 256Mb RAM ядро собирается 3-4 часа.

distcc не поможет гигантам мысли? ;) Сделать compile farm из 10
машинок - на них ядро должно будет собираться за 20 минут.

Черновые сборки действительно можно делать в эмуляторе - а вот
чистовые - на таких вот compile farm например.

Инкамингер сделать двухэтапным - сначала в эмуляторе, и если там
собралось - на compile farm.

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 923 bytes --]

On [Fri, 15.06.2007 00:21], Kirill A. Shutemov wrote:
> On [Fri, 15.06.2007 01:22], Alexey Tourbin wrote:
> > Перл сейчас собирается без изменений или нет?
> 
> perl ещё по нормальному не пересобирал. Есть только сборка "на коленце".
> Завтра попробую собрать. О результатах доложу. Тесты, вероятней всего,
> придётся отключить.
perl пересобрался. Как и ожидалось, пришлось тесты отключить. Тесты
провалились из-за qemu. Когда будет время(как диплом сдам) буду 
разбираться подробней.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 480 bytes --]

On Thu, Jun 14, 2007 at 09:49:20PM +0300, Kirill A. Shutemov wrote:
> Как альтернатива внесению изменений спек хранить в сторонке для каждого 
> сочетания архитектура-пакет ключи disable/enable/with/without. Только 
> нужно чтобы hasher или rpm такое обрабатывал. Как вам такой вариант?

Насколько я помню, у sbolshakov как раз был опыт гибкого управления
ключами сборки в sandman (при портировании сизифа на какую-то менее
распространенную платформу, чуть ли не на arm).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1025 bytes --]

On [Fri, 15.06.2007 04:00], Alexey Tourbin wrote:
> On Thu, Jun 14, 2007 at 09:49:20PM +0300, Kirill A. Shutemov wrote:
> > Как альтернатива внесению изменений спек хранить в сторонке для каждого 
> > сочетания архитектура-пакет ключи disable/enable/with/without. Только 
> > нужно чтобы hasher или rpm такое обрабатывал. Как вам такой вариант?
> 
> Насколько я помню, у sbolshakov как раз был опыт гибкого управления
> ключами сборки в sandman (при портировании сизифа на какую-то менее
> распространенную платформу, чуть ли не на arm).
На 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 --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1127 bytes --]

On [Fri, 15.06.2007 09:08], Kirill A. Shutemov wrote:
> On [Fri, 15.06.2007 04:00], Alexey Tourbin wrote:
> > On Thu, Jun 14, 2007 at 09:49:20PM +0300, Kirill A. Shutemov wrote:
> > > Как альтернатива внесению изменений спек хранить в сторонке для каждого 
> > > сочетания архитектура-пакет ключи disable/enable/with/without. Только 
> > > нужно чтобы hasher или rpm такое обрабатывал. Как вам такой вариант?
> > 
> > Насколько я помню, у sbolshakov как раз был опыт гибкого управления
> > ключами сборки в sandman (при портировании сизифа на какую-то менее
> > распространенную платформу, чуть ли не на arm).
> На 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 --]

Re: [devel] ARM. Оно нам нужно?

[Aleksey Novodvorsky]

On 6/14/07, Alexey Tourbin <at@altlinux.ru> wrote:
> On Thu, Jun 14, 2007 at 07:32:28PM +0300, Led wrote:
> > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > обходить глюки платформы?
> >
> > Но ведь можно патчи включать через
> > %ifarch arm
> > ?
>
> Писать %ifarch имеет смысл, если для такой конструкции имеется
> рациональное объяснение (например, конкретная особенность платформы
> arm по сравнению с i586).  Глюки qemu не являются рациональным
> объяснением (достаточным для внесения изменений).  Они сегодня есть,
> а завтра их нет, зато другие будут.

Точно так же, как и в  базовых системах для не самых доступных для
разработчиков платформ.  Да, поддержка таких платформ дело непростое,
но попробовать, если собирается команда, стоит.

А если бы qemu был в два раза
> более глюкавым, тогда что, предлагалось бы вносить вдвое больше
> изменений?

Никто не мешает исправлять qemu.

Rgrds, Алексей

>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
>
>

Re: [devel] ARM. Оно нам нужно?

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 673 bytes --]

On Thu, Jun 14, 2007 at 08:29:23PM +0400, Dmitry V. Levin wrote:
> > > Честно говоря, я не совсем понимаю, когда ментейнер отказывается приложить
> > > уже готовый патч, да еще и не с мелким улучшением, а добавляющий поддержку
> > > новой архитектуры.
> > 
> > Я против патчей, которые обходят исключительно глюки qemu.
> 
> Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> обходить глюки платформы?

Да.  Точнее, тут дело в том, что эмулируемая платформа не соответствует
реальной платформе.  И глюки эмулируемой платформы, надо думать, плохо
документированы.  Ну и вообще как установить глюк это или не глюк?
На глаз определить трудно.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 750 bytes --]

On Thu, Jun 14, 2007 at 08:39:21PM +0400, Alexey Tourbin wrote:
> On Thu, Jun 14, 2007 at 08:29:23PM +0400, Dmitry V. Levin wrote:
> > > > Честно говоря, я не совсем понимаю, когда ментейнер отказывается приложить
> > > > уже готовый патч, да еще и не с мелким улучшением, а добавляющий поддержку
> > > > новой архитектуры.
> > > 
> > > Я против патчей, которые обходят исключительно глюки qemu.
> > 
> > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > обходить глюки платформы?
> 
> Да.  Точнее, тут дело в том, что эмулируемая платформа не соответствует
> реальной платформе.

До какой степени не соответствует?  Существует ли дешёвый универсальный
способ отличить "настоящий" arm от qemu-arm?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1491 bytes --]

On [Fri, 15.06.2007 01:21], Dmitry V. Levin wrote:
> On Thu, Jun 14, 2007 at 08:39:21PM +0400, Alexey Tourbin wrote:
> > On Thu, Jun 14, 2007 at 08:29:23PM +0400, Dmitry V. Levin wrote:
> > > > > Честно говоря, я не совсем понимаю, когда ментейнер отказывается приложить
> > > > > уже готовый патч, да еще и не с мелким улучшением, а добавляющий поддержку
> > > > > новой архитектуры.
> > > > 
> > > > Я против патчей, которые обходят исключительно глюки qemu.
> > > 
> > > Если qemu-arm рассматривать как платформу, то ты против того, чтобы
> > > обходить глюки платформы?
> > 
> > Да.  Точнее, тут дело в том, что эмулируемая платформа не соответствует
> > реальной платформе.
> 
> До какой степени не соответствует?  Существует ли дешёвый универсальный
> способ отличить "настоящий" arm от qemu-arm?

Нет. Если не считать стресс-тестов на потоки и тестов типа LTP. 

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1737 bytes --]

On [Thu, 14.06.2007 19:39], Alexey Tourbin wrote:
> On Thu, Jun 14, 2007 at 05:43:29PM +0300, Victor Forsyuk wrote:
> > On Thu, Jun 14, 2007 at 04:50:26PM +0300, Led <ledest@gmail.com> wrote:
> > > > Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> > > > и готовы потратить время на поддержку ARM в своих пакетах?
> > > 
> > > Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. И 
> > > готов потратить время на поддержку ARM в своих пакетах, если появится 
> > > инструментарий для этого (hasher+qemu, кросскомпиляторы и spt-профиль для 
> > > изготовления системы и/или инсталлятора (для того же qemu, например)).
> > 
> > +1
> > 
> > Честно говоря, я не совсем понимаю, когда ментейнер отказывается приложить
> > уже готовый патч, да еще и не с мелким улучшением, а добавляющий поддержку
> > новой архитектуры.
> 
> Я против патчей, которые обходят исключительно глюки qemu.

В тех патчах которые предложены для включения в Mesa нету ничего
qemu-специфичногo.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 824 bytes --]

Led пишет:

<skipped/>

>> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
>> и готовы потратить время на поддержку ARM в своих пакетах?
> 
> Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. 

Поддержка ARM - растяжимое понятие. Лично мне нужен в Sisyphus
scratchbox, чтобы поиграться с n800 и maemo. И я готов потратить
время на его сборку, если оно у меня будет :)

> И 
> готов потратить время на поддержку ARM в своих пакетах, если появится 
> инструментарий для этого (hasher+qemu, кросскомпиляторы и spt-профиль для 
> изготовления системы и/или инсталлятора (для того же qemu, например)).

Насколько я понимаю, scratchbox - это и есть похожий инструментарий.

-- 
Regards, Vyt
mailto:  vyt@altlinux.org
JID:     vitaly.ostanin@gmail.com


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 976 bytes --]

On [Thu, 14.06.2007 18:49], Vitaly Ostanin wrote:
> Led пишет:
> 
> <skipped/>
> 
> >> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> >> и готовы потратить время на поддержку ARM в своих пакетах?
> > 
> > Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. 
> 
> Поддержка ARM - растяжимое понятие. Лично мне нужен в Sisyphus
> scratchbox, чтобы поиграться с n800 и maemo. И я готов потратить
> время на его сборку, если оно у меня будет :)

Невижу связи между scratchbox и maemo.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Ivan Fedorov]

Kirill A. Shutemov пишет:

>>>> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
>>>> и готовы потратить время на поддержку ARM в своих пакетах?
>>> Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. 
>> Поддержка ARM - растяжимое понятие. Лично мне нужен в Sisyphus
>> scratchbox, чтобы поиграться с n800 и maemo. И я готов потратить
>> время на его сборку, если оно у меня будет :)
> 
> Невижу связи между scratchbox и maemo.

Maemo SDK построен поверх scratchbox.

Re: [devel] ARM. Оно нам нужно?

[Ivan Fedorov]

Vitaly Ostanin пишет:
>>> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
>>> и готовы потратить время на поддержку ARM в своих пакетах?
>> Вопрос "как много" - это к кому? Лично я хочу видеть поддержку ARM в Сизифе. 
> 
> Поддержка ARM - растяжимое понятие. Лично мне нужен в Sisyphus
> scratchbox, чтобы поиграться с n800 и maemo. И я готов потратить
> время на его сборку, если оно у меня будет :)
+1

Re: [devel] ARM. Оно нам нужно?

[Grigory Batalov]

[-- Attachment #1: Type: text/plain, Size: 284 bytes --]

On Thu, 14 Jun 2007 15:49:08 +0300
Kirill A. Shutemov wrote:

> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе

  Собственно, сборочница для ARM на x86_64 мне бы пригодилась.

> и готовы потратить время на поддержку ARM в своих пакетах?

  В своих - готов.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ARM. Оно нам нужно?

[Ivan Fedorov]

Kirill A. Shutemov пишет:
> Вырезка из беседы с shrek@ в jabber
> 
> <kas> https://bugzilla.altlinux.org/show_bug.cgi?id=12036
> <kas> поправишь?
> <shrek> ох
> <shrek> ты серьезно думаешь что оно нам надо и это будут поддерживать?
> <kas> что именно?
> <kas> я собираюсь поддерживать ARM порт
> <shrek> arm
> <kas> надеюсь включат в Сизиф
> <kas> да и я вроде ничего особо страшного с пакетом сделать не предлагаю...
> <shrek> давай так, если порт на arm будет официально поддерживаться тогда и будем патчить
> <kas> сорри, через полчаса договорим
> <kas> дык вот. чтоб arm стал оффициально поддерживаемым нужно сделать какие-то телодвижения
> <kas> чем эти изменения в Mesa тебе так не нравяться?
> <shrek> тем что их придется поддерживать пока неизвесно с какой целью
> <kas> тебя не прельщает иметь Sisyphus на ещё одной платформе?
> <shrek> если бы был arm может и прильщало бы, а так мне i586 хватает
> 
> Посему у меня вопрос: как много людей хотят видеть поддержку ARM в Сизифе
> и готовы потратить время на поддержку ARM в своих пакетах?

Ну мне бы пригодилась такая поддержка.

Re: [devel] ARM. Варианты платформы.

[Fr. Br. George]

Слегка Offtopic.

Обязательно ли использовать qemu в качестве платформы для arm?

В прошлом году я собирал skyeye
http://www.skyeye.org/index.shtml
Очень милая вещица, поддерживает кучку конкретных досок, братья-китайцы
на ней тестируют свои поделия. Оно собиралось и бегало. Заинтересованные
люди -- посмотрите?

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_org

Re: [devel] ARM. Варианты платформы.

[peter novodvorsky]

Прелесть skyeye в интграции с gdb и именно поддержке досок. То есть это
хорошо для тестирования и разработки. С другой стороны, он на порядок
медленнее qemu, поэтому для сборки не годится.


On Sun, Jun 17, 2007 at 06:46:15PM +0400, Fr. Br. George wrote:
> Слегка Offtopic.
> 
> Обязательно ли использовать qemu в качестве платформы для arm?
> 
> В прошлом году я собирал skyeye
> http://www.skyeye.org/index.shtml
> Очень милая вещица, поддерживает кучку конкретных досок, братья-китайцы
> на ней тестируют свои поделия. Оно собиралось и бегало. Заинтересованные
> люди -- посмотрите?
> 
> -- 
> 			George V. Kouryachy (aka Fr. Br. George)
> 			mailto:george at altlinux_org
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] ARM. Варианты платформы.

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 350 bytes --]

On [Sun, 17.06.2007 18:49], peter novodvorsky wrote:
> Прелесть skyeye в интграции с gdb и именно поддержке досок.
В qemu тоже есть поддержка gdb.

-- 
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 --]

Re: [devel] ARM. Оно нам нужно?

[Yury A. Romanov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Может что-то из этого пригодится? (случайно наткнулся)
http://www.armkits.com/downcenter/downloadcenter.asp

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGgLrq7FcZFBNU99wRAiK1AJ9ZkitGSxAZp0TWMDGW4i31vo8YGwCgmKK+
FqDPE1IcikYmIsIag9y79WA=
=Gw/3
-----END PGP SIGNATURE-----