Вопрос к SAURIS GmbH Опции

[Hoodwin]

А какая скорость у такой консоли будет?
Мы тут наткнулись на грабли в mtd-utils, с flash_eraseall. Эти деятели, похоже прогресс на консоль обновляют после каждого блока. В итоге стирание всей флешки на 512МБ тормозит, причем именно из за консоли. Когда заходим телнетом, то раз в 10 быстрее стирается. Вообще, конечно, надо mtd-utils поправить, чтобы они хотя бы прогресс не чаще, скажем, трех раз в секунду обновляли на консоль.

И еще вопрос: JTAG умеет ходить по периферии без останова процессора?

[SAURIS GmbH]

ну от 100 кбайт/с, может больше, очень сильно зависит от платформы, начинаем с ARM Cortex-A8.
а кто мешает в /dev/null этот flash_eraseall отправить?

JTAG-у то в общем по барабану, где ходить, это зависит от конкретного .dvr и платформы, что они там в реалтайм моде умеют, а что нет. Могу сразу сказать - что те платформы, где через DAP выход, там все можно, так как DAP имеет выход на шину, где все находится, и лазить по ней можно даже не через ядро, а через DAP. А вот кто не через DAP, там в каждый конкретный случай надо изучать.

Сообщение отредактировал SAURIS GmbH - Feb 12 2013, 10:48

[Hoodwin]

Тогда надо еще файловый ввод вывод с эмулятора разогнать. А то через CIO он туповат очень.

[SAURIS GmbH]

Тогда надо еще файловый ввод вывод с эмулятора разогнать. А то через CIO он туповат очень.

Ну этого в планах пока нету, CIO заменять. Однако вот хочется иметь возможность подмонтировать через JTAG что-то из недр железяки в ФС хоста, но это тоже в очень туманной дальней перспективе.

И все это разумеется linux host only.

вдогонку - а flash_eraseall который из бизибокса - он не шустрее?

Сообщение отредактировал SAURIS GmbH - Feb 12 2013, 10:59

[Hoodwin]

Так а при чем тут busybox? Вот его кусок:

Код

static void show_progress(mtd_info_t *meminfo, erase_info_t *erase)
{
        printf("\rErasing %u Kibyte @ %x - %2u%% complete.",
                (unsigned)meminfo->erasesize / 1024,
                erase->start,
                (unsigned) ((unsigned long long) erase->start * 100 / meminfo->size)
        );
        fflush_all();
}

Главный тормоз - это вывод на консоль, а он делается при стирании каждого блока.

[SAURIS GmbH]

Так а при чем тут busybox?

flash_eraseall есть в составе busybox, а есть в составе mtd-utils. Возможно (я не знаю) бизибоксовый так себя не ведет.

[Hoodwin]

так вот выше кусок файла /busybox/miscutils/flash_eraseall.c
в отношении вывода оно не отличается от mtd-utils.
Интересно, а оно вообще у меня в busybox собирается? Наверное нет...

[SAURIS GmbH]

так вот выше кусок файла /busybox/miscutils/flash_eraseall.c

так там же, где этот кусок вызывается, "if (!(flags & OPTION_Q))" - так дайте ей этот option - и выключите тормоза.

[Hoodwin]

Так это тогда вообще будет без вывода прогресса. Это нечестный способ
На самом деле я привел этот пример просто как наиболее наглядный: медленная консоль, бывает, тормозит работу приложений. Весь рилтайм коту под хвост Только ПЛИС с DMA и спасают...
Но это я так, шучу. Это все на этапе отладки, потом все почистим, консоль не будет мешать.

[Turnaev Sergey]

Добрый день.

Сегодня обнаружил новую версию композера. 5.4

Драйвер 1.2.1.4 к нему не подходит.
Ждём новую версию Вашего драйвера.

[QuadMan]

Да, вот тоже поставил 5.4 версию, а программатор не цепляется... Может есть какая-то бета версия, а то убивать новый композер не хочется, а отлаживаться не получается.

[Turnaev Sergey]

Вообщем надо файлы из архива в посте 99 скопировать в папку C:\ti\ccsv5\ccs_base\common
Тогда драйвер с 5.4 будет работать.

[QuadMan]

Вообщем надо файлы из архива в посте 99 скопировать в папку C:\ti\ccsv5\ccs_base\common
Тогда драйвер с 5.4 будет работать.

Спасибо! Работает!

[jcxz]

Имею: SAU510 USB ISO PLUS + CCS3.3.
Возможно-ли установить "data breakpoint"?
На модификацию или чтение данных по определённому адресу, ещё лучше - диапазону адресов? Ещё лучше - с маской данных?

[SAURIS GmbH]

В связи с большим наплывом вопросов в почту - напишу тут на форум. Кому нибудь, да пригодится.

TI выпустил апдейт к CCS 5.5, называется TI Emulation package 5.1.340.0. После его установки наши TI JTAG-и XDS510 (sau510, iso, iso v.2), перестают работать со "странной" ошибкой - (Error -120 @ 0x0) - This error number is used when a command is invalid.

Суть проблемы в том, что TI решило поддержать ARM SWD, и, в лучших индусских традициях тупо убило совместимость со всеми предыдущими версиями драйверов, даже не проверяя эту самую версию.

поэтому если такое случилось, для ОС Windows, надо поставить обновленный драйвер - http://sauris.de/ru/news/403/
для ОС Linux, обновление тоже есть, но пишите на e-mail или в личку, еще недотестировали и не повесили на сайт.

Также это обновление снимает все проблемы пользователям OC Windows 8 и 8.1 с портами USB3.0 и эмуляторами версий до Iso V2. С этим обновлением смело втыкайте их в 3.0 порты, в зависимости от матери можно получить ускорение эмуляции до 5-6 раз за счет значительно меньшей латентности "передача-прием" пакета в USB 3.0 хостах (но можно и не получить, если мать тупая).

Сообщение отредактировал SAURIS GmbH - Dec 20 2013, 22:24