Как разместить бинарный файл и передать ему управление?

без линковки

Родион Глухов, линковка будет везде, кроме разве что совсем игрушечных поделок на ассемблере который выплёвывает сразу исполняемый код. Но нет особых причин её избегать. Я положил тривиальный пример сюда. Код там, правда, на С, но принципиальной разницы с rust быть не должно.

какую платформу/cpu/target нужно выбрать чтобы со всем этим было проще

Это странная постановка вопроса, на практике эта часть обычно либо фиксирована, либо её выбор обусловлен совсем другими факторами.

Как разместить бинарный файл и передать ему управление?

Родион Глухов, я поправил ответ, qemu-system-riscv virt игнорирует адрес из elf-файла переданного через -kernel. Да, надо линковать так, чтобы _start попал в 0x80000000.

Как включить гибернацию вместе с полнодисковым шифрованием с tpm в ubuntu 25.10?

И именно это интересно

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

Как включить гибернацию вместе с полнодисковым шифрованием с tpm в ubuntu 25.10?

если расшифровку делает ядро

shurshur, расшифровку делает ядро

нельзя просто при смонтированной файловой системе и запущенных процессах уводить всё в hibernate с шифрованием, потому что восстановиться система обратно тогда не сможет.

Это прекрасно работает с шифрованными разделами без TPM. Наличие TPM меняет только то, откуда берётся ключ.

Почему прошивка для STM32F103 не запускается после перехода с Keil на Cmake?

Например, адрес reset_handler в памяти получается 0x08020fd1, хотя в elf секция .text начинается с 0x080201e8.

Reset_Handler -- это просто функция, она не обязана быть в каком-то определённом месте секции .text. Однако её адрес будет записан как стартовый адрес в заголовке ELF, а также её адрес будет записан в reset-векторе в таблице векторов если используется cmsis.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

вот только в реализации никаких отдельных указателей arrTwo[0], arrTwo[1] - не существует.

Adamos, я где-то написал что они существуют?

Боюсь, ТС по вашему объяснению как раз что-то такое представит.

Моё объяснение -- "Массив -- это отдельный способ порождения типов. Имя -- это имя. Адрес -- это детали реализации".
Но я побуду адвокатом дьявола и предложу представить что-то неортодоксальное, но в то же время не противоречащее стандарту. Если у вас получится -- оно может существовать.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

Каждая переменная выводит свой адрес два раза.

Wataru, в моём примере для массива выводится дважды один и тот же адрес, а для указателя -- два разных -- адрес на который указатель указывает и адрес, в котором указатель хранится.
А в твоём -- выводятся одинаковые значения, но содержимое "массива" p -- не такое как у массива a.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

Да, он не совсем идентичен указателю

И уж совсем не тождественен. Это я и хотел сказать.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

Путаницу может вызвать то, что массивы в языке C тождественны указателям

Это не так, в чём легко убедиться:

#include <stdio.h>
int main()
{
    int a[4] = {1,2,3,4};
    int *p = a;

    printf("%p, %p\n", a, &a);
    printf("%p, %p\n", p, &p);
}

Выод для массива и для указателя разный.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

тогда получается (*arrTwo)[0] вернет не массив?

GavriKos, ну разумеется. arrTwo -- массив, *arrTwo -- массив, **arrTwo -- уже не массив.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

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

Обычные компиляторы обычно реализуют массивы достаточно эффективно, для N массивов на стеке не требуется N дополнительных указателей, их адреса могут быть выведены из одного адреса кадра стека, но информация о смещениях начал массивов относительно этого базового адреса всё равно есть в коде. Аналогично, массивы выделенные статически в сегменте данных имеют связанный с ними символ (в смысле ELF или PE, или другого исполняемого формата), а места кода которые ссылаются на данные таких массивов используют этот символ для вычисления адреса.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

GavriKos, он бы вывел, если скобочки поставить: (*arrTwo)[i], но что со скобками, что без, этот код вызывает undefined behavior.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

arrTwo[0] что вернет? Массив?

GavriKos, да. Подробнее об этом например: здесь.

Имя массива это адрес первого элемента или указатель на его первый элемент в Си?

GavriKos, в С и в C++ многомерные массивы -- это массивы массивов. Т.е. int arrTwo[3][2] = {{1,2}, {3,4}, {5,6}}; -- это массив из 3 элементов, каждый из которых -- массив из 2 int. Подробнее например здесь.

Kali linux не видит адаптер ATHEROS UB93?

Нашел прошивку в гит репозитории, она весит 50 кб и никак не помогает

Нашёл прошивку -- и что сделал? Положил её в /lib/firmware/ath9k_htc/htc_9271-1.4.0.fw?

У меня в дебиане с похожим адаптером вывод такой:

[   16.636622] usb 3-1.2: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[   16.636798] usbcore: registered new interface driver ath9k_htc
[   16.672308] usb 3-1.2: firmware: direct-loading firmware ath9k_htc/htc_9271-1.4.0.fw
[   16.955280] usb 3-1.2: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[   17.207461] ath9k_htc 3-1.2:1.0: ath9k_htc: HTC initialized with 33 credits
[   17.474622] ath9k_htc 3-1.2:1.0: ath9k_htc: FW Version: 1.4
[   17.474627] ath9k_htc 3-1.2:1.0: FW RMW support: On

а сама фирмварь штатно ставится из пакета firmware-atheros.

Как портировать U-boot на ASR1803?

подозреваю, что он не может инициализировать timer.

Посмотреть в device tree, что за таймер определён, включить для него драйвер?

Как портировать U-boot на ASR1803?

Тогда вопрос почему сборка идет для TARGET_HIKEY?

рецепт тот же самый -- смотреть в menuconfig кто этот символ включает.

Как портировать U-boot на ASR1803?

Сборка, с упорством пьяного, идет под ARM64 (armv8), а мне нужно armv7 (ARM32).

Можно для начала пойти в menuconfig и посмотреть, кем выбран символ ARM64 (поиск -> arm64 -> selected by).

Как посмотреть скорость линка в linux?

откуда еще он может брать скорость линка

Напрямую из ядра через интерфейс netlink.
iw phy может достать инфо для wifi через этот интерфейс.

Есть ли смысл переносить систему Windows с ssd формата sata на ssd формата m2?

Включены ли всякие resizable BAR или нет...приложение действительно может получить преимущество от более быстрого диска (особенно с resizable bar)

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