Запускаем ванильное ядро на Intel Galileo

[mbait]

Что значит «стоковое»? Судя по описанию вы запускаете ванильное ядро, т.е. без сторонних модификаций, а термин «стоковое» я первый раз встречаю. Поиск по этому слову находит только упоминания ядер андроида.

[jcmvbkbc]

стоковое == ванильное == pristine

[Disasm]

Стоковое == входящее в поставку какого-то дистрибутива. Поэтому стоковое != ванильное в общем случае.

[jcmvbkbc]

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

[Disasm]

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

[jcmvbkbc]

www.linuxquestions.org/questions/linux-general-1/what-is-stock-kernel-386411/

[artemy_m]

en.wikipedia.org/wiki/Vanilla_software
Называть ядро без сторонних патчей «ванильным» — известная и общепринятая конвенция. «Стоковое» — это скорее входящее в поставку с завода/из условной коробки (как принято это называть в случае android-прошивок).

[andy_shev]

Я переозаглавил, чтобы не было споров.

[ValdikSS]

Необходимо внести несколько минимальных правок в конфигурацию по умолчанию, а именно в файл arch/x86/configs/i386_defconfig.

Э? Зачем? Почему не в .config?

[andy_shev]

Хотя вопрос и логичный, на то есть несколько причин.

• Первая и главная — никто не знает, что у вас там в этом .config изначально
• Непонятно, откуда вы возьмёте .config в только что скачанном дереве?
• Также хочется иметь стабильную базу и совершать только нужные и простые изменения
• Ядро, собранное из конфигурации по умолчанию, довольно маленькое, и, если вы обратили внимание, там нет опций =m, что делает гораздо проще сборку initrd

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

[ValdikSS]

Не соглашусь с вами.

Первая и главная — никто не знает, что у вас там в этом .config изначально

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

Непонятно, откуда вы возьмёте .config в только что скачанном дереве?

Для этого и делаем make i386_defconfig, и у нас появляется .config.

Также хочется иметь стабильную базу и совершать только нужные и простые изменения

Я мало занимался embedded, но занимался, и обычно в таких случаях создают свой defconfig для устройства или SoC, а не модифицируют стандартный.

Ядро, собранное из конфигурации по умолчанию, довольно маленькое, и, если вы обратили внимание, там нет опций =m, что делает гораздо проще сборку initrd

См. ответ 2.

[andy_shev]

Да, вы скачиваете дерево, в котором нет никакого .config.

Всё, что вы описали далее, можно проделать, начав словами «скопируем arch/x86/configs/i386_defconfig в arch/x86/configs/qrk_defconfig» и далее по тексту заменяя один файл другим. Так что ваш способ просто другой подход к тому же самому.

[ValdikSS]

«скопируем arch/x86/configs/i386_defconfig в arch/x86/configs/qrk_defconfig»

Да, это лучший выход из ситуации.

Да, вы скачиваете дерево, в котором нет никакого .config.

make i386_defconfig вам скопирует i386_defconfig в .config, только и всего. Именно это делает эта команда.

[andy_shev]

Эта команда делает совсем не копию. Посмотрите как-нибудь на досуге в код.

[ValdikSS]

Тогда прошу прощения. Но, все же, я считаю, не стоило изменять i386_defconfig.

[andy_shev]

Написал развёрнутый ответ.

[CodeRush]

Проблему с зависанием на некоторых инструкциях с префиксом lock решили как-то или при работе ядра она не проявляется?

[andy_shev]

Если вы помните, баг впервые сказался на libpthread, собирающуюся в составе glibc. Здесь же ядро и используемая по умолчанию uClibc не подвержены этому. А ошибка как известно в самом процессоре и проверить можно только по errata для новых ревизий (чего я не делал).

[andy_shev]

Вот workaround, если припечёт :)