JeDay

Нашел. Официально данного загрузчика нет, но присутствует в сборке "at91sam9m10-ek-softpack-1.9.zip" которая лежит на сайте атмела.

Пробовал гуглить, рылся на сайте at91.com но так и не смог найти откуда скачать можно. Подскажите плиз..

1. TFT 3.5 PH320240T-006-IP1Q с тачскрином, разрешение 320х240 фирма Powertip. 2. 2 разъема для крепления шлейфа. 3. Платка "SK-TFT-Plug" для подключения панели к платам starterkit - ссылка Все новое. Цена 1300р за комплект. Москва

продано :bb-offtopic:

да, нужно. Заливайте все что есть :)

Цена снижена до 4000р. Кого интересует плата пишите...

Спасибо за помощь. Именно то что я хотел :)

4500р

Об этом я и сам догадывался :) А где именно искать?

Осваиваю разбиение флеш-памяти на MTD разделы. Похожая тема обсуждалась здесь: http://electronix.ru/forum/index.php?showtopic=66883 но она не раскрывает мой вопрос. Возник вопрос как правильно прописывать строку агрументов для ядра линукс. И так, на плате есть АТ45 и NAND флешки. Хочу создать на обоих разделы MTD. Описываются разделы в след. формате: К примеру у меня в загрузчике строка, которая создает один раздел на всю флеш: root=/dev/mtdblock0 mtdparts=atmel_nand:-(root) rw rootfstype=jffs2 лог с загрузки: NAND device: Manufacturer ID: 0xec, Chip ID: 0xda (Samsung NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Bad eraseblock 1833 at 0x00000e520000 1 cmdlinepart partitions found on MTD device atmel_nand Creating 1 MTD partitions on "atmel_nand": 0x000000000000-0x000010000000 : "root" Собственно вопрос по "mtd-id". Как ядро поняло, что Samsung NAND это atmel_nand и надо создать раздел именно на ней? Как объяснить ядру, что раздел лежит в "одной из" флеш? Есть ли какие-то правила формирования этого имени? Согласно доке, можно из /proc/mtd взять готовое имя, но для этого надо загрузить ФС, а чтобы запустить ФС надо сформировать разделы MTD.. тема курицы и яйца. Зараннее благодарю откликнувшимся!

Продам сабжевую плату, идеальное состояние. Использовалась недолго, в основном лежала на полке. Полный комплект. В дополнение могу дать сборку ядра 2.6.36.2, buildroot 2010.12 и тд.. Новая плата у производителя стоит 6500р: http://starterkit.ru/html/index.php?name=s...p=view&id=2 Цена в тераелектронике 7700р: http://www.terraelectronica.ru/catalog.php...e=0&PageS=0 Местоположение: Москва

Зачем советовать человеку изобретать велосипед? :) Для этих целей есть SAB-BA. Если не будете доверять штатному инструментарию, то у вас не останется времени на сам проект...

