LINUX.ORG.RU

Теодор Тсо призывает Linux-пользователей активнее тестировать ядро

 , ,


0

0

Теодор Тсо, один из ключевых разработчиков ядра Linux, высказал мнение, что пользователям операционной системы GNU/Linux следует активнее включаться в процесс разработки ядра, платя за то, что кажется «бесплатным», своим временем или деньгами.

К данному заявлению Теодора побудило недавнее обсуждение проблем качества Linux-ядра, возникшее после того, как был исправлен 4-летний баг в драйвере к видеокарте на базе популярного чипсета Intel 945GM. О проблеме многие знали, но исправление появилось только после того, как об этом очень настойчиво попросил один из клиентов Red Hat.

Тсо считает, что «нерационально требовать, чтобы ядра от kernel.org стали более стабильными, когда его поддержкой занимаются исключительно энтузиасты». Заинтересованные в решении проблем пользователи должны сами проводить тестирование — в идеале, во время появления третьей или четвертой бета-версии каждого нового ядра, чтобы у разработчиков была возможность исправить найденные проблемы до финального релиза.

Как альтернативу, Тео предлагает им (в данном случае уже, скорее всего, имеются в виду Linux-вендоры) платить другим за проведение этой работы (проверку корректного функционирования ядра на определенном оборудовании).

Источник

Оригинал письма

>>> Подробности

★★★★★

Проверено: catap ()

Ответ на: комментарий от annulen

>о_О причем тут слака?

Ты здесь новенький, да? Или ставить софт через make install на дистр с rpm/deb — это для тебя нормально?

anonymous ()
Ответ на: комментарий от init_6

открою тебе секрет: если модуль не используется, оне может вносить баги

annulen ★★★★★ ()
Ответ на: комментарий от anonymous

конечно. если для тебя это не нормально, ты просто неопытный пользователей или халявщик

annulen ★★★★★ ()
Ответ на: комментарий от annulen

> могешь, но разницв не будет. никакого вреда системе новое ядро не принесет, если старое не стереть :)

Ага. Значит бью задачу на две:
1) Скомпилирую на VB с той же осью что и на хосте. Инструкции я нашел вроде. Не хочу хостовую валить, я туда месяц свистелки-блестелки цеплял.
2) Осталось найти как цепляет ядро граб. И грузить его оттуда, не убивая конфиг старого.

Я в правильном направлении думаю?

valich ★★★ ()
Ответ на: комментарий от Ramzes001

>А по русски нету?

Если и есть, может быть неполное или устаревшее, как обычно. Да там 2/3 — описание вариантов, т.е. всё использовать не нужно будет.

anonymous ()
Ответ на: комментарий от annulen

>Дельная мысль.

и бесполезно ...

Без консолидированных релизов kernel и xorg - все это информационный шум.

elipse ★★★ ()
Ответ на: комментарий от annulen

>конечно

Вопросов больше не имею.

anonymous ()
Ответ на: комментарий от anonymous

Поставь бесплатный Линукс на предприятии и в перспективе станешь бета-тестером. Может, еще в школах вместо уроков дети будут бета-тестами заниматься?

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

Прав Тео, таких вендоров (Альт линукс к примеру) надо обязать к обязательным отчислениям, много они(Альт Линукс) там накомитили?

А таких халявщиков партнёров не одна сотня по миру найдётся.

e000xf000h ()
Ответ на: комментарий от valich

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

annulen ★★★★★ ()
Ответ на: комментарий от valich

>Осталось найти как цепляет ядро граб. И грузить его оттуда, не убивая конфиг старого.

В мануале должно быть, емнип всё само подцепится. Но если проц без плюшек виртуализации, компилять в виртуалке можешь за*баться.

anonymous ()
Ответ на: комментарий от e000xf000h

>Прав Тео, таких вендоров (Альт линукс к примеру) надо обязать к обязательным отчислениям, много они(Альт Линукс) там накомитили?

GPL не позволит никого обязать это делать

annulen ★★★★★ ()
Ответ на: комментарий от init_6

>А ты слышал что у ядреных модулей еще иногда есть зависимости?

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

