Печать

Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

[speculzzz]

Так и есть... Far, гнида, при копировании из архива файл сделал больше :)...
Теперь все вроде запустилось... СЕнкс!

[asv]

> фаликом с 0xff чтоль воспользоваться?
Да

> посмотрел md5:
> из архива             - 75ad271afd8906fd228c93515e98347e  ./u-boot-1.3.3_svn349_tion-pro.bin
> в тотале посчитал - 19e0cf39e695b043844e79034f68ab73 *u-boot-1.3.3_svn349_tion-pro

http://downloads.activestate.com/contrib/md5sum/Windows/md5sum.exe

md5sum.exe -c md5.sum
./u-boot-1.3.3_svn349_tion-pro.bin: OK
./u-boot-1.3.3_svn349_tion.bin: OK
./u-boot-1.3.3_svn349_tion-pro2.bin: OK

[Dimka]

По недосмотру досталась нам плата с WinCE. Сами виноваты. Но тем не менее сейчас нужен Линукс.
По инструкции на http://www.zao-zeo.ru/dokuwiki/doku.php/eboot можно зашить только другой eboot, потому как .bin формат который ему требуется ни разу не "сырой", а хитрый с секциями (как описано здесь: http://msdn.microsoft.com/en-us/library/ms924510.aspx). Образы U-boot что выложенные на сайте, что компилируемые вручную очевидно "сырые". Так что главный вопрос это есть ли у Вас U-boot в таком формате. Очень не хочется возиться с JTAG.

[asv]

> Так что главный вопрос это есть ли у Вас U-boot в таком формате.

Нет, но
http://srecord.sourceforge.net/
умеет msbin

Я не пробовал.

[Dimka]

Действительно, последняя версия умеет.
Конвертировать очевидно лучше из srec-файла u-boot-1.3.3_svn381_tion-pro270.srec. Но srec_info говорит что в нём Data 0xA3F00000-0xA3F1C70F и Execution start address: 0xA3F00000.
Eboot.bin имеет Image start 0xBCA00000 и LaunchAddr 0xBCA01000.
Карту памяти (http://www.zao-zeo.ru/dokuwiki/doku.php/tion270_memory_addr) посмотрел. Какие тогда надо прописать адреса в .bin-файл чтобы правильно прошить U-boot?

[asv]

Я не знаю почему "Eboot.bin имеет Image start 0xBCA00000", это уже не RAM

Если Danila согласиться попробовать, то попробуем.

Тем не менее, было бы проще с JTAG и, возможно, что этим всё и закончится.

[Dimka]

С JTAG проще тем у кого есть программатор, переходник и настроенный софт. У нас есть программатор, а всё остальное требует времени, которого, к сожалению, катастрофически не хватает. Мне кажется было бы лучше единожды решить вопрос программно и внести метод в документацию на сайте.
P.S. с целью экономии чужого времени могу отдать в общую копилку кросс-компилятор x86_64-arm (EABI) и КФС с установленным и работающим Debian 5.0 armel (минимальная установка). Умеет ставить пакеты и обновляться через apt.

[asv]

> программатор

Какой?

[Dimka]

IAR J-trace валяется с давних времён. Коллега им AT91 в незапамятные времена прошивал. Что им можно прошиться -- нет сомнений. Но надо ставить софт, разбираться и паять переходник при полном отсутствии 2мм разъёмов и шлейфов. Если программно не удастся, то придётся. А пока хотелось бы верить в то что это необязательно.

[asv]

Попробовали, но без толку. Eboot использует виртуальные адреса, U-Boot -- нет: Eboot файл загружает и получаем ошибку о неверном вирт. адресе.

[Dimka]

Не сдаётся творение Билла Гейтса. Решил всё же заджтаггиться.
Segger J-trace поддерживает что угодно кроме семейства XScale. Т.е. J-link commander находит процессор, читает правильный ID, но потом сердится что Core unsupported.
Взял во временное пользование Olimex JTAG-ARM. Поставил openocd под линукс. Не работает. Не находит процессор вообще. Ввиду того что с первым программатором всё вобщем-то нормально, то думаю что переходник (по схеме с вашего сайта) правильный. Единственное что пока приходит в голову это сделать провода переходника как можно более короткими. Если и это не поможет, то наверное единственным вариантом будет приехать к вам и перешиться.

[asv]

OpenOCD собирали? Мы пользуемся Olimex JTAG-ARM и OpenOCD.

[Dimka]

Собирали. Вобщем сейчас с этим arm-jtag удалось понять следуещее: на всех линиях JTAG (кроме nTRST) при попытке соединиться сигналы есть, а вот на TDO -- тихо. Не хочет процессор откликаться...
Кстати судя по внутренностям arm-jtag в файле надо указывать parport_cable arm-jtag, а не parport_cable wiggler, потому как ntrst сидит у него на D0, а не D5.
Буду думать что ещё можно сделать.

[asv]

> файле надо указывать parport_cable arm-jtag, а не parport_cable wiggler

Как работало, так и написали.

[Dimka]

У меня к сожалению никак не работает.
Реален ли вариант приехать к вам и перешиться?