Почему прошивка для 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 может повлиять на производительность?

Можно ли использовать не парные Acquire/Release порядки памяти?

res2001,

relaxed обеспечивает только видимость изменений

https://en.cppreference.com/w/c/atomic/memory_orde...
Объяснение к memory_order_relaxed

res2001, cppreference ничего не говорит про видимость, только про атомарность, т.е., что изменение происходит целиком или не происходит вообще. Видимость -- это следствие упорядочивания, чего relaxed не делает. Чтобы один поток "увидел" изменения сделанные другим потоком, его чтение должно быть упорядочено "после" записи.

В методе producer_maybe_push() нужно синхронизировать данные только после записи
Что здесь обозначено словом "синхронизировать"?
Тем или иным способом сделать видимыми данные для других потоков после записи (и перед чтением).

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

Если ошибок нет, то, вероятно, очередь работает правильно.

Я бы сказал, что "если ошибки есть, то очередь определённо работает неправильно". С гарантией. Выполнение без ошибок никаких гарантий не даёт, имхо.

Можно ли использовать не парные Acquire/Release порядки памяти?

relaxed обеспечивает только видимость изменений самой атомарной переменной в других потоках.

res2001, из чего это следует?

В методе producer_maybe_push() нужно синхронизировать данные только после записи

Что здесь обозначено словом "синхронизировать"?

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

Какие выводы можно сделать из такого теста, если он не показывает ощибок?

Можно ли использовать не парные Acquire/Release порядки памяти?

Eugene Usachev, Речь не про валидность, а про наблюдаемость изменений (https://eel.is/c++draft/intro.races#10):

The value of an atomic object M, as determined by evaluation B, is the value stored by some unspecified side effect A that modifies M, where B does not happen before A.

В producer_maybe_push() нет никакого упорядочивания доступа к head вообще, поэтому если в ходе выполнения потока в котором вызывается producer_maybe_push() нет никаких других барьеров, то в качестве A нельзя будет найти никакой побочный эффект меняющий head.

Почему возникает ошибка C2512 в конструкторе с std::initializer_list?

почему ошибка указывает на конструктор, а не на arr?

Павел Соколов, потому что конструктор должен сконструировать все поля объекта до начала выполнения своего тела.

как мне создать пространство для массива (не выделяя дин память) и не создавать по умолчанию их?

Не вижу, как это можно было бы сделать не прибегая к фокусам типа "зарезервировать память правильно выровненным массивом байтов и реализовать конструкторы/деструкторы используя placement new/явные вызовы деструкторов элементов массива", но я уже не настоящий С++-сварщик. Посмотрим, что ещё предложат.