нашел ошибку - неправильно формируется дескриптор.
Проверяю через alt_avalon_sgdma_check_descriptor_status(desc) и выдает разные ошибки, теперь вот сижу пытаюсь сделать нормальный дескриптор.

alt_sgdma_descriptor *desc = (alt_sgdma_descriptor *) DESCRIPTOR_MEMORY_BASE;
alt_sgdma_descriptor *currdescriptor_ptr;

int tse_mac_raw_sendM(char * data, unsigned data_bytes)
{
unsigned int* ActualData;//pointer to the transmitting data
unsigned length = 128;
int tx_length;
char buf2[1560];
char *uncached_pkt = alt_remap_uncached ((volatile void*) pkt, 256);
char *uncached_buf2 = alt_remap_uncached ((volatile void*) buf2, 1560);

uncached_pkt[0]=0xCC;
uncached_pkt[1]=0xCC;
int k=0;
for(k=2;k<254;k++){
uncached_pkt[k]=0xA5;
}
uncached_pkt[254]=0xEE;
uncached_pkt[255]=0xEE;

int i=0;
for(i=0;i<length;i++) {
uncached_buf2[i] = uncached_pkt[i];
}
ActualData = (unsigned int*)buf2;
//-------------------
//clear bit-31 before passing it to SGDMA Driver
ActualData = (unsigned int*)alt_remap_cached ((volatile void*) ActualData, 256);

if( length > ALTERA_TSE_MIN_MTU_SIZE ) {
/* make sure there is room in the FIFO. */
alt_avalon_sgdma_construct_mem_to_stream_desc(
(alt_sgdma_descriptor *) desc, // descriptor I want to work with
(alt_sgdma_descriptor *) desc,// pointer to "next"
(alt_u32 *) ActualData, // starting read address
(length), // # bytes
1, // don't read from constant address
1, // generate sop
1, // generate endofpacket signal
0); // atlantic channel (don't know/don't care: set to 0)

int desc_stat=1;
desc_stat = alt_avalon_sgdma_check_descriptor_status(desc);//if 0 then packet is good

desc->read_burst = 128;
desc->write_burst = 128;
tx_length = tse_mac_sTxWriteM(desc);

}
return 0;
}

desc->read_burst = 128;
desc->write_burst = 128;

После мас инициализации следующие данные:
контрольного регистра 0х00008213

1. включена опция замены MAC-адреса в пакете, нужно сконфигурировать mac0 и mac1
2. включен loopback - зачем?

1 - статус - 0х7969

По дма:
контроль - 0
IORD_ALTERA_AVALON_SGDMA_STATUS(SGDMA_TX_BASE/*mi->tx_sgdma->base*/) - 0

Software can reset the core by writing to this bit twice. Upon the
second write, the core is reset. The logic which sequences the
software reset process then resets itself automatically.

обратите внимание на слово twice (это из мана по dma)

Так вроде использую SGdma или он использует ядро dma?

Может вручную попробовать создать дескриптор?

ошибку со сбросом sgdma исправили? что сейчас в регистрах после сброса? в какой момент взводится сигнал BUSY в контроллере sgdma? линк появился в PHY Status? код последний выложите.
дело не в дескрипторе, а в том, что устройство занято. вопрос в том, в какой момент после сброса это происходит. в отладчике пускаете?

4 BUSY R/C (1)(3)) Indicates that descriptors are being processed;
the linked list of descriptors is not yet completed.

(1) This bit must be cleared after a read is performed. Write one to clear this bit.
(3) This bit is continuously updated by the hardware.

This function constructs a single SG-DMA descriptor in the memory specified in
alt_avalon_sgdma-descriptor *desc for an Avalon-MM to Avalon-ST transfer. The
destination (write) data for the transfer goes to the Avalon-ST interface connected to the SG-DMA
controller's streaming write port. The function sets the OWNED_BY_HW bit in the descriptor's control
field, marking the completed descriptor as ready to run. The descriptor is processed when the
SG-DMA controller receives the descriptor and the RUN bit is 1.

The function sets the OWNED_BY_HW bit in the descriptor's control field, marking the completed
descriptor as ready to run. The descriptor is processed when the SG-DMA controller receives the
descriptor and the RUN bit is 1.
The next field of the descriptor being constructed is set to the address in *next. The
OWNED_BY_HW bit of the descriptor at *next is explicitly cleared. Once the SG-DMA completes
processing of the *desc, it does not process the descriptor at *next until its OWNED_BY_HW bit is
set. To create a descriptor chain, you can repeatedly call this function using the previous call's
*next pointer in the *desc parameter.

This bit determines whether hardware or software has write access
to the current register.
When this bit is set to 1, the core can update the descriptor and
software should not access the descriptor due to the possibility of
race conditions. Otherwise, it is safe for software to update the
descriptor.

alt_sgdma_descriptor *desc = (alt_sgdma_descriptor *) DESCRIPTOR_MEMORY_BASE;
alt_sgdma_descriptor *currdescriptor_ptr = (alt_sgdma_descriptor *) DESCRIPTOR_MEMORY_BASE + 10;

Returns 0 if the descriptor is error-free, not owned by hardware, or a previously requested transfer
completed normally. Other return codes are defined in errno.h.

Пролистал 478, но до конца не разобрался.

На макетной плате прошиваю *.flash через nios ide.
теперь на новой не dev kit плате хочу прошить тот же *.flash, чтобы с флэшки грузился soft проекта.
Jtag на ней есть.

PFL шьет pof, как я понял.
Что для прошивки *.flash надо?

После формирования пакета вызовите функцию alt_dcache_flush - должно помочь.
Для уменьшения накладных расходов выровняйте атрибутами массив(ы) по модулю размера линии кэша данных.

А можно чуточку поподробнее про атрибуты или какая это глава в nios software handbook?

в обработчик не заходит, потому что само прерывание не сконфигурировано. это и делается в функции tse_sgdma_read_init(), она вызывается после register_callback. в ней формируется дескриптор и регистры DMA. tse_sgdma_read_init() вызывается только в начале

если оставить desc, то данные заносятся в массив pkt, если оставить currdescriptor_ptr, то ничего не записывается.
Причем если стоит desc, то данные записываются в pkt до прерывания. захожу в него а массив уже забит новыми данными, хотя по идее он только после
TseMacRxRead их туда скопирует.
В общем, есть подозрение, что нужно выделить отдельные дескрипторы для приема пакетов.

Решил избавиться от приема всяких broadcast пакетов и отключил promiscious(отвечает за broadcast пакеты)
считываю контрольный регистр tse_mac: cmd_cfg = 0x203
казалось бы пинг не должен проходить и все, что имеет ff в destination, но все равно заходит в isr обработчик.

Теперь осталось сделать программу управляющую из-под pc.