Hercules

Скачал, буду разбираться. Спасибо. Как минимум uIP - для процессоров с MADU = 8, а С55 имеет MADU=16 :(. Из-за этого uIP придется сильно переделывать. По поводу lwIP ни чего сказать не могу. Буду смотреть.

Здравствуйте все! Посоветуйте, пожалуйста, TCP/IP стек для процессоров C64x и C55x. Можно коммерческий, но в этом случае должна быть возможность купить его в России. Необходимо следующее: TCP, UDP, ARP, ICMP, DHCP, DNS, POP3, SMTP Заранее спасибо.

А какой у Вас базовый адрес у секции DARAM (его можно посмотреть там же в "Memory Section Manager")? И еще не забудьте, что "MEM_alloc cannot be called from a SWI or HWI".

Может быть это подойдет: _http://www.thesycon.com/eng/usbio.shtml

Дык свободно ж у них лежит: http://grouper.ieee.org/groups/802/16/index.html Минимальная цена свободного 150$, 130$ для членов Или вы пароль знаете? Только что скачал с этой странички: _http://standards.ieee.org/getieee802/802.16.html Никаких 150$ или 130$ там не просили. И о каком пароле идет речь?

А можно немного поподробнее об этом звере узнать? Про SM510 можно почитать тут: _http://projects.caxapa.ru/index.html?ID=6

По последней ссылке ничего не дают, удалили. Скиньте еще раз, пожалуйста. Держи (перезалил): _http://rapidshare.de/files/7382673/uc-gui.zip.html _http://rapidshare.de/files/7382700/uc-gui_user.rar.html

Сам не пробовал - не было нужды - когда- то на каком-то :) форуме нашёл вот такое : Снятие защиты файлов *.pdf на копирование в клипборд и печать. ============================================================= Найти в коде (файл Acrobat.exe, AcroRd32.exe, версии 3.0, 4.0 - все равно) блоки: 8B 44 24 04 8B 40 78 и заменить каждый на B8 FF 7F 00 00 90 90 После этой пpоцедуpы Акробат игнорирует защиту. До 4 версии включительно - работает. <{POST_SNAPBACK}> Можно воспользоваться "Advanced PDF Password Recovery" от ElcomSoft. Выбираете нужный pdf-файл и жмете кнопочку "Decrypt this document" (см. рис. ). После этого все ограничения сняты. Вот сама программа и добавочка к ней: Удалил. Все подобные аттачи делать в соответствующей ветке форума.

Из под CCS запускаете проверку на обновления (идете Help->Update Advisor->Check for Updates). Затем должен запуститься Ваш Internet Browser, который вначале попытается загрузить страничку "C:\Documents and Settings\<ВашеИмя>\Local Settings\Temp\~Webvisor<МногоРазныхЦифр>.html", а затем с этой страничке он будет перенаправлен на TI (тут, конечно, его будет ждать облом, т.к. у Вас на машине с CCS нет интернета :) ). <ВашеИмя> - Имя пользователя под которым Вы "залогинились" на машину с CCS. <МногоРазныхЦифр> - 12 цифр, первая пара - текущий год, вторая пара - месяц, третья - день, четвертая - текущий час, пятая - минуты и последняя секунды. Т.е. если Вы запустили проверку на обнавления 31 октября 2005 года в 11 часов 14 минут 41 секунду, то CCS создаст файл ~Webvisor051031111441.html Собственно с машины, на которой установлен CCS, нам и нужен файлик ~Webvisor<МногоРазныхЦифр>.html. Его нужно открыть в Internet Browser-е на машине, где есть интернет. Ну а далее, если Вы еще не зарегистрированы на TI, то регистрируетесь и затем попадаете на страницу, с которой Вы можете скачивать обнавления именно для Вашей версии CCS (предварительно ее зарегистрировав). Пробуйте. Если будут вопросы, постараюсь ответить. Удачи. ;) Hercules.

ссылку см. здесь: http://forum.electronix.ru/index.php?showt...indpost&p=59776

Вот нашел у себя книжечку. Может пригодиться. Правда там все расказывается на примере ядра 2.4, а не 2.6, но все равно можно почитать. Убрал аттач. Содержимое книги лежит в закромах по адресу /pub/DOC/Books/OS/Unix_linux/linux_embedded/oreilly.building.embedded.linux.systems

А можно глупый вопрос? Судя по: и Вы вначале собираете ядро Linux-а версии 2.6.13.3, а затем при помощи mkimage получаете готовый имидж для u-Boot-а. А почему Вы сразу при сборке ядра не получаете готовый имидж для u-Boot-а? Это можно сделать так: make uImage В ядре 2.4 такой возможности не было и действительно приходилось вначале собирать ядро, а затем самому получать имидж для u-Boot-а, а в ядре 2.6 уже есть (ядро 2.5 я не собирал, поэтому не знаю можно там сразу получить uImage или нет).