Или будь так добр поделись как бы на ведро ветки v2.2 влепить бы все все модули из ветки v2.6 ?

Будто отдельная разработка модулей решит эту проблему

Gary ★★★★★ ()
Ответ на: комментарий от valich

Зачем так сложно? Я вот делал на рабочей системе и не чё.(ядро моё правда не завелось, но и система не лягла.)

Ramzes001 ★★ ()
Ответ на: комментарий от annulen

открою тебе секрет: если модуль не используется, оне может вносить баги

«вау» да ты не просто «такой умный» ты еще и про зависимости в модулях не слышал. Если нечто не используется в данный конкретный момент времени однако оно было собрано по зависимостям нужных _тебе_ модулей то в таком случае даже это ненужное барахло влияет на работу системы.

init_6 ★★★★★ ()
Ответ на: комментарий от init_6

>...что и не заметил факта усложнения задачи?

модуль == плагин, так что никакого излишнего усложнения нет. упростить можно только с потерей функциональности. Как говорится, систему нужно проектировать настолько просто, насколько это возможно, но не проще, плагины - как раз оптимальная стратегия для этого

annulen ★★★★★ ()
Ответ на: комментарий от annulen

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

чего-то мне стало страшно. сделаю ка я копию корневого раздела dd сначала

valich ★★★ ()
Ответ на: комментарий от Gary

>Будто отдельная разработка модулей решит эту проблему

А представь себе.
пример: squashfs всунули ведро и радостно забили на обратную совместимость.

elipse ★★★ ()
Ответ на: комментарий от init_6

>зависимости в модулях не слышал

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

annulen ★★★★★ ()
Ответ на: комментарий от anonymous

> Но если проц без плюшек виртуализации, компилять в виртуалке можешь за*баться.

AMD Athlon 64 x2 4400
фигня - пролезем

valich ★★★ ()
Ответ на: комментарий от valich

>чего-то мне стало страшно

а чего бояться? оно не укусит и не сотрет твои данные

annulen ★★★★★ ()
Ответ на: комментарий от anonymous

> Ах вот оно что. Они за свои деньги должны пилить то, что тебе надо, а не им. И правда fail.

а на кой х"р я *ОБЯЗАН* выступать в качестве бесплатного бета-тестера их наколенной поделки? у тебя убунта головного мозга, похоже.

anonymous ()
Ответ на: комментарий от Ramzes001

> Зачем так сложно? Я вот делал на рабочей системе и не чё.(ядро моё правда не завелось, но и система не лягла.)

Мы хомячки завсегда вздрагиваем, перед тем как положить систему :)

valich ★★★ ()
Ответ на: комментарий от Gary

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

Ну это по идее да… А на деле иной раз в make menuconfig пункт в котором параметр ясно говорит «выключить нечто» на деле включает и наоборот…

Будто отдельная разработка модулей решит эту проблему

А вон комрад annulen говорил что «отлаживать по отдельности» жуть как хорошо… но по крайней мере намного лучше чем все сразу скопом. А разрабатывать «по отдельности» значит хуже?

init_6 ★★★★★ ()
Ответ на: комментарий от val-amart

> никаких патчей не накладывать, ядро брать самый свежий мейнлайн на кернел.орг (2.6.35-rc6 на данный момент)

учтем пожелания :)

valich ★★★ ()

Как и ожидал, вброс получился на славу, предвижу 50 страниц :3
А по теме: интересно узнать реакцию дядьки Столлмана на это.

mix_mix ★★★★★ ()

А гдето я уже видел эту инфу... и поток каментов, не?

Thero ★★★★★ ()

>платить другим за проведение этой работы (проверку корректного функционирования ядра на определенном оборудовании).
Тео просит денег на пиво, женщин и сарай, где можно этот перфоманс отрежиссёрить?

dogbert ★★★★★ ()
Ответ на: комментарий от anonymous

>а на кой х"р я *ОБЯЗАН* выступать в качестве бесплатного бета-тестера их наколенной поделки? у тебя убунта головного мозга, похоже.

Они за свои деньги пилят то, что нужно им. У тебя есть такое же право. Ах, нет денег? Ну извини, линукс — система не для нищебродов :)

