jcmvbkbc

int mat(int ***matrix, int m, int n) {

Зачем три звёздочки? Для двумерного массива достаточно было бы двух:

int mat(int **matrix, int m, int n) {
  for (int i = 0; i < n; i++)
    for (int j = 0; j < m; j++) {
      printf("x: %d / y: %d /  ", i, j);
      matrix[i][j] = 1;
    }

  return 0;
}

int mato(int **matrix, int m, int n) {
  for (int i = 0; i < n; i++)
    for (int j = 0; j < m; j++)
      if (j == m - 1) {
          printf("%d\n", matrix[i][j]);
      } else {
          printf("%d ", matrix[i][j]);
      }
  return 0;  
}

int main() {
    int **matrix = malloc(XMAX * YMAX * sizeof(int) + XMAX * sizeof(int*));
    ...
    if (mat(matrix, XMAX, YMAX) != 0) {
      free(matrix);
      return 1;
    }
    
    mato(matrix, XMAX, YMAX);
    ...
}

В коде с тремя звёздочками конкретно здесь:
mat(&matrix[0][0], XMAX, YMAX)
передаётся неправильный указатель, потому что matrix --- это не настоящий двумерный массив, и matrix и &matrix[0][0] указывают в разные места.

Ну и порекламирую свой давнишний обзорный ответ на подобный вопрос.

не понимаю какой пароль он требует.

пароль пользователя builder. Если пароля нет -- можно его задать. Либо сначала стать рутом, после чего su в любого пользователя сработает без пароля.

https://man7.org/linux/man-pages/man5/proc_pid_oom... :
The lowest possible value, -1000, is equivalent to disabling OOM-killing entirely for that task, since it will always report a badness score of 0.

В статье написано:

я использовал микроконтроллер Attiny13, прослушивающий по UART последовательность команд, поэтому для загрузки нового кода достаточно любого адаптера USB-UART.

Это значит, что attiny13 нужна своя собственная программа и она должна быть заранее прошита в него. Был ли вами выполнен этот шаг? Я не могу найти ссылки на код для attiny ни в переводе ни в оригинальной статье.

Нет, не входят. rv32i -- это часть непривилегированной архитектуры. Доступ к CSR -- это часть привилегированной архитектуры.

Согласно 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.