сабж

Я знаю, на лоре много сишников и ембедщиков. А проводящих собеседования на работу еще больше.

Так вот, уважаемые отбиральщики мужей у жен специалистов на должность embedded C developer, что вы обычно на собесах спрашиваете?

Особенно интересны вопросы по Сишке с намеком на завалить кандидата — неочевидные или на хорошее знание стандарта.

Знаю, в гугле такого много, но хочется от живых людей примеры, а не от индусов, пиарящих себя и свой сайт.

Собственно, подходит книга/интернет-ресурс, желательно на английском.

Поставил в виртуалку FreeBSD, поразбирался немного. В общем это то что я так долго искал в Linux - базовая система + свежие пакеты програм. Есть желание перевести на нее на домашних компьтеры. Так как с системой знаком пока поверхностно - есть вопросы:

Что лучше использовать для домашнего NAS на FreeBSD (gmirror + ufs2) или zfs. Памяти там 8Гб, кроме хранилища там же будут развернуты xwiki (JAVA, PostgreSQL(БД небольшая), tomcat, nginx) и возможно nextcloud (еще одна бд в PostgreSQL + php-fpm)?

Насколько UFS2 (и с какими опциями) подходит для рабочих станций и ноутбуков? Как она переносит ресеты и прочие неожиданные перезапуски без размонтирования?

Как дела в данной ОС с WIFI. Есть ли перспектива получить на ней работающие 802.11ax/802.11ac?

Как подбираете оборудование для данной ОС?

Как дела с поддержкой принтеров/сканеров?

gnome 40. ставил из multilib, почему-то черный экран, кнопки «библиотека» и тд есть, но внутри черный экран

выхлоп https://pastebin.com/sfifH968

как решить?

настраивать ванильное ядро и cmdline уже умею
локалхост без интернета
и как вырубить всякие защищалки в компиляции софта и ядра в gentoo
и прочее
скидывайте все сюда даже бесполезное

Знаете форумчане, я замечаю некую закономерность; как только я связываюсь с виндой, так сразу отваливаю долю хорошего тупняка. Поэтому, спрошу открыто: как записать виндовс на флешку под freebsd? Я где-то читал, что на фряхе поддерживаются только старые udf. (может и не из-за этого, но) банальне копирование содержимого с помощью cp не помогло. Короче говоря, я записывая таким же способом, как это делал на линуксе получил ошибку 0xc0000225, где не найден или поврежден /boot/BCD. Может мне кто-то подскажет, у кого был опыт накатывания.

Меня не интересует сама винда на флешке, а процесс записи на нее.

Итого потрачено:

1. dpkg -i woeusb.deb (зависимости freebsd-amd64)
2. dpkg -i woeusb.deb под линуксулятором (установился, но не работает)
3. woeusb-ng (зависимости freebsd-amd64)
4. woeusb-ng под линуксулятором (зависимости freebsd-amd64)
5. dd и unetbootin (очевидно, что они не для записи винды)
6. gpart+mount(udf)+cp+grub (0xc0000225: Fail: \boot\BCD)
7. gpart+7z+cp+grub (0xc0000225: Fail: \boot\BCD)
8. Монтирование с ntfs ntfs-3g /dev/da0s1 /mnt/ (не помню, почему не работает)
9. Wine+UltraIso (Под вайном программы не видят флешку и привод)
10. ValdikSS/windows2usb (.AppImage только для линукс, а скрипт у меня не работает)
11. Ventroy (нет установки непосредственно для freebsd)
12. Под виртуалкой. (Тоже не будет видить флешку) (На самом деле, можно что-то скачать, чтобы видел, но я не разбирался)

Решено: dd+mount+cp Как записать винду на флешку под фрёй? (комментарий)

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

Я прагматичный человек, потому меня не привлекают мозгодробильная математика аля крипта или квантовые вычисления, которые еще никогда не одной реакции не предсказали. В грантораспильных организациях мне ловить нечего, потому что регалий у меня нет и я плохо подхожу для оправдания того, почему никаких результатов нет, а все деньги уже потрачены. Расчеты механических прочностей/ динамики/гидро/газодинамики — это прикольно, но без сверки с испытательными образцами ничего не стоит. Устраиваться в какой-то НИИ или завод за еду работать 8 часов от звонка до звонка уже очень не хочется.