Кстати хорошая идея его родной тулчейн положить отдельно и указать как внешний. Пробовал в качестве внешнего указывать crosstoll-NG, которым пользуюсь для сборки ядра. Но в нем по умолчанию конфиг для uclibc неполный и некоторые компоненты с Buildroot не собираются:( Это правда. В файле TODO так и написано, что в будущем есть план сделать слежение за пакетами которые уже в /target лежат и выкидывать ненужные, но пока это не работает.

Если я не удалю раздел /output/target, то по идее в новый образ rootfs.jffs2 попадут пакеты с предыдущего когфига, которые в новом я мог исключить. Пробовал удалить все каталоги в output кроме toolchain, после чего у меня Buildroot перестал собираться.. Как правильно "очищать" Buildroot чтобы не перекомпилировать toolchain каждый раз и по возможности пакеты с предыдущей сборки?

Действительно был в пустой директории. Я ожидал что по умолчанию в корневой раздел попаду. :yeah: Спасибо буду курить доки как это сделать. А если я допустим создам раздел по указанному выше рецепту... после аварийного выключения питания как я понимаю все равно будут ошибки только в пользовательских файлах или логах? Еще в догонку хотел спросить. После компиляции Buildroot (тулчейн и ФС) как правильно удалять сборку корневухи не удаляя при этом скомпиленные объектники? make clean удалит все полностью.. Я попробовал грохнуть содержимое директорий /output/target и /output/images после чего у меня make вываливается с ошибкой. Спасибо.

Немного не в тему.. Располагает ли кто нибуть о протоколах верхнего уровня применяемых в автомобилях? Интересует чтение оботоров, скорости, объема топлива.. в грузовом транспорте

Да они формируются как симлинки на бизибокс. Вот что хелп выдает: # ls --help BusyBox v1.17.4 (2010-12-23 12:24:48 MSK) multi-call binary. Usage: ls [-1AacCdeFilnpLRrSsTtuvwxXhk] [FILE]... List directory contents Options: -1 List in a single column -A Don't list . and .. -a Don't hide entries starting with . -C List by columns -c With -l: sort by ctime --color[={always,never,auto}] Control coloring -d List directory entries instead of contents -e List full date and time -F Append indicator (one of */=@|) to entries -i List inode numbers -l Long listing format -n List numeric UIDs and GIDs instead of names -p Append indicator (one of /=@|) to entries -L List entries pointed to by symlinks -R Recurse -r Sort in reverse order -S Sort by file size -s List the size of each file, in blocks -T N Assume tabstop every N columns -t With -l: sort by modification time -u With -l: sort by access time -v Sort by version -w N Assume the terminal is N columns wide -x List by lines -X Sort by extension -h List sizes in human readable format (1K 243M 2G) # ls -l total 0 # Т.е. вроди как все хорошо, только ниодного файла не выводится. Вот почему LS не видит файлов меня и смущает :05:

Пользователи по умолчанию в Buildroot: root и default. (Если у кого такой же вопрос возникнет)

Напишите полностью что выводит команда printenv. 1. У вас может в u-boot и ядре линуха разные MACHINE_ID указаны. 2. Второй вариант это неправильно отработала утилита mkimage. Ее надо использовать той же версии что и загрузчик u-boot. 3. В конфиге ядра у вас указан неправильный UART для вывода логов. Попробуйте залить для начала чужое zImage ядро и добейтесь его загрузки..

Добрый день коллеги. Имеется плата SK-AT91SAM9XE512-S3E, собраное ядро Linux. Buildroot собирался на базе конфига с сайта: http://dmilvdv.narod.ru/AT91SAM9260/index.html Конфиг busybox по умолчанию, версия 1.17.4. После загрузки выводится приглашение Welcome to Buildroot buildroot login: после ввода root получаю символ "#", казалось бы можно вводить команды, но банальная LS не работает. После нажатия ENTER получаю новый символ решетки.. Думал что с busybox проблемы, но ведь init то отрабатывает нормально... Ниже инфа по busybox: # busybox BusyBox v1.17.4 (2010-12-23 12:24:48 MSK) multi-call binary. Copyright (C) 1998-2009 Erik Andersen, Rob Landley, Denys Vlasenko and others. Licensed under GPLv2. See source distribution for full notice. age: busybox [function] [arguments]... or: function [arguments]... BusyBox is a multi-call binary that combines many common Unix utilities into a single executable. Most people will create a link to busybox for each function they wish to use and BusyBox will act like whatever it was invoked as. Currently defined functions: [, [[, addgroup, adduser, ar, arping, ash, awk, basename, bunzip2, bzcat, cat, catv, chattr, chgrp, chmod, chown, chroot, chrt, chvt, cksum, clear, cmp, cp, cpio, crond, crontab, cut, date, dc, dd, deallocvt, delgroup, deluser, devmem, df, diff, dirname, dmesg, dnsd, dnsdomainname, dos2unix, du, dumpkmap, echo, egrep, eject, env, ether-wake, expr, false, fdflush, fdformat, fgrep, find, fold, free, freeramdisk, fsck, fuser, getopt, getty, grep, gunzip, gzip, halt, hdparm, head, hexdump, hostid, hostname, hwclock, id, ifconfig, ifdown, ifup, inetd, init, insmod, install, ip, ipaddr, ipcrm, ipcs, iplink, iproute, iprule, iptunnel, kill, killall, killall5, klogd, last, length, less, linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login, logname, losetup, ls, lsattr, lsmod, lspci, lsusb, lzcat, lzma, makedevs, md5sum, mdev, mesg, microcom, mkdir, mkfifo, mknod, mkswap, mktemp, modprobe, more, mount, mountpoint, mt, mv, nameif, netstat, nice, nohup, nslookup, od, openvt, passwd, patch, pidof, ping, pipe_progress, pivot_root, poweroff, printenv, printf, ps, pwd, rdate, readlink, readprofile, realpath, reboot, renice, reset, resize, rm, rmdir, rmmod, route, run-parts, runlevel, sed, seq, setarch, setconsole, setkeycodes, setlogcons, setsid, sh, sha1sum, sha256sum, sha512sum, sleep, sort, start-stop-daemon, strings, stty, su, sulogin, swapoff, swapon, switch_root, sync, sysctl, syslogd, tail, tar, tee, telnet, test, tftp, time, top, touch, tr, traceroute, true, tty, udhcpc, umount, uname, uniq, unix2dos, unlzma, unxz, unzip, uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, watch, watchdog, wc, wget, which, who, whoami, xargs, xz, xzcat, yes, zcat И еще вопрос. После первой прошивки rootfs.jffs2 в NAND первый запуск проходит без ошибок. А после первой хардварной перезагрузки, появляются дефекты файловой системы. Выводится следующее: Empty flash at 0x01227854 ends at 0x01228000 Empty flash at 0x01230804 ends at 0x01231000 VFS: Mounted root (jffs2 filesystem) on device 31:0. Freeing init memory: 124K ... ... JFFS2 notice: (360) check_node_data: wrong data CRC in data node at 0x012307b8: read 0x186b259f, calculated 0xef3d92a5. ... Welcome to Buildroot buildroot login: Подскажите плиз как решить первую и вторую проблемы. По поводу дефекта ФС. Исправит ли ситуацию переход на YAFFS2?

Ураа, поднялась rootfs. Пересобрал buildroot с busybox. Теперь в дополнение к предыдущему логу добавилось: VFS: Mounted root (jffs2 filesystem) on device 31:0. Freeing init memory: 120K Initializing random number generator... done. Starting network... Starting network time protocol daemon: ntpd. Starting dropbear sshd: generating rsa key... generating dsa key... OK Starting ProFTPD: warning: `proftpd' uses 32-bit capabilities (legacy support in use) - warning: unable to determine IP address of 'buildroot' - error: no valid servers configured - Fatal: error processing configuration file '/etc/proftpd.conf' FAILED Welcome to Buildroot buildroot login: Надо теперь понять откуда брать логин с паролем :) и допиливать ФС с busybox, чтобы ничего лишнего небыло...

Я стирал флешь полностью перед записью :) Не помогает

Спасибо за подсказку, буду пытаться busybox заставить скомпилиться. А что тогда вот эти строки значат? Я думал что это дефект ФС. jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18a4: 0x7df7 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18a8: 0xe9b5 instead ... ...

Всем доброго времени суток. Долго не проявлял активности т.к. был в отпуске... С синтаксисом указания MTD блоков и их размеров разобрался. Оказывается его описание было в самом исходнике drivers/mtd/cmdlinepart.c The format for the command line is as follows: * * mtdparts=<mtddef>[;<mtddef] * <mtddef> := <mtd-id>:<partdef>[,<partdef>] * where <mtd-id> is the name from the "cat /proc/mtd" command * <partdef> := <size>[@offset][<name>][ro][lk] * <mtd-id> := unique name used in mapping driver/device (mtd->name) * <size> := standard linux memsize OR "-" to denote all remaining space * <name> := '(' NAME ')' * * Examples: * * 1 NOR Flash, with 1 single writable partition: * edb7312-nor:- * * 1 NOR Flash with 2 partitions, 1 NAND with one * edb7312-nor:256k(ARMboot)ro,-(root);edb7312-nand:-(home) Для теста скачал образ ФС "v23434-rootfs.arm_nofpu.jffs2" c сайта с at91.com. Образ грузится нормально. Дальше пробую собрать свой образ RootFS. Скомпилил Buildroot 2010.08. За основу брал конфиг с http://dmilvdv.narod.ru/AT91SAM9260/index.html Убрал поддержку звука и видео, а также busybox(на него ругался компилер т.к. я конфиг не указал). Добавил поддержку JFFS2.NAND с параметрами 2к-128к. Сейчас для меня главное, чтобы ядро "подхватило" ФС, а не боевая работоспособность внутренних компонентов и busybox. Прошиваю c нулевого адреса NAND свой образ "rootfs_nand.jffs2"(2.5Мб) через SAM-BA. Дальше пробуем загрузиться: bootm ## Booting kernel from Legacy Image at 22000000 ... Image Name: JedaY Linux 2.6.36 b002 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 1809044 Bytes = 1.7 MiB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... Uncompressing Linux... done, booting the kernel. Linux version 2.6.36 (jeday@vmachine) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #2 Wed Oct 27 20:16:23 MSD 2010 CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177 CPU: VIVT data cache, VIVT instruction cache Machine: -=JedaY ComputerS=- Memory policy: ECC disabled, Data cache writeback Clocks: CPU 200 MHz, master 100 MHz, main 12.000 MHz Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256 Kernel command line: console=ttyS0,115200 root=/dev/mtdblock0 mtdparts=atmel_nand:-(root) rw rootfstype=jffs2 PID hash table entries: 256 (order: -2, 1024 bytes) Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 64MB = 64MB total Memory: 61340k/61340k available, 4196k reserved, 0K highmem Virtual kernel memory layout: vector : 0xffff0000 - 0xffff1000 ( 4 kB) fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB) DMA : 0xffc00000 - 0xffe00000 ( 2 MB) vmalloc : 0xc4800000 - 0xfee00000 ( 934 MB) lowmem : 0xc0000000 - 0xc4000000 ( 64 MB) modules : 0xbf000000 - 0xc0000000 ( 16 MB) .init : 0xc0008000 - 0xc0026000 ( 120 kB) .text : 0xc0026000 - 0xc0338000 (3144 kB) .data : 0xc0352000 - 0xc0374680 ( 138 kB) NR_IRQS:192 AT91: 96 gpio irqs in 3 banks Console: colour dummy device 80x30 console [ttyS0] enabled Calibrating delay loop... 99.73 BogoMIPS (lpj=498688) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 AT91: Power Management AT91: Starting after user reset bio: create slab <bio-0> at 0 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb Switching to clocksource tcb_clksrc NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered UDP hash table entries: 256 (order: 0, 4096 bytes) UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) NET: Registered protocol family 1 RPC: Registered udp transport module. RPC: Registered tcp transport module. RPC: Registered tcp NFSv4.1 backchannel transport module. NetWinder Floating Point Emulator V0.97 (double precision) JFFS2 version 2.2. (NAND) A© 2001-2006 Red Hat, Inc. msgmni has been set to 119 Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) io scheduler noop registered (default) atmel_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL brd: module loaded loop: module loaded ssc ssc.0: Atmel SSC device at 0xc4860000 (irq 14) NAND device: Manufacturer ID: 0xec, Chip ID: 0xda (Samsung NAND 256MiB 3,3V 8-bit) Scanning device for bad blocks Bad eraseblock 1833 at 0x00000e520000 1 cmdlinepart partitions found on MTD device atmel_nand Creating 1 MTD partitions on "atmel_nand": 0x000000000000-0x000010000000 : "root" atmel_spi atmel_spi.0: Atmel SPI Controller at 0xfffc8000 (irq 12) mtd_dataflash spi0.1: AT45DB321x (4224 KBytes) pagesize 528 bytes (OTP) atmel_spi atmel_spi.0: chipselect 1 already in use atmel_spi atmel_spi.1: Atmel SPI Controller at 0xfffcc000 (irq 13) MACB_mii_bus: probed eth0: Atmel MACB at 0xfffc4000 irq 21 (3e:36:65:ba:6f:be) eth0: attached PHY driver [Micrel KS8001 or KS8721] (mii_bus:phy_addr=ffffffff:01, irq=-1) ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver at91_ohci at91_ohci: AT91 OHCI at91_ohci at91_ohci: new USB bus registered, assigned bus number 1 at91_ohci at91_ohci: irq 20, io mem 0x00500000 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected Initializing USB Mass Storage driver... usbcore: registered new interface driver usb-storage USB Mass Storage support registered. usbcore: registered new interface driver usbserial usbserial: USB Serial Driver core USB Serial support registered for FTDI USB Serial Device usbcore: registered new interface driver ftdi_sio ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver USB Serial support registered for pl2303 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver mice: PS/2 mouse device common for all mice rtc-at91sam9 at91_rtt.0: rtc core: registered at91_rtt as rtc0 rtc-at91sam9 at91_rtt.0: rtc0: SET TIME! usbcore: registered new interface driver usbhid usbhid: USB HID core driver TCP cubic registered NET: Registered protocol family 10 IPv6 over IPv4 tunneling driver NET: Registered protocol family 17 rtc-at91sam9 at91_rtt.0: hctosys: unable to read the hardware clock jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18a4: 0x7df7 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18a8: 0xe9b5 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18ac: 0xfccb instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18b0: 0x0f7f instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18b4: 0x20b0 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18b8: 0xcc20 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18bc: 0xe168 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18c0: 0x35f3 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18c4: 0xfae2 instead jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x002e18c8: 0xf7a0 instead Further such events for this erase block will not be printed Empty flash at 0x00c2a16c ends at 0x00c2a800 VFS: Mounted root (jffs2 filesystem) on device 31:0. Freeing init memory: 120K Kernel panic - not syncing: No init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance. [<c002c1a8>] (unwind_backtrace+0x0/0xe4) from [<c0284418>] (panic+0x50/0x174) [<c0284418>] (panic+0x50/0x174) from [<c0026598>] (init_post+0x9c/0xbc) [<c0026598>] (init_post+0x9c/0xbc) from [<c000846c>] (kernel_init+0x110/0x14c) [<c000846c>] (kernel_init+0x110/0x14c) from [<c0027df8>] (kernel_thread_exit+0x0/0x8) Как видно ФС не определяется.. :( Пробовал несколько раз пересобирать, указывал GNU 4.4 и 4.3 компилятор. Результат один и тот же. Старт компиляции делаю командой make без указания ключей к CodeSourcery т.к. сборка производится внутренним тулчейном. В чем может быть проблема? И что за девайс такой 31:0, где можно почитать об этом? ( VFS: Mounted root (jffs2 filesystem) on device 31:0. )

На вопрос-2 нашел ответ: http://electronix.ru/forum/index.php?showtopic=66883 Остальные пока открыты..