Comments 19
Что значит «стоковое»? Судя по описанию вы запускаете ванильное ядро, т.е. без сторонних модификаций, а термин «стоковое» я первый раз встречаю. Поиск по этому слову находит только упоминания ядер андроида.
стоковое == ванильное == pristine
Стоковое == входящее в поставку какого-то дистрибутива. Поэтому стоковое != ванильное в общем случае.
Ок, согласен про общий случай. Скорее стоковое ядро — ядро без модификаций, дальше уже зависит от выбранной точки отсчёта — без модификаций вообще, или без модификаций относительно какого-то дистрибутива.
en.wikipedia.org/wiki/Vanilla_software
Называть ядро без сторонних патчей «ванильным» — известная и общепринятая конвенция. «Стоковое» — это скорее входящее в поставку с завода/из условной коробки (как принято это называть в случае android-прошивок).
Называть ядро без сторонних патчей «ванильным» — известная и общепринятая конвенция. «Стоковое» — это скорее входящее в поставку с завода/из условной коробки (как принято это называть в случае android-прошивок).
Я переозаглавил, чтобы не было споров.
Необходимо внести несколько минимальных правок в конфигурацию по умолчанию, а именно в файл arch/x86/configs/i386_defconfig.Э? Зачем? Почему не в .config?
Хотя вопрос и логичный, на то есть несколько причин.
Есть ещё и другие причины, но они выходят за рамки статьи и обсуждения. Надеюсь, прояснил этот момент.
- Первая и главная — никто не знает, что у вас там в этом .config изначально
- Непонятно, откуда вы возьмёте .config в только что скачанном дереве?
- Также хочется иметь стабильную базу и совершать только нужные и простые изменения
- Ядро, собранное из конфигурации по умолчанию, довольно маленькое, и, если вы обратили внимание, там нет опций =m, что делает гораздо проще сборку initrd
Есть ещё и другие причины, но они выходят за рамки статьи и обсуждения. Надеюсь, прояснил этот момент.
Не соглашусь с вами.
Первая и главная — никто не знает, что у вас там в этом .config изначальноНу мы же скачиваем свежее ядро с git, разве в статье не это имеется ввиду? Полная сборка же описана.
Непонятно, откуда вы возьмёте .config в только что скачанном дереве?Для этого и делаем make i386_defconfig, и у нас появляется .config.
Также хочется иметь стабильную базу и совершать только нужные и простые измененияЯ мало занимался embedded, но занимался, и обычно в таких случаях создают свой defconfig для устройства или SoC, а не модифицируют стандартный.
Ядро, собранное из конфигурации по умолчанию, довольно маленькое, и, если вы обратили внимание, там нет опций =m, что делает гораздо проще сборку initrdСм. ответ 2.
Да, вы скачиваете дерево, в котором нет никакого .config.
Всё, что вы описали далее, можно проделать, начав словами «скопируем arch/x86/configs/i386_defconfig в arch/x86/configs/qrk_defconfig» и далее по тексту заменяя один файл другим. Так что ваш способ просто другой подход к тому же самому.
Всё, что вы описали далее, можно проделать, начав словами «скопируем arch/x86/configs/i386_defconfig в arch/x86/configs/qrk_defconfig» и далее по тексту заменяя один файл другим. Так что ваш способ просто другой подход к тому же самому.
«скопируем arch/x86/configs/i386_defconfig в arch/x86/configs/qrk_defconfig»Да, это лучший выход из ситуации.
Да, вы скачиваете дерево, в котором нет никакого .config.make i386_defconfig вам скопирует i386_defconfig в .config, только и всего. Именно это делает эта команда.
Эта команда делает совсем не копию. Посмотрите как-нибудь на досуге в код.
Тогда прошу прощения. Но, все же, я считаю, не стоило изменять i386_defconfig.
Написал развёрнутый ответ.
Проблему с зависанием на некоторых инструкциях с префиксом lock решили как-то или при работе ядра она не проявляется?
Если вы помните, баг впервые сказался на libpthread, собирающуюся в составе glibc. Здесь же ядро и используемая по умолчанию uClibc не подвержены этому. А ошибка как известно в самом процессоре и проверить можно только по errata для новых ревизий (чего я не делал).
Вот workaround, если припечёт :)
Sign up to leave a comment.
Запускаем ванильное ядро на Intel Galileo