Использование VDK VisualDSP Опции

[Hz!]

Кто-нибудь использовал эту штуку?
Есть что сказать по сабжу?

[___Женя]

Кто-нибудь использовал эту штуку?
Есть что сказать по сабжу?

Я работаю. Вроде бы жить можно. Угнетяет бедность документации. Но для Anog Devices это не новость.

[blackfin]

Вроде бы жить можно.

Можно, но не долго - 1ч30мин.: Application crash... after 1h30. (BF537 / VDK / lwip)

[fontp]

Можно, но не долго - 1ч30мин.: Application crash... after 1h30. (BF537 / VDK / lwip)

Всяко бывает с экзотерическими архитектурами. Особенно в экзотических режимах.
Цитатка из CHANGELOG.TXT (lwip)

FUTURE

* TODO: The lwIP source code makes some invalid assumptions on processor
word-length, storage sizes and alignment. See the mailing lists for
problems with exoteric (/DSP) architectures showing these problems.
We still have to fix some of these issues neatly.

* TODO: the ARP layer is not protected against concurrent access. If
you run from a multitasking OS, serialize access to ARP (called from
your network device driver and from a timeout thread.)

* TODO: the PPP code is broken in a few ways. There are namespace
collisions on BSD systems and many assumptions on word-length
(sizeof(int)). In ppp.c an assumption is made on the availability of
a thread subsystem. Either PPP needs to be moved to contrib/ports/???
or rearranged to be more generic.

* TODO: review the the sequential netconn and socket API (lwip/src/api)
for bugs and performance issues. Frequent system calls (e.g. sys_mbox_fetch)
slooow things down considerably.

[SimpleSoft]

VDK очень нежная система, особенно в связке с lwip. Она достаточно стабильная, если всё написано корректно.

Документация скудная. А самое главное - отсутствуют описания нюансов, а изза них таки проблемы.

Главное начать