[sisyphus] linux-2.6.22

Led =?iso-8859-1?q?ledest_=CE=C1_gmail=2Ecom?=
Чт Апр 10 01:03:04 MSD 2008


Wednesday, 09 April 2008 22:57:29 Konstantin A. Lepikhov написав:
> Hi Led!
>
> Wednesday 09, at 10:40:20 PM you wrote:
> > > Собирается != работает. acx-mac80211 тоже собирается ;)
> >
> > Для того писал сюда - чтоб проверяли что не работает. Т.е. ты проверил
> > alt2 из led-ws-2.6.22-alt13 и atl2 не работает? Спасибо за информацию.
> > Можно предоствить доп. информацию о "нерабочести"?
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=13784
> https://bugzilla.redhat.com/show_bug.cgi?id=249382

для 2.6.22 там немножко другой код используется. Давай адаптер - буду 
проверять прям на своей рабочей машинке (и, возможно, фиксить)

> > > > > где доступны шаблоны?
> > > >
> > > > Тебе это лучше известно.
> > > > Для 2.6.22 не понадобились "революционные патчи" для модулей, так что
> > > > спеки для "внешних модулей" практически не отличаются от
> > > > "ALTLinux-мейнстрима" (ну разве что кривой спек для lirc пришлось
> > > > править - уверен, что это ж не ты такой кривой спек нагородил:))
> > >
> > > мне ничего не известно о шаблонах, с которыми собирались твои ядра.
> >
> > Я говорил о шаблонах для "внешних модулей". Честно говоря, я не знаю что
> > такое "шаблоны для ядер".
>
> kernel-image.spec.

Ну, у меня все kernel-image-led-* ядра собираются из одного 
kernel-image-led.spec

>
> > > Это
> > > вообще неизвестно никому, кроме сборщика, поскольку на выходе у тебя
> > > получается src.rpm под конкретный flavour.
> >
> > Да, я не знаю как получить src.rpm не "под конкретный flavour" :(
> >
> > > А раз ты git пользоваться не
> > > умеешь, считаем, что шаблоны ты скромно утаил от общественности,
> > > поскольку не поделился таинством получения шаблона из git без
> > > использования git %) Это не наезд, просто технология сборки этих, гм,
> > > ядер, имеет ряд странностей.
> >
> > Да, к сожалению, я действительно утаил всё то, чего у меня нет :(
> >
> > > > > > > Кому нужна куча патчей, без series и возможности
> > > > > > >  автоматического обновления? :))
> > > > > >
> > > > > > Я где-то кому-то предлагал "кучу патчей"?
> > > > >
> > > > > т.е. у тебя проприетарное ядро с закрытыми патчами?
> > > >
> > > > src.rpm в комплекте. Я не знаю, что ты подразумеваешь под
> > > > словом "проприетарное":)
> > >
> > > то, где отсутствуют признаки, описанные выше.
> >
> > О новых, дополнительных признаках проприетарности - это не ко мне, это к
> > RMS обращайся:)
>
> Вот не надо к RMS. Простая задача - мне нужно понять где косяк - в нцати
> патчах или в kernel-source. У тебя есть тайное знание поиска ошибок в
> 100Mb исходных кодов без описания?

Нету тайного знания :( Просто анализ "error" при сборке, анализ и "warning" 
при сборке, проверка собранного в работе с анализом логов (если такие 
имеются). Есть другие способы?

>
> > > ты хочешь сказать, что руками вкатывал эти патчи в 2.6.22?? Тогда лично
> > > мне даже страшно представить, что находится внутри этих ядер.
> >
> > Я хочу сказать, что "заброшеный апстримом rt" - это ты, мягко говоря,
> > соврал:)
>
> Не надо искажать мои слова - все вышесказанное относилось к 2.6.22.

А, в этом смысле... Возможно, если нужен rt всё же имет смысл уже использовать 
2.6.24

>
> > Я собирал с немножко адаптированным
> > http://www.kernel.org/pub/linux/kernel/projects/rt/older/patch-2.6.22.1-r
> >t9
>
> Можно увидеть объем адаптации?

Можно. Сравнив 
http://www.kernel.org/pub/linux/kernel/projects/rt/older/patch-2.6.22.1-rt9 с 
патчем в src.rpm.

>
> > > > К тому же я указал, что led-ws-2.6.22 собран с hrtimer - т.о. в
> > > > большинстве случаев rt не понадобится.
> > >
> > > нет, -rt это -rt. hrtimer как-то странно связывать с рилтаймом.
> >
> > Ну так не связывай. hrtimer связан только с High Resolution Timer. Не
> > приписывай мне того что я не говорил:) Я сказал лишь, что во многих
> > случаях hrtimer достаточно вместо того, чтобы использовать честный rt.
>
> jackd + adour не тормозят без -rt? Покажи!

давай тест - покажу результат.

>
> > Ещё раз: я выложил пакеты для пользователей. Я не вижу, каким образом
> > конечному пользователю удобнее брать сырцы из git, а не готовые бинарные
> > пакеты. Для публикации git как минимум мне нужно:
> > 1) хостинг с нормальной скоростью доступа
>
> объем git репозитория в _разы_ меньше трафика по заливке нцати
> мегафлаворов на ftp.linux.kiev.ua при каждом изменении хотябы _одного_
> патча.

Пример команды apt-get для установки из "git-репозитария" приведи, плиз (про 
gentoo и emerge я знаю, поэтому, пожалуста, пример для ALTLinux"

>
> > 2) знание того, что кому-то кроме меня нужен этот git-репозитарий (иначе
> > зачем вообще публиковать?)
>
> Это плохо - знание - сила. Использование чужого знания - как минимум
> двойная сила, а объединение усилий вообще порождает светлое будущее. Плохо
> что туда надо пинками загонять.

Я не знал, что кого-то ещё интересует 2.6.22 (в плане разработки).

>
> > Ни первого, ни второго нет.
> > Я вообще сомневаюсь, что кому-то кроме меня нужны эти сборки. Написал об
> > этом не в целях рекламы и не из хвастовства (было бы чем хвастать:)), а
> > из чисто своих шкурных интересов: а вдруг кто-то посмотрит и даст
> > какой-то полезный совет или укажет на незамеченные мной недоработки:)
>
> Честно - из рекламных писем со списком патчей вида "покупайте наших
> слонов" и без приведения changes + сборочных конфигов, качать 20Мб чтобы
> дать ЦУ "пересоберите это правильно" как-то не хочется. Т.е. я думал что
> найду в этих ядрах что-то новое, но даже близко не увидел.

А я не увидел в килобайтах текста от тебя никакого намёка на "ЦУ":) Может 
плохо смотрел?

-- 
Led


Подробная информация о списке рассылки Sisyphus