jcmvbkbc

Согласно eel.is/c++draft/expr.prim.fold#nt:fold-operator и eel.is/c++draft/temp.variadic#14 чтобы получить то что ты хотел (и что стандарт называет термином "binary left fold") вместо cout << (args << ...) << endl; надо было написать (cout << ... << args) << endl;

почему ж в результате оно себя ведёт так, как будто скобки есть??

Потому что у тебя получился binary right fold.

Какой приоритет операций, разворачивающихся из fold-expression?

Поскольку операция одна и та же, приоритет одинаковый. Свойство о котором ты говоришь называется "ассоциативность". binary right fold ассоциирует подвыражения справа налево, binary left -- слева направо.

я починил эту ос, теперь хотел понемногу добавлять C, т.к. на чистом ассемблере далеко не уйдешь. Если получится запустить хоть Hello, World! - буду очень благодарен

Я положил эту ос на github и приделал к ней Makefile и hello world на C: https://github.com/jcmvbkbc/toster-1388736
Потестировать можно набрав make run и введя команду hello в консоли внутри qemu.

Я, однако, не стал интегрировать этот код на С с кодом на ассемблере. Потому что у кода на ассемблере есть пара проблем:
- код на ассемблере хардкодит координаты бинарников на диске, загружает их в фиксированные адреса в памяти и переходит прямо на них. Это стрёмная практика, я не стану её поощрять.
- этот код 16-битный, для реального режима, можно, конечно, растить его дальше, но куда практичнее было бы переключиться в нормальный защищённый режим, 32- или 64-битный, что одно, что другое не так уж сложно.
- код "ядра" не предоставляет никаких сервисов "приложениям", он только загружает их в память и запускает. Фактически это не ядро а загрузчик для baremetal приложений.

Иными словами, в ответ на вопрос из топика "Как link`овать fasm + c(++)?" скажу, что в данном случае линковать, в смысле используемом в контексте компиляторов, не имеет смысла.

Почему не работает препроцессорное ветвление в GAS?

.macro my_macro arg1,arg2
...
.if arg2 == 1

Нужно добавить \ чтобы gas выполнил макроподстановку: .if \arg2 == 1.

Может это нормальное поведение или проблема не с контроллером?

INT 0x20 это IRQ0 в твоей конфигурации, как я понимаю. IRQ0 на PC обычно таймер дёргает. Если прерывание не нужно -- не разрешай его в PIC. Если нужно настроить по-другому -- настраивай канал 0 таймера через порты 0x40 и 0x43.

Правильно ли я вообще понимаю как устроенны клавиатурные прерывания?

Пишут такое:

In the default configuration, break codes are the make scan codes with the high bit set; make codes 60h,61h,70h, etc. are not available because the corresponding break codes conflict with prefix codes (code 2Ah is available because the self-test result code AAh is only sent on keyboard initialization). An alternate keyboard configuration can be enabled on AT and later systems with enhanced keyboards, in which break codes are the same as make codes, but prefixed with an F0h scan code.

т.е. понимаешь правильно, но это 1) настройка для альтернативной конфигурации и 2) бывают многобайтовые скан-коды (см. например).

вместо темно-синего фона и hello world выводиться черное окно, проблема в коде или в lvgl?

Я вижу вот такое:

вроде всё на месте. Debian 12. Собирал так: gcc test.c -o test -L lvgl/build/lib -llvgl -lSDL2, в lvgl скопировал lv_conf.h из lv_conf_template.h и включил в нём LV_USE_SDL.

STM32 общается с микросхемой по SPI.

Что за микросхема?

Почему вместо ведомого снова говорит мастер?

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

Может у вас есть мысли какие-то?

Я смотрю на сигналы на картинке и вижу, что они начинаются с младших битов, т.е. 0xB0 передаётся как 0-0-0-0-1-1-0-1. Это нетипичный порядок битов, нужно проверить, что устройство ожидает данные именно в этом порядке. На диаграмме из мануала порядок битов, кстати, противоположный -- от D7 к D0.

В отладчике я видел это:

gdb здесь ожидает увидеть 64-битный код, чтобы он корректно интерпретировал 32-битный код надо ему скомандовать что-то типа set arch i386:x86-64 перед соединением.

В строке
while (isspace(c = getch())); // Пропуск пробелов
\n принимается за пробел и не возвращается из функции. В результате счётчик номеров строк не меняется.

Может надо сделать их объектными elf файлами, затем скомпоновать и зачистить формат?

Использование стандартных форматов и инструументов для работы с ними -- это традиционный способ облегчить себе жизнь. Стандартная связка при использовании gnu-тулчейна -- использовать gcc для компиляции исходников на С (*.c) и ассемблере (*.S), gcc или ld для линковки, objcopy для преобразования ELF-файла с выхода линковщика в бинарник.
Кроме того, в QEMU можно прямо ELF загружать.

Если сигнал синусоидальный то погрешность не превышает 0,3% на 2 КГц, но если цифровой сигнал(мендр) то погрешность может достигать 2% на 2 КГц.

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

Почему от добавления функций помимо main() в начало кода ядро перестает работать?

смотри: ты собираешь образ kernel следующей командой:

i686-elf-ld -Ttext 0x7E00 --oformat binary kernel.o -o kernel -e main

а запускаешь следующей:

; Jump to the kernel's entry point
    JMP 0x0000:0x7E00

как по-твоему здесь используется информация о точке входа -e main?

Как ... автоматически запускать bash скрипт после загрузки ядра linux?

В зависимости от используемого init и требуемых деталей запуска -- через файл /etc/inittab или добавлением файла с именем вида S[0-9][0-9]* в /etc/init.d (если busybox), либо добавлением юнита systemd если systemd.

С помощью buildroot

В buildroot есть несколько вариантов это сделать, они описаны здесь. Самый простой на мой взгляд -- BR2_ROOTFS_OVERLAY. Если добавить путь в эту переменную конфигурации, то файловая иерархия по этому пути будет скопирована в будущую корневую фс.