anonymous ()
Ответ на: комментарий от val-amart

> девам интересны рц билды

еще бы, о таком количестве бесплатных, фанатично настроенных, красноглазых хомячков-тестеров даже M$ не мечтает...

anonymous ()
Ответ на: комментарий от valich

> Вот на домашнем Бубунта простаивает. Туда можно подключить ведро с ванилью?

Посмотрите KernelCheck, оно вроде как умеет такое.

sjinks ★★★ ()
Ответ на: комментарий от anonymous

> Они за свои деньги пилят то, что нужно им. У тебя есть такое же право. Ах, нет денег?

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

линукс — система не для нищебродов :)

ты это Столлману уже говорил? ну-ну...

anonymous ()
Ответ на: комментарий от anonymous

>Дибилушка, я за бабло куплю венду лучше, а не наколеночную бета-ось без каких-либо гарантий, о чем и писалось вначале треда.

Так купи! А о чем тогда страдания?

ты это Столлману уже говорил? ну-ну...

Это твой начальник?

anonymous ()
Ответ на: комментарий от init_6

>далее сами модули каждый модуль в свой проект

не переживай, гит достаточно быстр, чтобы работать с проектом, содержащим ВСЕ модули. А другого смысла в разделении ядра на части быть не может

вот в данный момент можно на ядре одной версии юзать модули ведра от другой причем совсем другой версии ведра?

берешь новый драйвер, ставишь заголовки ядра, компилруешь, копируешь .ko в директорию с модулями. modprobe - вуаля!

формально даже некоторая бинарная совместимость между версиями есть (на практике не проверял)

annulen ★★★★★ ()
Ответ на: комментарий от val-amart

> и тебе проще, компелять не надо, и девам тоже сразу ясно, как собиралось ядро.

Я уже за беседой не успеваю :)

Последний вопрос. Я краем уха слышал, что есть какой-то файлик (лог) куда ядерные ошибки валятся. Я прав?

valich ★★★ ()
Ответ на: комментарий от anonymous

> А о чем тогда страдания?

страдания у кернел-разрабов - им денег мало и бесплатные тестеры, на которых они плюют всем разраб-отделом с высокой колокольни, совсем обленились - не хотят, видите ли, тестить «шоколадно-ванильные» rc-ядра, сволочи! разарбов и спрашивай, уточняй как тебе лучше отсасывать, чтобы им приятнее было.

anonymous ()
Ответ на: комментарий от valich

> Я краем уха слышал, что есть какой-то файлик (лог) куда ядерные ошибки валятся. Я прав?

/var/log/kern.log, /var/log/messages или местный аналог

sjinks ★★★ ()

Ололо

Ну пусть призывает, это его право :]

vasily_pupkin ★★★★★ ()
Ответ на: комментарий от anonymous

>страдания у кернел-разрабов

а на кой х"р я *ОБЯЗАН* выступать в качестве бесплатного бета-тестера их наколенной поделки? у тебя убунта головного мозга, похоже.

Нет-нет, я про второе. Тебя же это явно беспокоит.

уточняй как тебе лучше отсасывать, чтобы им приятнее было

Это твоя обычная практика общения с разработчиками? ;)

anonymous ()

Никто похоже в этом не заинтересован. Где на сайте kernel.org ядро с пометкой тестировать тут? Где форма багрепорта? Большую кнопку stable я там вижу, а где качать beta?

farafonoff ★★ ()
Ответ на: комментарий от anonymous

>Чтобы кто-нибудь мог допилить (если оно хоть как-то работает).

Таких говно-кодеров надо сжигать. Это как помотросил, она забеременела, а ты взял и бросил ее, и так со всеми женщинами в твоей жизни.

Тебя это использовать тоже никто не заставляет, есть лучший вариант — бери его :)


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

gh0stwizard ★★★★★ ()
Ответ на: комментарий от annulen

>берешь новый драйвер, ставишь заголовки ядра, компилруешь, копируешь .ko в директорию с модулями. modprobe - вуаля!

И получаешь vermagic error, или как там, не?

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.