Есть ли какие-то шансы у простого смертного продвинуться в этом направлении, или в СНГ всё глухо? Да, есть вариант сделать собственную лабораторию, но это не так-то просто по финансам, да и перспективы с ней неясные.

Собственно сабж. Третий андрофон. В первый раз ставил из него судоку. Во второй: блокнот. В этот раз: «Транзистор» для прослушивания радио.

А кто чем ещё пользуется?

Пользуюсь разными поколениями raspberry pi для всяких домашних задач, вцелом доволен, периодически читаю про всякие banana и orange pi. На базе Banana вот даже всякие роутеры делают. Насколько эти китайские аналоги стоят того? Что там по качеству/мощности? Хочется, например аналога raspberry pi wh Zero, но чтоб дешвеле.

Practical Electronics for Inventors. Купил, читаю и очень доволен. На английском языке. Вроде есть русское издание от BHV, его не читал. Объясняется очень доступно, без заумностей. Но в то же время с нужными формулами, есть разделы, где объясняется физика явлений для желающих. Английский довольно простой, я его знаю так себе, но проблем с чтением не возникло.

Оно продаётся в электронном виде, если денег жалко, наверняка есть рипы на торрентах. У меня версия с DRM, к сожалению поделиться не смогу.

Посоветуйте годную библиотеку для unit-тестирования plain C проекта.

Требования:

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

- Поддержка CMake (чтобы просто подключить проект через add_subdirectory или вообще инклюд скрипта). Либо библиотека должна не иметь стадию конфигурирования и подключаться простым прописываанием include и добавлением нескольких исходных файлов в проект.

- Кроссплатформенность - то есть как минимум Linux и Windows.

- Не нужно ничего ставить в систему, всё должно собираться вместе со сборкой основного проекта

- Ещё бонусом было бы переопределить malloc (через weak/strong символы, ld preload, глобальный макрос, да хоть как) и, соответственно, после окончания теста проверять, что вся память освобождена. Но такое, наверное, вряд ли где-то реализовано. Разве что весь тестовый бинарник запускать под valgrind, но это вариант только для Linux, зато отловит и более сложные ошибки работы с памятью.

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

Давно тут не было ничего интересного, все то дефолт, то очередной гном.

Сидел я тут недавно, ленился работать, прокрастинируя в код, и подумал - ну а че бы и нет? И собрал IDE для Python на базе Vim.

Оно умеет полноценный автокомплит для кода, дерево файлов (проекта) слева (скрываемое по хоткею), список переменных справа (также скрываемый по хоткею).

Насколько оно юзабельно в сравнении с тем же PyCharm? Не могу сказать, да и сравнить мне сложно, ибо во всех продуктах JetBrains у меня стоит плагин IdeaVim, привносящий туда привычные хоткеи из вима. Его я не настраивал - там все дефолтное.

OS - Fedora 34.

P.S. Всем, кто не осилил выйти из вима - :q!

Хочу разобраться с микроконтролерами. Не прям на каком-то серьёзном уровне, но чтобы писать любой код, который мне понадобится и знать, где что посмотреть. Сейчас про них особо ничего не знаю кроме общей эрудиции. Знаю C, сто лет назад знал 8086 язык ассемблера. Конечная цель - писать на ассемблере под STM32 (привет, ув. Assembler). Т.е. не факт, что я буду именно писать на ассемблере конечный продукт, в целом мне хотелось бы писать на Rust, но для этого считаю, что надо уметь писать на ассемблере в первую очередь, чтобы быть способным разобраться. Попутно научиться читать датащиты.

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

В чём смысл темы - хочу понять примерный путь освоения всего этого.

