vpd 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба А какая скорость у такой консоли будет? Мы тут наткнулись на грабли в mtd-utils, с flash_eraseall. Эти деятели, похоже прогресс на консоль обновляют после каждого блока. В итоге стирание всей флешки на 512МБ тормозит, причем именно из за консоли. Когда заходим телнетом, то раз в 10 быстрее стирается. Вообще, конечно, надо mtd-utils поправить, чтобы они хотя бы прогресс не чаще, скажем, трех раз в секунду обновляли на консоль. И еще вопрос: JTAG умеет ходить по периферии без останова процессора? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 (изменено) · Жалоба ну от 100 кбайт/с, может больше, очень сильно зависит от платформы, начинаем с ARM Cortex-A8. а кто мешает в /dev/null этот flash_eraseall отправить? JTAG-у то в общем по барабану, где ходить, это зависит от конкретного .dvr и платформы, что они там в реалтайм моде умеют, а что нет. Могу сразу сказать - что те платформы, где через DAP выход, там все можно, так как DAP имеет выход на шину, где все находится, и лазить по ней можно даже не через ядро, а через DAP. А вот кто не через DAP, там в каждый конкретный случай надо изучать. Изменено 12 февраля, 2013 пользователем SAURIS GmbH Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vpd 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба Тогда надо еще файловый ввод вывод с эмулятора разогнать. А то через CIO он туповат очень. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 (изменено) · Жалоба Тогда надо еще файловый ввод вывод с эмулятора разогнать. А то через CIO он туповат очень. Ну этого в планах пока нету, CIO заменять. Однако вот хочется иметь возможность подмонтировать через JTAG что-то из недр железяки в ФС хоста, но это тоже в очень туманной дальней перспективе. И все это разумеется linux host only. вдогонку - а flash_eraseall который из бизибокса - он не шустрее? Изменено 12 февраля, 2013 пользователем SAURIS GmbH Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vpd 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба Так а при чем тут 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 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба Так а при чем тут busybox? flash_eraseall есть в составе busybox, а есть в составе mtd-utils. Возможно (я не знаю) бизибоксовый так себя не ведет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vpd 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба так вот выше кусок файла /busybox/miscutils/flash_eraseall.c в отношении вывода оно не отличается от mtd-utils. Интересно, а оно вообще у меня в busybox собирается? Наверное нет... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба так вот выше кусок файла /busybox/miscutils/flash_eraseall.c так там же, где этот кусок вызывается, "if (!(flags & OPTION_Q))" - так дайте ей этот option :) :) - и выключите тормоза. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vpd 0 12 февраля, 2013 Опубликовано 12 февраля, 2013 · Жалоба Так это тогда вообще будет без вывода прогресса. :) Это нечестный способ :) На самом деле я привел этот пример просто как наиболее наглядный: медленная консоль, бывает, тормозит работу приложений. Весь рилтайм коту под хвост :) Только ПЛИС с DMA и спасают... Но это я так, шучу. Это все на этапе отладки, потом все почистим, консоль не будет мешать. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TSS 0 13 мая, 2013 Опубликовано 13 мая, 2013 · Жалоба Добрый день. Сегодня обнаружил новую версию композера. 5.4 Драйвер 1.2.1.4 к нему не подходит. Ждём новую версию Вашего драйвера. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
QuadMan 0 3 июня, 2013 Опубликовано 3 июня, 2013 · Жалоба Да, вот тоже поставил 5.4 версию, а программатор не цепляется... Может есть какая-то бета версия, а то убивать новый композер не хочется, а отлаживаться не получается. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TSS 0 10 июня, 2013 Опубликовано 10 июня, 2013 · Жалоба Вообщем надо файлы из архива в посте 99 скопировать в папку C:\ti\ccsv5\ccs_base\common Тогда драйвер с 5.4 будет работать. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
QuadMan 0 10 июня, 2013 Опубликовано 10 июня, 2013 · Жалоба Вообщем надо файлы из архива в посте 99 скопировать в папку C:\ti\ccsv5\ccs_base\common Тогда драйвер с 5.4 будет работать. :) Спасибо! Работает! :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 235 28 июня, 2013 Опубликовано 28 июня, 2013 · Жалоба Имею: SAU510 USB ISO PLUS + CCS3.3. Возможно-ли установить "data breakpoint"? На модификацию или чтение данных по определённому адресу, ещё лучше - диапазону адресов? Ещё лучше - с маской данных? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Sauris 0 20 декабря, 2013 Опубликовано 20 декабря, 2013 (изменено) · Жалоба В связи с большим наплывом вопросов в почту - напишу тут на форум. Кому нибудь, да пригодится. 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 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться