вопрос к SM(+) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] вопрос к SM(+)

(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено plus 26 апреля 2006 г. 13:44

вчера,если помните, я спрашивал совета по поводу глюка с прерываниями, проблему решить,к сожалению, не удалось, зато выяснил
путем ковыряния в дизасме следующее:
глобальная переменная портится только тогда, когда после прерывания я попадаю(по IRP) на проверку условия(в сишном коде - switch), в ассемблере условие типа
CMPEQ .L2 B4,11,B0
[ B0] B .S1 L39 <==== попадаю сюда
NOP 5
только к тому времени B0 уже ,почему то ,не равен нулю.
так вот вопрос, то ли неправильно записывается регистр IRP(в чем я сильно сомневаюсь), то ли пора мылить шею(чего не хочется).
если пройтись по коду по шагам, выходит, что в этом месте регистр В0 ну НИКАК не может быть не равен нулю, а если запустить не исполнение - еще как может.
в общем тону, спасите

Составить ответ ||| Конференция ||| Архив

Ответы

Ну тут телепатов подключать надо (+) — SM (26.04.2006 14:00 195.225.131.186, 349 байт)
- про ISR речи не было, я о IRP писал, как его можно испортить? перед CMPEQ(+) — plus (26.04.2006 14:07 82.179.67.254, 251 байт)
  - В т.ч. и содержимое глобальной переменной :) — SM (26.04.2006 14:17 195.225.131.186, пустое)
  - IRP можно испортить только если работать с вложенными прерываниями - не думаю, что это Ваш случай. А я все таки писал про саму ISR. Не портит ли она чего. — SM (26.04.2006 14:16 195.225.131.186, пустое)
    - а можно поподробнее, как ISR может чего-нибудь испортить? я его не трогаю, флаг вроде должен автоматичеки сбрасываться или я не прав? — plus (26.04.2006 15:12 82.179.67.254, пустое)
      - Да элементарно может - если в ней, в ISR'е, почему-то этот регистр не сохранили. Или сохранили, да не туда. Надо просто поглядеть на ассеблерный вид ISR. — SM   (26.04.2006 15:14 195.225.131.186, пустое)
        
        у меня ощущение, что мы говорим о разных вещах(+) — plus   (26.04.2006 15:18 82.179.67.254, 208 байт)
        
        ISR - Interrupt Service Routine - обработчик прерываний — TAP_   (26.04.2006 15:29 83.149.201.129, пустое)
        
        Контекст рулит:-) SM имеет ввиду рутину для обработки прерываний, Interrupt Service Routine — -=ВН=-   (26.04.2006 15:29 193.125.71.140, пустое)
        
        кстати еще , сейчас обратил внимание , что при возникновении глюка в регистре B0 всегда одно число и равно оно адресу подпрограммы обработки прервания, т.е. происходит следующее(+) — plus   (26.04.2006 15:42 82.179.67.254, 1013 байт)
        
        Так сохранять принято регистры, которые внутри обработчика прерываний используются — -=ВН=-   (26.04.2006 16:02 193.125.71.140, пустое)
        
        Ну вот и нашли. А обойти - лучше всего разместить ISR рядом с этой таблицей, чтобы до нее дотягивал короткий переход. — SM   (26.04.2006 15:47 195.225.131.186, пустое)
        
        P.S. А как до сего момента этот проект был "рабочим"? — SM   (26.04.2006 15:49 195.225.131.186, пустое)
        
        до сего момента проект работал на тмс31 =), а таблицу переходов я взял из своего старого проекта на ассемблере для 6701, короче сам себе грабли подложил , всем спасибо за ответы — plus   (26.04.2006 15:52 82.179.67.254, пустое)
        
        Или вместо ISR прога улетела вообще куда-то не туда в результате например неверной таблицы прерываний. — SM   (26.04.2006 15:14 195.225.131.186, пустое)
    - я пользуюсь библиотекой CSL, смотрел исходниеи никакого криминала не нашел — plus (26.04.2006 14:45 82.179.67.254, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа