EMAC AT91SAM9260, Вопросы, касающиеся Ethernet MAC для AT91SAM9260 Опции

[MALLOY2]

И сами дескрипторы должны быть в не кешируемой области.

[ZED]

Вы же, скорее всего кеши включили? Так вот приемо/передаточные буфера разместите в некешируемой области.

Извините за глупость, я знаю, что в контроллере есть 2 Кэша ICache и DCache. Я так понял, что они нужны для ускорения работы ядра наряду с MMU. Но я с ними так и не разобрался, тем более не знаю как его включать/выключать. Тем более не знаю как вне кэша размещать переменные.

И еще я вот тут начал с Вашим кодом разбираться. Вот в функции irq_handler() вызываются две не понятные функции:

Код

  static void irq_handler()
  {
    portBASE_TYPE xYieldRequired = pdFALSE;
    uint32_t status = AT91C_BASE_EMAC->EMAC_ISR;
    if ( status &  AT91C_EMAC_RCOMP)
    {
      xSemaphoreGiveFromISR(RxSem, &xYieldRequired);
    };
    portEND_SWITCHING_ISR(&xYieldRequired);
  }

Что должен делать EMAC по прерыванию? В примере он подсчитывает статистику тех или иных ситуаций и возвращает ее в регистр статистики (статуса передачи или приема). А еще какие-то операции с указателями, про которые я задавал вопрос вначале темы.

Сообщение отредактировал ZED - Dec 14 2010, 09:54

[MALLOY2]

Что должен делать EMAC по прерыванию?

то что запрограммируете, мне пока статистика не нужна. Если у вас не используется ОС то можно обойтись и без прерываний.

У меня используется ОС FreeRTOS и функции о которых вы спрашиваете являются функциями ОС.

Извините за глупость, я знаю, что в контроллере есть 2 Кэша ICache и DCache. Я так понял, что они нужны для ускорения работы ядра наряду с MMU. Но я с ними так и не разобрался, тем более не знаю как его включать/выключать. Тем более не знаю как вне кэша размещать переменные.

Если не разберетесь с MMU и кешами, то получите редкую черепаху.

О работе с кешами все расписано в ARM926EJ-S™ Technical Reference Manual или на сайте

[ZED]

А вот еще вопросик по приему пакетов (фреймов). Я так понял, что его осуществляет у вас функция task Что делает функция pbuf_alloc(PBUF_RAW,1536,PBUF_POOL)?

Каков вообще алгоритм приема фрейма?
Сначала мы проверяем бит Ownership Слова 0 дескриптора приемного буфера. Если он установлен, это значит, что этот буфер используется. Тогда мы проверяем бит начала фрейма SOF. Если он установлен, то в примере от IAR делается какая-то хитрая операция. Видимо связанная со сбросом предыдущего кадра и подсчетом кол-ва использованных буферов. По мимо всего прочего разрешается прием фрема:

Код

if ( RxIndx->status & EMAC_RX_SOF_BIT )
          {
            ptr = static_cast<uint8_t*>(p->payload);
            flen =  0;
            sof  = ~0;
          };
          
          if ( sof )
.......................

Дальше я пока встрял. Пока пытаюсь разобраться.

[ZED]

Блин, ведь прием возможен только, если буфер не занят (Ownership = '0'). Я совсем запутался. Читаю доку - вижу фигу.

[ZED]

Появился еще один дополнительный вопрос, когда устанавливается и кем бит начала фрейма SOF? Зачем его вообще проверять? При инициализации ончдолжен быть равен нулю, как в принципе и все Слово 1 (Статуса) дескриптора. Каков тогда вообще принцип работы с этими дескрипторами?
Еще в доке сказано про 11-битный счетчик, значения которого складывается со значением регистра указателя очереди приемных буферов EMAC_RBQP. Этот счетчик нужно реализовывать или он уже есть в процессоре? При этом не понятно регистр EMAC_RBQP процессор сам инкрементирует ибо написано, что он содержит адрес (точку входа) дескриптора к которому производится обращение в настоящее время или что-то туда нужно постоянно писать?

[ZED]

Я так понял, что когда кадр (фрейм) находится в приемном буфере, а точнее он может находиться сразу в нескольких буферах, то в дескрипторах этих буферах автоматически устанавливается бит used (Ownership = '1'). Помимо всего прочего, в дескрипторах начального буфера и в конечного буфера, где располагается принимаемый фрейм, установлены биты начала кадра SOF и конца кадра EOF. В дескрипторе буфера, где расположен бит конца кадра EOF в слове статуса в битах 0..11 содержится информация о длине фрейма. Тогда можно предложить следующий алгоритм принятия фрейма:

