Comments 33
Тема в статье интересная, ждем продолжения..
На озоне есть такая книга Mastering Embedded Linux Development by Chris Simmonds
Там это расписано в деталях. Рекомендую тем, кто хочет подетальней.
Главное сразу пишите о том, как делать всё на внешних слоях buildroot - так хотя бы можно всё своё хранить в отдельной репе и нормально обновлять сам buildroot.
А то большинство статей выглядит так: "сделайте make menuconfig, выберите свою плату и нужные пакеты, сделайте make"
Правильно говорите! Очень надеюсь что автор так сделает - через git submodules
Есть ещё вариант, который я видел - скрипт сборки, который сначала скачивает и распаковывает архив с нужным релизом buildroot рядом/внутри репы
В моём примере выше так и делается же, вот это "скрипт"...
Здесь нужная версия Buildroot зашита в репозиторий и если вам нужна именно она, а не последняя, не используйте флаг --recurse-submodules
Еще можно использовать google repo.
Тоже вполне удобно.
Расстрою: в следующей статье по командам примерно так и будет. НО!
В своих статьях я планирую идти от простого к сложному, поэтому перед тем, как лезть в external layers, структуру Kconfig файлов и т.д, начинающим надо понять, в каких директориях что лежит, как с этим взаимодействовать, собирать и запускать.
Да и я в этой статье знатно задушнил, в следующей тоже буду душнить. Надо дать начинающим ощущение маленькой победы в виде запуска Linux на, хотя бы, стоковом одноплатнике, чтобы не отбить желание читать дальше)
Предлагаю убрать хаб Программирование микроконтроллеров. Понимаю, что хочется охватов, но "благодарные" MCU-устроители, увидев что тут про другое, гордо заминусят эту статью...
Это непонятная мне шутка или шутка за 282?
Согласен, что хаб здесь смотрится странно, но, к сожалению, хаба SoC, Buildroot или SystemOnChip мне не дали поставить (Возможно, потому что только из песочницы вылез). Так что я решил оставить его: как никак, микрухи— ближайший родственник SoC
Я программист микроконтроллеров и давно хочу попробовать embedded linux. Мне статья понравилась, жду продолжение. Очень рад что статью увидел. Возможно благодаря хабу Программирование микроконтроллеров.
Странная статья, значительная часть просто нагенерирована AI. Автор явно не разбирается в теме.
Для примера, вначале пишет про загрузчик
загрузчик, зная, где находится его продолжение (обычно в
/boot), загружает основной загрузчик — чаще всего это GRUB. GRUB отображает меню (если задано) и передаёт управление ядру Linux (Kernel), указанному в конфигурации
и букально парой абзацев ниже
Для загрузки операционной системы на SoC чаще всего используется U-Boot
ну и пресловутые длинные тире.
Да, в начале я пишу про загрузчик GRuB. В главе про загрузку обычного ПК.
Затем, в главе про загрузку SoC я вообще не упоминаю U-Boot. Он начинает фигурировать только в главе состав Embedded Linux.
Так что суть претензии мне совершенно непонятна.
П.С. Специально запарился и все короткие тирехи поменял на длинные, где находятся конструкции "Термин — определение". В чем проблема?
Видимо, комментатор выше самоутверждается таким образом. Тоже не понял претензии. Статья огонь, ждём продолжения!
Специально запарился и все короткие тирехи поменял на длинные ... В чем проблема?
В том, что это едва ли не основной признак написания статьи ChatGPT, а не человеком. Особенно если "специально запаривался и менял", конечно же все так делают. Особенно учитывая, что длинного тире нет в стандартной раскладке клавиатуры.
В чем проблема?
Да так...
Это уже просто смешно. Я бы еще понял 5-10%, но 100)
Я выбрал не весь текст, а часть на 4600 символов, так как у бесплатных средств проверки есть лимиты.
С учётом, что я копировал из середины, где в основном кипипаста из Вики и подобного, меня не удивляет результат в 100%
Тогда грош цена такой проверке. Вы утверждаете, что скопировали из середины, где одна копипаста из Вики (хотя я ни одного предложения из Вики я не копировал).
При этом вы утверждаете, что это все создала нейронка.
Получается, что на вики статьи делали нейронки? Отвечать больше не буду. На лицо просто троллинг, не более того
ну и пресловутые длинные тире
Норма русского языка.
Некоторые текстовые процессоры автоматически меняют дефис на тире (ибо см. п.1.).
Существует три вида тире
На клавиатуре можно найти только hyphen/dash - или короткий дефис. Текстовые редакторы автоматически могут менять его на en dash (средний дефис), но никогда на em dash.
ChatGPT and other AI models understand the em dash and how to use it, but AI seems enamored of how flexible the em dash can be, slotting it into places where you might normally find an array of other punctuation. It has become a way of identifying AI writing simply because most people don't use them in everyday writing. It's not even on a standard keyboard, unlike the shorter en dash. You have to make an effort to insert the em dash, and ChatGPT can input it far more quickly than a human.
Если кратко, использование длинного тире требует специальных усилий (комбинации юникода или использование последовательности символов в MS Word. И крайне редко люди делают это специально, а вот AI как раз почти всегда использует длинное тире, что стало одним из стандартных методов проверки текстов на применение AI при написании.
Норма русского языка.
Точно - языка, а не типографская?
тлдр:
Бывает soc.... цитируем Википедию
Бывает линукс... цитируем Википедию
А ещё есть Йокто, но об этом в другой статье
Фсё
Статья определенно зачет. Программирую микроконтроллеры, но эта тема мне абсолютно точно интересна. Задачи бывают разные, где то требуется повышенная мощность. Там где rpi избыточна а esp32 недотягивает.
Какую железку подешевле прикупить, чтобы попрактиковаться в сборке линукса для желёзки?
Embedded Linux для начинающих (Часть первая)