Jump to content

    

prst

Свой
  • Content Count

    703
  • Joined

  • Last visited

Everything posted by prst


  1. про знаки равно я догодался разумеется и поправил сразу же%) AT91RM9200_board$ tftp 20007fc0 MAC: error during MII initialization TFTP from server 192.168.1.1; our IP address is 192.168.1.123 Filename 'uImage'. Load address: 0x20007fc0 Loading: T ################################################################# .... ######################################################## done Bytes transferred = 950008 (e7ef8 hex) AT91RM9200_board$ AT91RM9200_board$ bootm 20007fc0 ## Booting image at 20007fc0 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 949944 Bytes = 927.7 kB Load Address: 20007fc0 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... Error: inflate() returned -3 GUNZIP ERROR - must RESET board to recover AT91F_LowLevelInit(): Debug channel initialized press any key to enter bootloader он даже распоковать не может - Error: inflate() returned -3 только что это значит нада посмотреть
  2. вот результат... AT91RM9200_board$ tftpboot 20007fc0 MAC: error during MII initialization TFTP from server 192.168.1.1; our IP address is 192.168.1.123 Filename 'uImage'. Load address: 0x20007fc0 Loading: T ################################################################# ################################################################# ######################################################## done Bytes transferred = 950008 (e7ef8 hex) AT91RM9200_board$ AT91RM9200_board$ bootm 20007fc0 ## Booting image at 20007fc0 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 949944 Bytes = 927.7 kB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... Error: inflate() returned -3 GUNZIP ERROR - must RESET board to recover AT91F_LowLevelInit(): Debug channel initialized press any key to enter bootloader Load U-BOOT from dataflash[c0008000] to SDRAM[20f00000] тоесть перегружается после строки GUNZIP ERROR...
  3. это делаю, как и рекомердуют в статье на heavy-online... root@server:new# cat build_image.sh #!/bin/bash ./mkimage -A arm -O linux -C gzip -a 0x20008000 -e 0x20008000 -d Image.gz uImage mkimage из состава сборки U-Boot-1.1.6 получаю uImage, и его по tftp забираю грузить...
  4. 1) в ядре сказано что с поддержкой initrd < > Normal floppy disk support (NEW) < > Loopback device support < > Network block device support <*> RAM disk support (16) Default number of RAM disks (8192) Default RAM disk size (kbytes) (1024) Default RAM disk block size (bytes) [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support < > Packet writing on CD/DVD media < > ATA over Ethernet support 2),3) - пока не делал - нужно сначало что бы стартонуло ядро, позже разумеется буду делать файловую систему 4) я хочу сначала запустить только ядро, без файловой системы 5) вот это и есть - гвоздь программы %) eth: setting MAC address to 00:12:34:56:78:9d PHY: RTL8201( B) L detected Link: 100baseTX Full Duplex end eth_init просто инетерсно, а откуда эти строки? это ваши debug - printf() или какаято версия U-Boot специфическая у Вас? bootm 20007fc0 20300000 второй адрес что означает, это адрес initrd? если верить сайту автора убута http://www.denx.de/wiki/view/DULG/UBootCmdGroupExec#Section_5.9.4.2. To boot a Linux kernel image without a initrd ramdisk image, the following command can be used: => bootm ${kernel_addr} If a ramdisk image shall be used, you can type: => bootm ${kernel_addr} ${ramdisk_addr} в моем случае, я второй не указываю... begin cleanup_before_linux end cleanup_before_linux а эти строчки откуда взялись? ## Transferring control to Linux (at address 20008000) ... Linux version 2.6.13 (root@debian) (gcc version 3.4.3) #412 Mon Jan 8 04:32:35 MSK 2007 .... вот это я уже просто мечтаю получить.... вот что говорит bdinfo у меня, если это может помочь хоть както... AT91RM9200_board$ bdinfo arch_number = 0x000000FB env_t = 0x00000000 boot_params = 0x20000100 DRAM bank = 0x00000000 -> start = 0x20000000 -> size = 0x02000000 ethaddr = 11:11:11:11:11:11 ip_addr = 192.168.1.123 baudrate = 115200 bps
  5. !!! ...начинающим ембидерам - "Макет на PIC c PIC18F452" вот вчера добавил - "Макет на PIC c PIC18F452" http://projects.org.ua/new/index.php?mod=n...=show&id=42 кому интересно - GO...
  6. честно говоря я уже и не уверен что грузится.... вот что нашел в исходнике от u-boot-1.1.6 u-boot-1.1.6-worked-070209/cpu/arm920t/at91rm9200/armlinux.c :258 ... /* we assume that the kernel is in place */ printf ("\nStarting kernel ...\n\n"); #ifdef CONFIG_USB_DEVICE { extern void udc_disconnect (void); udc_disconnect (); } #endif cleanup_before_linux (); theKernel (0, bd->bi_arch_number, bd->bi_boot_params); } ... так что если верить переводу /* we assume that the kernel is in place */ перевести можно как - /* мы допускаем что зерно `размещено (или на месте, или поступает) ` */ так что мессадж "Starting kernel ..." не гарантирует что оно загрузилось вообще... но если верить всему сообщению AT91RM9200_board$ bootm ## Booting image at 20800000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 949944 Bytes = 927.7 kB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... ... то можно увидить что оно распоковалось, но не факт что загрузилось.... плюс ко всему еще одно смутное место u-boot-1.1.6-worked-070209/board/at91rm9200dk/at91rm9200dk.c int board_init (void) { /* Enable Ctrlc */ console_init_f (); /* Correct IRDA resistor problem */ /* Set PA23_TXD in Output */ ((AT91PS_PIO) AT91C_BASE_PIOA)->PIO_OER = AT91C_PA23_TXD2; /* memory and cpu-speed are setup before relocation */ /* so we do _nothing_ here */ /* arch number of AT91RM9200DK-Board */ gd->bd->bi_arch_number = MACH_TYPE_AT91RM9200; /* adress of boot parameters */ gd->bd->bi_boot_params = PHYS_SDRAM + 0x100; return 0; } здесь вооще странное место gd->bd->bi_boot_params = PHYS_SDRAM + 0x100; почему именно + 0x100 ??? вот из хидера at91rm9200dk.h #define PHYS_SDRAM 0x20000000
  7. могу сказать что мне пришлось изрядно перелокопатьти исходник от romboot что бы найти подобную проблему и устранить причину... обратите внимание на ваш код возврата :421a015 и сравните его с датащитом на AT91RM9200 стр. 87,112 - там расписано что Вы должны получить для вашей AT45DB321 ... кстати, в моем случае устранение проблеммы свелось к понижению скорости работы SPI в 32 раза в конфигурационном регистре(смотри в сторону - DIV32). Рекомендую перечитать этот пост внимательно с начала... может это ваш случай?
  8. А поподробнее можно? а то у меня как раз 321-ая и есть проблемы, про которые я здесь хотел вычитать. а что за проблеммы у Вас с romboot?
  9. я вот щяс только заподозгил негаразд с вот этим - bootargs=root=/dev/ram, что то мне кажется что тут должно быть - bootargs "root=/dev/ram" щяс буду пробовать еще так... я делаю все как по статье - http://heavy-online.ru/arm-linux/ с платой ни чего не шло, это наша самодельная плата... ядро пробовал разное грузить, и то что собрано под EVM9200 с сайта http://heavy-online.ru/arm-linux/ (версия 2.6.16 с патчами) и то что я сам кучу раз собрал(версия 2.6.16 с патчами и версия 2.6.19 с патчами, на последнем я остановился)... может у кого-то есть возможность дать мне конфиг от кернела, свой что бы я мог сравнить его с моим конфигом (хотя я и у уверен что у меня поряк) ? я гружу его по tftp в манять по адресу 20800000 и из памяти командой bootm его запускаю... вобщемто все же видно по скринам которыя я выкладывал.... я его(упакованный uImage) гружу по tftp по адрессу 0x20800000 ( или 0x20A00000) щяс еще попробую не упакованный... попробовал, вот что выдает на команду iminfo ## Checking Image at 20800000 ... Bad Magic Number ...в статье сказано что именно упакованный надо грузить...
  10. включено, вот # # Non-8250 serial port support # CONFIG_SERIAL_ATMEL=y CONFIG_SERIAL_ATMEL_CONSOLE=y CONFIG_SERIAL_ATMEL_TTYAT=y CONFIG_SERIAL_CORE=y CONFIG_SERIAL_CORE_CONSOLE=y CONFIG_UNIX98_PTYS=y CONFIG_LEGACY_PTYS=y CONFIG_LEGACY_PTY_COUNT=256 пробовал и с CONFIG_SERIAL_ATMEL_TTYAT is not set полностью конфиг тот что уже пересобранный раз 50, не получаетчя почему то прицепить :ohmy: прийдется по кускам показывать...
  11. fBoot, u-boot...

    если вопрос ко мне лично - могу сказать только так, я имел дело только с u-boot, была идея попробовать еще redboot, но толком до него не дошло дело... :blink: просто u-boot запустился раньше... поэтому раз мне лично сравнить не счем - говорю что u-boot но "он зараза кучерявый, что капець"...
  12. а 20007fc0 - это что за адрес? AT91RM9200_board$ tftpboot 20007fc0 AT91C_BASE_SPI->SPI_SR = 100F2 AT91C_BASE_PMC->PMC_MCKR = 302 change on AT91C_BASE_PMC->PMC_MCKR = TFTP from server 192.168.1.1; our IP address is 192.168.1.123 Filename 'uImage'. Load address: 0x20007fc0 Loading: ################################################################# ################################################################# ######################################################## done Bytes transferred = 950008 (e7ef8 hex) AT91RM9200_board$ bootm 20007fc0 Booting image at 20007fc0 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 949944 Bytes = 927.7 kBSize: 942182 Bytes = 920.1 kB Load Address: 20008000 Entry Point: 20008000 Load A Verifying Checksum ... OK Entry Point: Uncompressing Kernel Image ... Error: inflate() returned -3 Verifying Checksum ... OK########0]b GUNZIP ERROR - must RESET board to recoverÿ и перезагружается... я так понял из опыта что такое крайне редко и когда чтото вообще не верно узывается... вероятно 20007fc0 не нравится
  13. я вот тоже неделю или больше об этом подозреваю что грузится но выводит не туда.... но проверить это так и не удалось вот bootargs виден с скрина Area 3: C0028000 to C083FFFF *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 AT91RM9200_board$ printenv bootargs=root=/dev/ram rw initrd=0x21100000,6000000 ramdisk_size=15360 console=ttyS0,115200,mem=32M bootcmd=cp.b C002A000 20A00000 200000; bootm 20A00000 bootdelay=4 baudrate=115200 ethaddr=11:11:11:11:11:11 ipaddr=192.168.1.123 serverip=192.168.1.1 netmask=255.255.255.0 bootfile="uImage" stdin=serial stdout=serial stderr=serial Environment size: 331/8188 bytes AT91RM9200_board$ вот он bootargs=root=/dev/ram rw initrd=0x21100000,6000000 ramdisk_size=15360 console=ttyS0,115200,mem=32M в параметрах "Boot options" кернела сказано cat .config |grep CMDLINE CONFIG_CMDLINE="mem=32M console=ttyS0,115200 initrd=0x20410000,3145728 root=/dev/ram0 rw" CONFIG_MTD_CMDLINE_PARTS=y пробовал ttyS4 - (как DBGU) - ни чего не менялось... был кернель 2.6.16 намекнули что может версия нета(но ведь у других же работает 2.6.16), после вопроса об этом на lists.arm.linux.org.uk... решил на 2.6.19 попробовать... пропатчил патчем от maxim, собрал... щяс уже воюю с 2.6.19 - все та же ерунда.... TFTP from server 192.168.1.1; our IP address is 192.168.1.123 Filename 'uImage'. Load address: 0x20800000 Loading: T ################################################################# ################################################################# ####################################################### done Bytes transferred = 942294 (e60d6 hex) AT91RM9200_board$ bootm ## Booting image at 20800000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 942230 Bytes = 920.1 kB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... такое впечатление что кернель наботает но выводит инфо кудато в другое место... как проверить даже не знаю... разъем на плате лиш один и тот на DBGU, для перевода его в ttyS0 нада передергивать джампера, пробовал передергивать на ttyS0 во время загрузки кернеля, ни каких месаджей на нем небыло... а результат все тот же...
  14. fBoot, u-boot...

    RedBoot, AngelBoot.... их море, в поисковике типа гугля наберите: boot loader и столько из увидите, что голова закружится 8)
  15. странные Вы право... и вывод сделали мягко говоря странный... Этот пин просто просит подтяжку, так как он открытый... напоминает анекдот прямо таки: - что можеш делать: - могу копать; а еще что? - могу не копать... ... эт Ваш случай...
  16. вот еще такое есть в природе - http://armboot.sourceforge.net/
  17. не так там уж и много, просто невероятно запутано все мне хватило недели что-бы в тех леанах разобраться что мне нужно и пропатчить...
  18. мне кажется, следующее необходимо уточнить... 1. Какой именно процессор кстати планируете? 2. минимум 8 Mbytes SDRAM 3. минимум 8 Mbytes последовательной Flash 4. CAN контроллер - врядли комуто он нужен... 5. Ethernet контроллер - может лучше RTL8201 или LXT972 ? 6. Auidio DAC - врядли комуто он нужен... 7. Интерфейсы 1xCF, 1xSD/MMC, 2xUSB - сегодня всем нужны 8. TFT LCD 3.5", 320x240 - разъем предусмотреть для подключения при необходимости(+в поставке) 9. Кнопочки и светодиоды. - облизательно! причем 8Х8 минимум а что ADC с счета снят? не актуален???
  19. U-boot мне тя жаль, если начнеш его переписывать, он паршиво документирован и через-чур мудренно сконструирован... уже с ним столкнулся... хотя неофициальная сегодняшняя версия 1.2.0 получше постоена уже... в ней даже легче чтото искать стало по сравнению с 1.1.6
  20. пытаюсь загрузить линуксовое ядро, то что с сайта heavy-online.... и вот наткнулся на следующее не совсем понятное поведение... AT91RM9200 > bootm ## Booting image at 20800000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 1124113 Bytes = 1.1 MB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... и стоит тут (затрял), что это может быть за ерунда? Речь идет об ином а именно об соответствии machine ID между uboot и linux kernel см linux-source/arch/arm/tools/mach-types а также u-boot-source/include/asm-arm/mach-types.h не получается дальше чем Starting kernel ... Ну неужели ни у кого не было такой проблеммы? уже пол ядра перерыл - не могу найти в чем проблемма.... ядро 2.6.16 с патчами на AT91RM9200 кроме DS1307, но он щяс ни не нужен.... пробовал также собранное ядро с сайта heavy-online, такое же самое поведение... или ядро не стартует(что маловероятно) или оно данные выводит не на DBGU а куда в иное место или еще чтото - не знаю и проверить не знаю как... ...Вариации разные испробовал... проясните плиз, кто нибудь - что происходит или что не так? ?
  21. есть немотивирование подоздение, что это както связно с распределением токов по подложке кристала.... так как если верить даташиту - пины на порту долны быть индентичны , кроме действительно 3 первых...
  22. >PA25, PA12, PA9, PA28 а как вы их проверили, что пришли к такому выводу? а фрагмент схемы посмотреть можно, о чем вы речь ведете? на 2 вопрос - а использование буферов для развязки по току?
  23. пытаюсь загрузить линуксовое ядро, то что с сайта heavy-online.... и вот наткнулся на следующее не совсем понятное поведение... AT91RM9200 > bootm ## Booting image at 20800000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 1124113 Bytes = 1.1 MB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... и стоит тут (затрял), что это может быть за ерунда? иду дальше, пересобрал ядро пробую стартануть и вот что получаю Starting kernel ... Error: unrecognized/unsupported machine ID (r1 = 0x000000fb). Available machine support: ID (hex) NAME 00000106 uCrouter EVM9200 Please check your kernel config and/or bootloader корень вопроса... у меня в U-Boot - CFG_PROMPT объявлен как "AT91RM9200_board# " кокое в ядре нада правильно имя указать? "AT91RM9200_board# " ? или "AT91RM9200_board" ? или речь идет о чем-то ином...?
  24. дык по этой же статье и делаю... ну хоть за попытку, и то всем спасибо большое! кстати, поднял это дело... - запинговалось, tftp поднял... пробую идти дальше...