Среди всех буферов с установленным битом Ownership найти буфер с установленным битом начала кадра SOF и буфер с установленным битом конца кадра EOF. Для последнего считать длину. Если таковые не найдены - кадр не принимать!
Если буферы с SOF и EOF найдены, значения из них и всех буферах между ними переписать в память функцией memcpy и сбросить бит Ownership.

Прошу Вас прокомментируйте мои соображения. Особенно хочется услышать мнение MALLOY2.

Сообщение отредактировал ZED - Dec 22 2010, 11:52

[MALLOY2]

да, так и есть, только нужно учесть то что может отсутствовать SOF или EOF, и в этом случае вы должны правильно отработать и сбросить Ownnership.

[ZED]

А нельзя ли сделать так: если биты SOF или EOF (какой-нибудь из них) не обнаружены, то сбросить Ownnership во всех дескрипторах?

Сообщение отредактировал ZED - Dec 23 2010, 06:55

[ZED]

Вы не могли бы прокомментировать мою функцию приема пакета:

CODE

//-----------------------------------------------------------------------------
/// Прием пакета:
// pFrame - Адрес области памяти, куда копировать фрейм;
// pFrame_Size - Адрес, где расположено значение размера принимаемого кадра
//-----------------------------------------------------------------------------
void EMAC_Receive_Frame(unsigned char *pFrame, unsigned int *pFrame_Size)
{
unsigned int Rx_Index_tmp = Rx_Index; // Локальный номер приемных буферов
unsigned char SOF_Enable = 0; // Обнаружен бит начала кадра SOF
unsigned char EOF_Enable = 0; // Обнаружен бит конца кадра EOF

unsigned int *Rx_Buffer_SOF = 0; // Адрес буфера с установленным битом начала кадра SOF

// Пока бит Ownership = 1 (буфер используется и в нем есть данные)
while (Rx_Descriptor[Rx_Index].addr & EMAC_RX_OWNERSHIP_BIT) {

// Перебераем все буферы, чтобы найти буфер с установленным битом
// Начала кадра EOF.

// Если буфер с установленым битом начала кадра SOF найден
// сбросить во всех дескрипторах предыдущих буферов бит Ownership:
if (Rx_Descriptor[Rx_Index_tmp].addr & EMAC_RX_SOF_BIT) {

// Сбросить предыдущий фрагмент кадра (буфер):
while (Rx_Index_tmp != Rx_Index) {
// Сбросить бит USED:
Rx_Descriptor[Rx_Index].addr &= ~(EMAC_RX_OWNERSHIP_BIT);

// Инкрементировать счетчик количества приемных буферов и,
// если он равен количеству приемных буферов - обнулить его:
if (++Rx_Index == RX_BUFFERS){
Rx_Index = 0; // Обнуление
}
}
// Найдено начало кадра:
SOF_Enable = 1;

// Запомнить адрес буфера с установленным битом начала кадра SOF
Rx_Buffer_SOF = (unsigned int)(&Rx_Buffer[Rx_Index_tmp]) & EMAC_ADDRESS_MASK; // Маска адреса;
}

if (Rx_Descriptor[Rx_Index_tmp].addr & EMAC_RX_EOF_BIT) {
// Найден конец кадра:
EOF_Enable = 0

// Запомнить размер кадра
*pFrame_Size = Rx_Descriptor[Rx_Index_tmp].status & EMAC_LENGTH_FRAME;
}


// Инкрементировать счетчик количества приемных буферов и,
// если он равен количеству приемных буферов - обнулить его:
if (++Rx_Index_tmp == RX_BUFFERS){
Rx_Index_tmp = 0; // Обнуление
}
}

// Eсли обнаружены биты начала кадра и конца кадра, копировать данные
// из буфера в память:
if (SOF_Enable && EOF_Enable) {
memcpy(pFrame, Rx_Buffer_SOF, *pFrame_Size);
}

// Обнуление счетчика приемных буферов
Rx_Index = 0;

// Сбросить бит Ownership во всех дескрипторах:
while (Rx_Index != RX_BUFFERS) { //

// Сбросить бит USED:
Rx_Descriptor[Rx_Index].addr &= ~(EMAC_RX_OWNERSHIP_BIT);

// Инкрементировать счетчик приемных буферов
Rx_Index++;
}
// Обнуление счетчика приемных буферов
Rx_Index = 0;

} // End While
} // End Function

Я просто думаю, зачем принимать часть кадра? Если все равно его потом отбрасывать? Лучше сразу принимать только корректные фреймы. Жду с нетерпением Ваших комментариев, спасибо!

Сообщение отредактировал IgorKossak - Dec 23 2010, 12:23

Причина редактирования: Для длинного кода используйте теги codebox