Сам пока не задумывался - до размещения linux'а во Flash дело не дошло. Пользовался инструкциями из документа "AT91RM9200DK U-Boot Developper Manual" : ($U-BOOT-PATH)/tools > ./mkimage -A arm -O linux -T kernel -C gzip -a 0x20008000 -e 0x20008000 -d linux.bin.gz uImage /tftpboot/ и Uboot> tftp 20008000 uImage Uboot> tftp 21100000 ramdisk Uboot> setenv bootargs root=/dev/ram rw initrd=0x21100000, 60000000 ramdisk_size=15360 console=ttyS0,115200 mem=32M Uboot> saveenv Uboot> bootm 20008000 21100000 <{POST_SNAPBACK}> Вы немного неправильно делаете (у Вас неправильно указан адрес, куда нужно грузить скомпрессированное ядро linux-а). Нужно где-то так: Uboot> tftp 21000000 uImage Uboot> tftp 21100000 ramdisk Uboot> setenv bootargs root=/dev/ram rw initrd=0x21100000,60000000 ramdisk_size=15360 console=ttyS0,115200 mem=32M Uboot> saveenv Uboot> bootm 21000000 т.е. мы грузим скомпрессированное ядро linux-а по адресу 0x21000000, а ramdisk по адресу 0x21100000. Затем распаковывается и запускается ядро linux-а (команда bootm). Причем ядро после распаковки будет лежать начиная с адреса 0x20008000 и туда же будет передано управление т.к. "Load Address" так же был установлен на 0x20008000 (судя по той информации, что Вы привели "($U-BOOT-PATH)/tools > ./mkimage ..."). Указывать в команде bootm еще и адрес, где у нас лежит ramdisk не нужно, так как его распаковывать будет ядро linux-а (ему будет передана информация о том где лежит ramdisk в аргументах (bootargs)). Командой setenv вы устанавливаете переменную bootargs в нужное значение. А затем командой saveenv Вы сохраняете все свое окружение во флэшку. При последующей загрузки u-Boot-а все сохраненные переменные будут востановлены. Т.е. до тех пор пока Вы сами не удалите переменную bootargs (например, командой setenv bootargs без указания значения переменной или сотрете тот сектор флешки, где у Вас располагаются переменные окружения) все последующие запуски linux-а можно делать так: Uboot> tftp 21000000 uImage Uboot> tftp 21100000 ramdisk Uboot> bootm 21000000 т.е. уже не нужно вы полнять команды: Uboot> setenv bootargs root=/dev/ram rw initrd=0x21100000,60000000 ramdisk_size=15360 console=ttyS0,115200 mem=32M Uboot> saveenv Вот в кратце вроде все. Пробуйте. Hercules PS. Надеюсь у Вас на tftp сервере, с которого осуществляется загрузка, скомпрессированное ядро лежит именно под именем uImage, а RAM диск под именем ramdisk.

Интересная утилита этот mkimage - из 5ти вариантов сгенерированного им образа для uBoot'а, грузиться только один. Смотрю - а он к одному и тому же исходному zImage может добавить разные header'ы! При одинаковых параметрах и иходном зипованом бинарнике! Что он туда и время пишет? А большинство сгенерированных образов или виснут при их вызове (uBoot'ом) или перегружают проц (очевидно exeption). Повезло ещё что первые образы были удачные, ведь поначалу на подправленый мной kernel грешил. Попробовал взять mkimage от версии (uBoot'а) 1.3 для linux'а, пока юзаю 1.1 для cygwin'а - таже фигня. Может кто сталкивался? Ещё интересная вещь - когда uBoot распаковывает образ, обращает на себя внимание сообщение насчёт Bad gzipped data: ... ## Booting image at 20008000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 810360 Bytes = 791.4 kB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... Error: Bad gzipped data GUNZIP ERROR - must RESET board to recover OK No initrd ## Transferring control to Linux (at address 20008000) ... Starting kernel ... Uncompressing Linux...................................................... done, booting the kernel. Linux version 2.6.13.3 (root@linux) (gcc version 3.4.1) #1... Это не смертельно? А то kernel вроде работоспособен :smile3046: <{POST_SNAPBACK}> А почему у Вас сам скомпрессированный имидж лежит по тому же адресу, куда он должен грузиться? По идее, адрес, где скомпрессированный имидж лежит, и адрес куда он затем после распаковки грузится должны быть разные. А иначе Вы рискуете запортить свой скомпрессированный имидж. Нормальная ситуация, когда скомпрессированный имидж лежит, например, во флешке, а u-Boot его затем из флешки распаковывает и грузит в SDRAM. Hercules.

Имелось ввиду максимум внешнего адресуемого пространства для того или иного режима, а не сколько будет доступно на один CE. А размер пространства одного CE и сколько CE будет доступно можно сконфигурить. Для это используется регистр "EMIF CE Size Control Register 1", который расположен по адресу 0x0840. При записи в этот регистр значения 0x00 получим: CE0: 0x000000-0x3FFFFF CE1: 0x400000-0x7FFFFF CE2: 0x800000-0xBFFFFF CE3: 0xC00000-0xFFFFFF т.е. именно по 4M на один CE. При записи в этот регистр значения 0x01 получим: CE0: 0x000000-0x7FFFFF CE1: not available CE2: 0x800000-0xFFFFFF CE3: not available т.е. по 8M на один CE, но в этом случае доступно только два CE. При записи значения 0x02 получим: CES=10 CE0: 0x000000-0xFFFFFF CE1: not available CE2: not available CE3: not available и соответсвенно будем иметь 16M на CE, но и доступен будет только один из 4-х. Более подробно про EMIF процессора 5502 можно почитать в "TMS320VC5501/5502 DSP External Memory Interface (EMIF) Reference Guide" от TI (spru612f.pdf)