Maksik (01.02.2005 14:17, просмотров: 3001)-
- Ответ: У АРМа на каждый мод свойстек, который ты при старте инициализируеш, если ты их проинициализируеш так что они будут перекрываться то и стек будет портится при переходе из одного модо в другой - MALLOY(02.02.2005 16:17)
- Прерывание должно работать на своем стеке. И посмотри, как сделан порт под АРМ в uCOS-II - для примера - Andy Mozzhevilov(03.02.2005 07:40)
- Ответ: Это понятно! Вопрос в другом как достучаться до sp прерваной задачи! Мой вопрос вот в чем состоит! Если я в прерывании перерублюсь в User моду верусь на стек usera а потом обратно это корректно? - Maksik(02.02.2005 16:50)
- Смена моды привелигерованная команда, недоступная из user. dch(129 знак., 03.02.2005 11:14)
- (1) надо не User, а Sys, это по регистрам =User, но прав больше и (2) все xPSR-ы надо сохранять, конечно - grig999(03.02.2005 03:34)
- Ответ: Это не коректно, так могут быть потеряны состояния CPSR + могут прийти прерывания от других источников, ну вобщем с этим надо осторожно - MALLOY(02.02.2005 17:00)
- Ответ: Это изврат зачем это нужно ? - MALLOY(02.02.2005 16:56)
- Для каждой моды процессора свой sp (указатель стека), кроме того они забанкированы dch(31 знак., 01.02.2005 19:25, ссылка)
- Это я понимаю! Т.е если мне нужен sp прерванного процесса мне достаточно перерубиться в user mode и можно работать с его sp? - Maksik(02.02.2005 09:18)
- стр 61 по ссылке, процедура вхождения в прерывание, стр 53 описание регистров - dch(02.02.2005 10:20)
- sorry, не в ту ветку - dch(01.02.2005 19:30)
- Это я понимаю! Т.е если мне нужен sp прерванного процесса мне достаточно перерубиться в user mode и можно работать с его sp? - Maksik(02.02.2005 09:18)
- Оставляет как есть и переключается на стек соотв исключения - NickB(01.02.2005 14:36)
- Ответ: У АРМа на каждый мод свойстек, который ты при старте инициализируеш, если ты их проинициализируеш так что они будут перекрываться то и стек будет портится при переходе из одного модо в другой - MALLOY(02.02.2005 16:17)