возврат параметров из прерывания, как передать измененные переменные из прерывания в программу Опции

[robix]

Всем привет!
заметил странную особенность в программировании NIOSII. При вызове обработчика прерывания передаю ему контекст в виде переменной, похоже он передается по значению, поэтому переменная не меняется при возврате в программу. Ну это еще ладно, я изменяю значение глобальной переменной в обработчике прерывания, по возврату из прерывания ее значение не меняется. И самый прикол, такое ощущение, что при обращении к глобальной переменной в обработчике создается постоянная переменная, которая видна только в обработчике прерывания. Кто нибудь может прокомментировать такое поведение? Как мне вернуть переменную из обработчика прерывания?

#include "system.h"
#include "alt_types.h"
#include "altera_avalon_pio_regs.h"
#include "sys/alt_irq.h"

alt_u8 led = 0x0;
volatile int i,j;

static void timer_0_isr (void* context){
led++;
IOWR_ALTERA_AVALON_PIO_DATA(LED_BASE, led);
IOWR_16DIRECT(TIMER_0_BASE, 0, 0);
}

int main(void)
{
IOWR_ALTERA_AVALON_PIO_IRQ_MASK(SW_BASE, 0xf);
alt_ic_isr_register(TIMER_0_IRQ_INTERRUPT_CONTROLLER_ID, TIMER_0_IRQ, timer_0_isr, led, 0);

while(1){
for(i = 0; i < 5000000; i++);
led = 0;
IOWR_ALTERA_AVALON_PIO_DATA(LED_BASE, led);
}
return 0;
}

Сообщение отредактировал robix - Mar 1 2011, 17:30

[robix]

Всем спасибо. Пока вышел из ситуации использованием объявления переменной с volatile.
Но, как я понял, эта проблема (c volatile) относится не только к прерываниям. Как понять когда его нужно использовать когда нет!?
У кого нить есть соображения по этому поводу? Пока, как я понимаю, его нужно пихать везде, где к одной и той же переменной нужно обращаться из разных областей видимости или может только для совместного использования с функциями оно нужно?

[barabek]

Всем спасибо. Пока вышел из ситуации использованием объявления переменной с volatile.
Но, как я понял, эта проблема (c volatile) относится не только к прерываниям. Как понять когда его нужно использовать когда нет!?

Не совсем то, но в тему из NII software developers handbook

Код

For C programmers, note that declaring a pointer as volatile does not


cause accesses using that volatile pointer to bypass the data cache. The
volatile keyword only prevents the compiler from optimizing out
accesses using the pointer.


This volatile behavior is different from the methodology for
the first-generation Nios processor.

И, кажется, еще где-то видел (могу ошибаться), но как я понял слово volatile не всегда спасает от считывания старой (не актуальной) величины из кэша. Если ошибаюсь - поправьте, самому интересно.

[vadimuzzz]

И, кажется, еще где-то видел (могу ошибаться), но как я понял слово volatile не всегда спасает от считывания старой (не актуальной) величины из кэша. Если ошибаюсь - поправьте, самому интересно.

не спасает, за кэшем надо следить

[sergeeff]

не спасает, за кэшем надо следить

За кешем надо следить только, если не процессор пишет/читает данные, например DMA.

[vadimuzzz]

За кешем надо следить только, если не процессор пишет/читает данные, например DMA.

у меня все системы с DMA. и не с одним (неужели ниос кто-то без DMA применяет?)

[sergeeff]

у меня все системы с DMA. и не с одним (неужели ниос кто-то без DMA применяет?)

Никто не мешает буфера для DMA разместить в некешируемой области, к примеру.

[vadimuzzz]

Никто не мешает буфера для DMA разместить в некешируемой области, к примеру.

что-то не понял как, поясните

[alexPec]

что-то не понял как, поясните

А старший битик в адресе не означет некэшируемую область? По моему Вы мне про это и говорили летом...