[vpd 0]

А какая скорость у такой консоли будет?

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

 

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

[Sauris 0]

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

а кто мешает в /dev/null этот flash_eraseall отправить?

 

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

Изменено 12 февраля, 2013 пользователем SAURIS GmbH

[vpd 0]

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

[Sauris 0]

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

 

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

 

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

 

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

Изменено 12 февраля, 2013 пользователем SAURIS GmbH

[vpd 0]

Так а при чем тут 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 0]

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

 

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

[vpd 0]

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

в отношении вывода оно не отличается от mtd-utils.

Интересно, а оно вообще у меня в busybox собирается? Наверное нет...

[Sauris 0]

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

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

[vpd 0]

Так это тогда вообще будет без вывода прогресса. :) Это нечестный способ :)

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

Но это я так, шучу. Это все на этапе отладки, потом все почистим, консоль не будет мешать. :)

[TSS 0]

Добрый день.

 

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

 

Драйвер 1.2.1.4 к нему не подходит.

Ждём новую версию Вашего драйвера. :)

[QuadMan 0]

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

[TSS 0]

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

Тогда драйвер с 5.4 будет работать. :)

[QuadMan 0]

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

Тогда драйвер с 5.4 будет работать. :)

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

[jcxz 243]

Имею: SAU510 USB ISO PLUS + CCS3.3.

Возможно-ли установить "data breakpoint"?

На модификацию или чтение данных по определённому адресу, ещё лучше - диапазону адресов? Ещё лучше - с маской данных?

[Sauris 0]

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

 

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 хостах (но можно и не получить, если мать тупая).

Изменено 20 декабря, 2013 пользователем SAURIS GmbH