Чтение внутренних регистров STM32 Опции

[hardgame]

В стареньком ADS 1.2 можно было в функции С делать вставку inline asm ссылкой сразу на внутренние регистры r0-r15. Столкнулся в Кеил, что предыдущие inline asm не компилится. А вот что нашел в доках
"The inline assembler provides no direct access to the physical registers of an ARM processor. If an ARM register name is used as an operand in an inline assembler instruction it becomes a reference to a variable of the same name, and not the physical ARM register."
Есть ли способ чтения внутренних регистров, возможно средствами cmsis, или нужно создавать asm раздел и увязывать?

[Alechek]

jcxz, если делать что-то бездумно - то возможны любые грабли.
А если подумать - компилятор пытается лишь сделать то, что от него просят. И не больше.
Головой думать надо, прежде что-то делать.

[adnega]

И не больше.

Ну, ну. Я как-то на Си осмелился пописать под AVR. На меге8 килобайты флеш закончились настолько быстро, что захотелось узнать куда.
Листинг показал, что компилятор сохраняет в стек все регистры при вызове функций, даже неиспользуемые.
Отдельным приключением было сделать программный UART на Си - по тактам реализация очень неустойчива - на том краю планеты бабочка
махнет рукой (добавим, например, переменную в проект), а у нас пару лишних тактов в цикле задержки.
Что касается регистров, тактов и байтов - компилятор очень непредсказуемая штука.

[Копейкин]

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

Компилятор IAR так поступает при выключенной оптимизации (или невысоком уровне).

[adnega]

Компилятор IAR так поступает при выключенной оптимизации (или невысоком уровне).

Тут советовали головой думать, но моя не может придумать - "зачем"?
Зачем неиспользуемые регистры складывать в стек??

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

Да, и определитесь, что у вас закончилось, стек или флеш.... не вяжется как-то.

Прошу без эмоций определить, что быстрее заканчивается при таком подходе

Код

11e:    1f 92           push    r1
120:    0f 92           push    r0
122:    0f b6           in    r0, 0x3f; 63
124:    0f 92           push    r0
126:    11 24           eor    r1, r1
128:    2f 93           push    r18
12a:    3f 93           push    r19
12c:    4f 93           push    r20
12e:    5f 93           push    r21
130:    6f 93           push    r22
132:    7f 93           push    r23
134:    8f 93           push    r24
136:    9f 93           push    r25
138:    af 93           push    r26
13a:    bf 93           push    r27
13c:    ef 93           push    r30
13e:    ff 93           push    r31

Это еще годный код, т.к. не все регистры убираются в стек, а только используемые.
Я описывал ситуацию, когда банальная установка переменной оборачивалась push-ами и pop-ами для всех регистров.
В моем случае резко закончилась флеш, хотя и к глубине стека требования резко возрастают.
Перед использованием С этот же проект был реализован на asm. При 10% asm-функционала на С закончился флеш.

[Alechek]

Зачем неиспользуемые регистры складывать в стек??

Затем что оптимизации НЕТ. Делаем так, чтобы 110% все работало и отладка была удобной.
Определитесь для начала, какой результат хотите: быстрый, мало памяти занимал, или для отладки.
Программа не работала? Так какие претензии к компилятору?

Прошу без эмоций определить, что быстрее заканчивается при таком подходе

Так да. Закончится и то, и другое.

На AVR почти не писал. А в ARM,как тут уже приводили, - одна инструкция хооть для всех регистров.