Harbour

даже если есть - кто мешает его вычитать по jtag или HPI ?

в идеале тест должен быть написан так чтобы код прошел по coverage на 100%. Ясен пень - это никак не гарантирует, что при сборке модуля, из-за архитектурных просчетов, что-то будет вообще работать

поддержка этих опций появилась с CGT начиная с v6.0.1. по любому этот проц обратно совместим по бинарному коду с C671X, если что.

юзаю git, но думаю термины те же. commit - записывает изменения кода в локальный repo, с логом или без (в случае changeset'а) push - синхронизирует remote repo с local one update - х.з. нет такого понятия в git (базар всегда отличался какими-то дикими определениями) pull - синхронизирует local repo с remote one merge - работа с ветками, тут обычно применяется merge стратегия (resolve/recursive/octopus/ours/subtree) или свои скрипты под задачу

'xxd /dev/input/mice' при движении мышки чего-то выдает ? Если да, настраиваем X'ы, если нет смотрим что не так с mousedev/usbmouse

юзаю x32 8.1 уже месяц - никаких проблем - судя по всему ячейкой в hex-редакторе ошиблись ;)

Есть такой Control Package for Atheros, тупо из google : http://www.us.anritsu.com/Downloads/Driver...&fileType=6

Я был на двух из трех концертов в Одессе - однозначно супер

может повторюсь, но следует попробовать _собрать_ g++ на этой платформе

кажись в этой oc2000 заявлена поддержка POSIX и X Window - скорей всего ребята тупо используют какой-нить вариант gcc. Я бы изучил ихний "компилятор только C" и для начала попытался бы заменить его на gcc. просто попробуйте собрать g++ на данной платформе

openocd как и другие JTAG отладчики к платам никакого отношения не имели и не имеют - jtag отладчик работает с JTAG машиной чипа и CPU ядром - какие потом на этой базе наворотить скрипты - личное дело каждого. redboot не во все чипы влезет - at91sam7s32/54 for ex.

решение может быть только одно - не использовать венду. у клиента случайно не N-ядерник ? венда имеет проблемы на N ядерных системах - так называемые race conditions между различными компонентами. как вариант, можно попробовать оставить одно ядро, путем замены hal.

раворачивает сам и по результату возвращенному собственным inflate() запускает ядро или пишет "GUNZIP ERROR". Контрольная сумма - adler32, проверяется при распаковке всех полученных данных.

Мой Makefile для nios on-chip загрузчика можете посмотреть тут [http://electronix.ru/forum/index.php?act=Attach&type=post&id=19792] , главная c++ прога собиралась им же - так что должно подойти

Для компиляции только исходников ptf не нужен, так как при генерации системы из ptf один раз создается excalibur.h с указателями на базовые адреса ключевых устройств. нужен makefile и набор CGT - nios-as/nios-gcc/nios-ld. Даже если boot область находится внутри чипа - можно тупо заменить MIF файл на этапе ассемблирования в квартусе.

"uncompressing done" говорит что uncompressed crc совпала, дальше нужно разбираться с ядром - можно gdb'ой его, можно каким-то jtag отладчиком. это все конечно при условии, что железо ведет себя адекватно. обычно, в случае custom SBC, путают с ld скриптами и/или memory regions

Вручную ptf не создавал, но "обширно" редактировал - он текстовый, структура кажись где-то даже была описана. сделайте тестовую системку, и потом редактируйте ptf. если имеются ввиду c/asm исходники nios - то для компиляции ptf нафиг не нужен.

gcc это frontend, по умолчанию он вызывает компилятор для того target, что был собран, по желанию все это задается опциями "-V version -b machine". пути к стандартным либам/includes задаются на этапе сборки gcc и потом могут отдельно конфигурится при вызове. ld ничего не знает - его или вызывает сам gcc с необходимыми опциями или его вызваешь сам, задавая опции вручную.

/sys - это sysfs, пофиг если оно не было замонтировано приведите полный лог загрузки - нифига непонятно из огрызка. По правилам - сначала ищутся ATA хосты, если это SATA, то диски будут sdX, неважно какой-там потом переходник. Далее на хостах ищутся устройства, затем на устройствах ищутся разделы из известных (make menuconfig/Filesystems/Partition types), потом на разделе ищутся известные FS. Когда я говорю "известные", то это значит присутствующие на момент монтирования в ядре - будь-то static linked или модули. Если собрать что-либо из выше перечисленного как модуль - то думаю понятно ... P.S. sparc32 довольно распространренная платформа - David Miller там спец в соответствующей рассылке - не думаю что должны быть какие-то фатальные траблы.

свят-свят-свят ;)

процессоры выпускать они горазды, да вот при отсуствии нормального саппорта есть большие сомнения в закладывании их изделий в свои разработки. TI похож на большой титаник - много людей внутри, но ничем ни себе ни другим помочь не могут ;)

а кто сказал что найденный диск именно hdc1, а не скажем, hde1 или sdb4 ?

atheros открыл все доки по своим чипам, в частности это сильно помогло linux developer'ам для ath5k. я использую madwifi с 5xxx картами - проблем замечено не было.

Вопрос закрыт - было бы неплохо чтобы техас когда нибудь научился писать документацию

следует добавить в /etc/modprobe.conf что-то типа options usbserial product=xxx vendor=xxx не читал чего там на форуме, сам юзаю незамысловатую фигню на питоне: Sam_I_Am.