Пока я зашёл в местный магазинчик и купил там набор ардуины с кучей датчиков и на всякий случай Raspberri Pi. Планирую поставить Arduino IDE и потыкать привет-миры по обучалкам, чтобы хотя бы с чего-то начать. В целом хотелось бы побыстрей уйти на обычный консольный проект с Makefile, gcc, vim, в таком наборе мне комфортней работать, т.е. после этого буду пытаться разобраться, как перейти с Arduino IDE на консоль. И после этого хочу постараться сделать примерно то же, что уважаемый товарищ Assembler делает на протяжении последних месяцев, то бишь пытаться писать минимальные примеры на ассемблере, раскуривая спецификации на тот китайский заменитель ардуины, который мне продали. Пока это всё будет происходить, мне может быть доставят плату разработчика STM, на которую я в итоге планирую перейти и я повторю тот же путь уже с STM, предположительно пройдя его быстрей за счёт того, что общие концепции, наверное, будут схожи.

Вопрос по STM: есть ли существенная разница между разными линейками? Есть STM32L, которая вроде как потребляет мало, есть STM32F, которая вроде как более мощная. В чём суть отличий между всеми этими линейками? Просто небольшие отличия в наборе поддерживаемых инструкций? Т.е. если я разберусь с STM32L, остальное понять будет относительно несложно?

И попутно вопрос. Я очень мало знаю про Raspberri Pi, но в целом я правильно понимаю, что это тупо полноценный ARM компьютер с линуксом и вся разработка там это тупо разработка на любом языке под линукс, хоть на джаве, если она уже умеет в такой ARM? Т.е. ничего особо микропроцессороспецифичного там нет и уж точно нет смысла пытаться в какие-то ассемблеры, по крайней мере смысла не больше, чем пытаться в ассемблеры на десктопе.

Есть ли какие-то альтернативные линуксу ОС для Raspberri Pi, которые разумно изучить? Какие-то ОС реального времени, например. Интересуют не академические проекты, а что-то, что реально используется, при этом как минимум должно быть бесплатно для коммерческого применения, в идеале опен сорс, конечно. Слышал про QNX когда-то, или оно из другой области?

Всем привет.

Появилась желание реализовать имитацию освещения под открытым небом в течении суток. Предположим, есть 4 (может быть меньше, а может быть больше, в зависимости от необходимости для решения данной задачи) основных опорных цвета:

1. Утро (фактически белый свет) - rgb(255, 255, 255), яркость - 150;
2. День (бело-желтый) - rgb(255, 255, 204), яркость - 255 (максимум);
3. Вечер (желто-красный (предположим, что это закат)) - rgb(255, 102, 0), яркость - 150;
4. Ночь (сине-жельтый) - rgb(0, 102, 204), яркость - 100;

Таким образом, получается что:

1. Функция смены утра на день, просто увеличивает яркость и B, линейно со временем.
2. Функция смена дня на вечер, уменьшает G и B, снижает яркость.
3. Функция смены вечера на ночь - снижает R и увеличивает B, снижает яркость.
4. Функция смены ночи на утро - увеличивает RGB и яркость.

Есть опасение, что переходные цвета (которые допустим будут получаться из поминутного увеличения/уменьшения отдельных параметров R, G, B) будут неестественными.

Как правильно оформить переходы между опорными точками, чтобы складывалось ощущение естественного освещения на протяжении всего дня?

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

Вот этот очень простой код потенциально легко вызовет stack overflow (если нет, то надо просто увеличить 16777216), хотя не должен (мы ведь на самом деле выделяем место в куче в итоге).

#[derive(Copy, Clone)]
pub struct Item {
    a: i32,
    b: i32
}

pub struct Items {
    items: [Item; 16777216]
}

impl Items {
    pub fn new() -> Items {
        Items {
            items: [Item { a: 0, b: 1 }; 16777216]
        }
    }
}

fn foo() -> Box<Items> {
    Box::new(Items::new())
}

Пруф: https://rust.godbolt.org/z/8sWsoKojx

Для Ъ: Массив сначала создаётся на стеке, а только потом выделяется память и происходит memcpy в кучу. Максимальные оптимизации не спасут.

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

Как принято создавать в Rust такие массивы? unsafe или есть решения получше?

Мне нравится Rust последнее время, сколько я к нему присматриваюсь, но вот такая очевидная мелочь как copy elision не предусмотрена для типа системного языка... Или я просто всё делаю не так и Items::new надо писать как-то иначе?

