Olej

Сегодня нет (ещё в типографии), через 2-3-4 дня - будет.

Книга - шикарная! Но вам она - совершенно бесполезная 😡 В ней Кёртен описывает организацию, структуру и взаимодействие частей микроядерной ОС QNX, построенной на обменами сообщениями микроядра. У вас в руках такой операционной системы нет ... и никогда не будет. 😄 Во всех остальных ОС ... в том же Linux (о чём этот раздел форума) всё совсем по-другому.

Книга: Расширения ядра Linux: драйверы и модули 688 стр.

Linux и Go. Эффективное низкоуровневое программирование

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

Книга: Linux: многопроцессорная эффективность. Выбираем Go - выходит в августе месяце 2022, и должна быть представлена в сентябре на большой ярмарке в С.-Петербурге. Там, по ссылке, черновые предварительные наброски книги ... но есть ещё много интересных вопросов, которые можно обсуждать. Язык Go - новый инструментарий, который должен значительно вытеснить C++ ... да и традиционный C в некоторой мере.

1. Python - потому что он более гибкий + "язык быстрой разработки". Скорость разработки приложений на Python в 10 и более раз выше (скорее), чем на C. 2. По RP везде Python - потому что RP это радиолюбительство и самоделкины, с начала до конца... 3. Книги по Linux & C: Разработка программных проектов в Linux, Сетевое программирование в Linux, Драйверы и модули ядра Linux

Если эта "виртуалка" VirtualBox, то не нужно а). писать никакой скрипт + б). ничего не строить с X Server! Нужно в гостевой ОС (Linux) правильно установить "дополнения гостевой ОС" с ISO-образа, который придаётся на сайте VirtualBox (подробности можно смотреть здесь). После чего разрешение меняется динамически под размер окна виртуальной машины.

Не ляжет. А этого вам никто не гарантирует ... по части "построчно разделённые".

Что вы хотите от "потокозащищённости"? Чтобы несколько элементов вывода, последовательно выводимые единым оператором std::cout и/или printf(), выглядели как единый фрагмент вывода (цельная строка и т.п.)? - Нет. Что можно их использовать в потоковых функциях? Да ... используйте.

А при чём тут Android в теме отчётливо названной: "Графика для Linux".

Тогда сливайте воду- это вам не ВыньДа Драйверы и модули ядра Linux

getopt - это стандарт, POSIX. А все остальные "скажем так" и "советы от доброжелателей" - это будут пионэрские задрочки. В дополнение к getopt есть ещё getopt_long - это уже не стандарт POSIX, расширение, работающее с длинными и короткими опциями.

Кипение говн на Либератуме... на либаратумах - всегда бурное кипение говн. А тут ещё автор сообщения решил показаться умным...

Смотрит в книгу - и видит фигу.

Xenomai и real-time Linux Не только ставится, но моете готовую взять: Raspberry Pi: hard realtime Linux/Xenomai

А не надо сомневаться...

Не-а ... :laughing: - "на 1-м курсе политеха" точно стал бы поучать, что никто и нихера не понимает :santa2:

Это точно. Тем более, что чипов памяти меньше какого-то лимита просто не становится на рынке. И этот лимит, минимум постоянно увеличивается. P.S. Не про RAM, но близкая аналогия: а вы попробуйте купить на рынке SD-карточку 4Gb ... не говоря уже про 2Gb. Я недавно пробовал :wacko: . Не говоря уж о том, что 2Gb и 8Gb стоят примерно одинаковую цифру денег.

В даташите CP2103 сказано: Смотрите там. Но там же и вот такое ... сильно настораживающее предупреждение:

U-boot выводит текстовый протокол своей загрузки, до момента загрузки ядра. Нет их, /dev/fb* - с самого начала проверено. Каким образом "проверить"? Но всё это не самое главное в этой теме. А то, как средствами BuildRoot собрать hard realtime систему Xenomai Cobalt? Когда для патченья ядра под проект Adeos, патч ipipe, Xenomai в своих инструкциях используют не команду patch, а свой собственный скрипт патченья ... почти в 500 строк кода shell. Как это объяснить BuildRoot?

Это никакие не самодельные сборки. А самые что ни на есть стандартные сборки Linux, когда системе сборки только указываются требуемые ядро, пакеты... а система сборки сама ownload с домашних страниц всех проектов их скачивает (исходники) и собирает. Большой плюс, что может собирать кросс-компиляцией (на x86 станет собирать образ для PPC). На "дебиан или убунту, федору" всё ставится пакетными системами , пакеты, которые компилируются ровно из тех же исходников (других в природе просто нет). Только пакетные дистрибутивы имеют размер раз в 10 больше, чем собранные под целевые требования (1Gb, к примеру, вместо 75Mb :laughing: ). На сегодня размер - это вовсе уже мало для кого ограничивающий фактор, но в этих пакетных дистрибутивах (даже если это на ARM, типа Armbian) по умолчанию сконфигурированы 2-3 десятка демонов-сервисов, которые могут тупо без нужды нагружать систему ... или нужно щепетильно разбираться кого там из них нужно останавливать. P.S. как пример, ... смешно :biggrin: : практически во всех пакетных дистрибутивах устанавливаются и запускаются ... сервисы SMB ... "услужливо" :wacko:

Я тоже использую CP2102/CP2103 (законченные устройства) в качестве конверторов USB-UART (например, в однопллатных SoC незаменимая вещь просматривать сообщения U-boot ... или вообще взаимодействовать с embedded устройства). Но ТС называл устройство CP2102N (там этих CP2102N 3 или 4 штуки, с разными суффиксами, отличающиеся конструктивом и др.). А у этих там 3 (что ли) дискретных вывода GPIO, сверх канала USB-UART. Конечно, это не GPIO вовсе, в смысле Linux GPIO, а ... чёрт знает что - самоделка на коленке ("дерибас" ;) ). И поэтому всё, что с ним буде связано, будет обязательно проблематичным :laughing: ... : реакция по выходу на такое ... "якобы-GPIO" будет ещё более-менее понятной, через ioctl() или libusb, но реакция по входу с таких "якобы-GPIO" (когда нужно бы реагировать на прерывания) - это вообще мрак.

А вы совершенно уверены, что "при подключении" нормально отрабатывается? Что говорят dmesg, lsmod и т.д.? Вообще то странно ... всякий производитель и всякое устройство обязаны поддерживать стандартный интерфейс GPIO. Подробно, внятно и просто, на пальцах - описано здесь: Linux: кнопки, светодиоды и GPIO.

Это интересно. Не обращал как-то внимания раньше на -Y опцию. Спасибо.