1) Как из супервизора обратиться к пользовательским CPSR и SP?
2) Можно ли как-нибудь отследить обращение пользователя к определенным адресам памяти?
Ассемблер и компилятор RV, ядро ARM7TDMI без MMU (SAM7..LPC).
Буду благодарен за любую информацию по теме.

1). CPRS у Вас будет в SPSR. А SP можно получить так - переключиться обратно в User mode сохранить SP и вернуться в режим супервизора. e.g:

.. сохранить R0 и R14

__asm{ MRS R0, CPSR};
__asm{ BIC R0, R0, #0x03 }; // Clear SV-mode bits
__asm{ MSR CPSR_c, R0 }; // Enter USER mode
// тут уже можно сохранять SP.
// Перейти из User mode в SV-mode - по SWI инструкции.
__asm{ MOV R0, R13 }; // store user SP
__asm{ SWI <код вашего обработчика> }; // call SV

2). Без MMU нельзя.

IMHO проще переключиться в SYSTEM, тогда обратно можно будет так же переключиться без SWI

Вот тут приводил пример. Вроде работает.
http://electronix.ru/forum/index.php?showtopic=43839

Да, действительно.

Если не ошибаюсь, то метод получения USP в режиме супервизора таков

А так нельзя?

Пробовать надо. По поводу того, какой SP для адресации стека будет использован в первой команде (Usr или Svc) документация молчит. Так что если нету времени пробовать - мой вариант, есть время - может Ваш, а может мой

Всем огромное спасибо!
Ещё небольшой вопрос - как современные оси, например, RTX отслеживают переполнение стека у пользовательской задачи без MMU?

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

Можно так:


Но лучше так:

Для начала, надо внимательно читать документацию. Номер раз -

Значит, годится STMxx SP,{R13}^

Но, имеем два -


И три - нельзя writeback SP сделать

Значит, финальный вариант должен выглядеть так -




За всех не отвечу, Nucleos при сборке с контролем стека банально внутри каждой ОСовской функции проверяет, не вышел ли стек за границу. Все. Полумера конечно, но бывает спасает.

Если честно, не совсем понял как работает этот код . Не могли бы Вы прокомментировать? Можно ли таким же макером достать пользовательский LR ?

Конечно. Только меняем {R13} на {R14}.

используется команда STM для сохранения списка регистров в память и LDM для чтения списка регистров из памяти (память выделяется в стеке, но моможно использовать и статически выделенную область), плюс используются некоторые особенности ее работы о которых лучше почитать в ARM architecture reference manual. Конечно можно таким образом и LR достать, а проще сразу все необходимые регистры за один раз

забыли ^



Без нее будут регистры супервизора, в ней самая соль.

А, теперь дошло, спасибо

Есть ещё одна проблема, не стал создавать новую ветку.
Если прерывание возникает во время команды безусловного перехода ( B ), в LR сохраняется адрес следующей команды, а не той куда указывает B, т.е. прерывание как бы возникает по середине команды перехода, когда она уже загрузилась в конвейер, но ещё не выполнилась. Чувствую что надо поставить NOP чтобы прогнать конвейер, но не пойму где, посоветуйте пожалуйста как решить проблему эту

Все правильно: в LR_irq сохраняется адрес возврата + 0x04, в обработчике адрес модифицируется. Никаких NOP'ов не нужно.

Не волнуйтесь. Костыль там уже вставлен на уровне ядра В LRirq сохраняется именно адрес комманды на который происходит переход, точнее, +4. Хотя точно сейчас посмотрю даташит.

Да. Все правильно. Вот так надо возвращаться и из IRQ, и из FIQ.

Да, спасибо большое, разобрался :-)
Более внимательно прочтение даташита на ядро показало, что когда возвращаемся из PABT, FIQ, IRQ, надо из LR вычитать 4, а если из DABT то 8.

Либо компилятор вставит сам нужные команды, либо Вы вручную вставляете что-то типа

Компиляторы имеют спец-средства для определения обработчика прерывания.