Пересобрал mesa с выключенным флагом llvm. Теперь mesa собрана так:

media-libs/mesa-21.1.4::gentoo was built with the following:
USE="X classic dri3 egl gallium gbm wayland zstd -d3d9 -debug -gles1 -gles2 -llvm -lm-sensors -opencl -osmesa (-selinux) -test -unwind -vaapi -valgrind -vdpau -vulkan -vulkan-overlay -xa -xvmc -zink" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -intel -iris (-lima) -nouveau (-panfrost) -r100 -r200 -r300 -r600 -radeon -radeonsi (-v3d) (-vc4) -virgl (-vivante) -vmware"
FEATURES="fixlafiles userfetch ebuild-locks sandbox unmerge-logs usersandbox strict protect-owned binpkg-logs network-sandbox qa-unresolved-soname-deps preserve-libs pid-sandbox sfperms unmerge-orphans distlocks multilib-strict config-protect-if-modified ipc-sandbox binpkg-dostrip parallel-fetch userpriv binpkg-docompress usersync news merge-sync assume-digests xattr unknown-features-warn"

Смотрю, что из пакетов теперь зависит от llvm:

 # equery d llvm
 * These packages depend on llvm:
media-libs/mesa-21.1.4 (video_cards_r600 ? sys-devel/llvm:12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_r600 ? sys-devel/llvm:11[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_r600 ? sys-devel/llvm:10[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (<sys-devel/llvm-13[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_radeonsi ? sys-devel/llvm:12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_radeonsi ? sys-devel/llvm:11[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_radeonsi ? sys-devel/llvm:10[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_radeon ? sys-devel/llvm:12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_radeon ? sys-devel/llvm:11[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (video_cards_radeon ? sys-devel/llvm:10[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?,llvm_targets_AMDGPU(-)])
                       (!video_cards_radeonsi ? sys-devel/llvm:12[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
                       (!video_cards_radeonsi ? sys-devel/llvm:11[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
                       (!video_cards_radeonsi ? sys-devel/llvm:10[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
                       (<sys-devel/llvm-13[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?])

Для чего mesa требует llvm, если она собрана без поддержки llvm бэкенда?

И почему их две версии llvm установлены - 11.1 и 12.0 ? Причем обе нужны для mesa-21.1.4

P.S. Драйвер видео - nvidia, если это имеет значение.

Имеется Ryzen 5 2400G со встроенной Vega 11. Штука крайне замечательная, НО иногда видеоядро просто отключается: на экране монитора появляется надпись о том что «источник сигнала не найден» а комп можно перезагрузить только хардресетом. Естественно в tty* перейти не выходит (если бы упали иксы, думаю консоль бы все-равно бы работала?).

amdgpu.dc=1 прописал, не помогает.

Частенько падает, при запущенной игре «Beyond two souls» через Вайн. Второе место по падениям занимает эмулятор Yuzu.

В иных случаях падает реже (закономерности выявить не удалось). Падения не зависят от нагрузки на CPU/GPU/RAM/HDD. Иногда может «просто случиться» на ровном месте.

В dmesg после отвала GPU заглянуть само-собой нет возможности.

Дрова - свободные Дистр - Arco Linux mesa - 21.0.1-1

Ориентирована на применение в системах, где микроконтроллер выступает в роли UDP сервера, с которым извне устанавливает «соединение» клиент (да, само по себе UDP соединений не имеет, я знаю):

• Библиотека полностью событийно-ориентирована.
• Не надо писать никаких структур состояния приложения.
• Нет сокетов – только коллбэки на событие прихода пакета.
• Всего 890 строчек кода.
• Поддерживается ARP ответ, ICMP ответ, UDP.
• Имеет ARP таблицу, заполняемую от входящих IP пакетов. При отправке IP пакета, если MAC адрес не найден, то библиотека шлёт IP с широковещательным MAC.

Не поддерживаются:

• ARP запросы;
• ICMP запросы;
• маршрутизация;
• DHCP;
• DNS.

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

Сабж
Нужно именно как и почему оно работает, чем отличается <похожаяфича_нейм_1> от <похожаяфича_нейм_2>, немного про внутреннее устройство и подобное.