Перейти к содержанию
    

neiro

Участник
  • Постов

    7
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. Непонятный конеш вопрос. Но может ктонить подталкнет на мысль как правильно сделать. ) Есть моё приложение, которое запускается после загрузки ядра. Пусть для условности приложение занимается тем что собирает инфу с датчиков, при этом не куда её не отправляет. Просто в бесконечном цикле считывает, к примеру, температуру с датчиков. Как сделать так чтобы мне как юзеру, можно было посмотреть состояние этих датчиков из консоли? Ну и потом если надо то может чтонить уже с ней сделать.... Думал может сделать чтобы то приложение создавало файл в /proc после каждого цикла опроса...и собственно в нем отображала текущее состояние дел... А я, к примеру, с помощью cat /proc/sensors смог бы видеть всю необходимую инфу. Дык вопрос собственно, правильно ли это так делать? Или мож еще какиенить есть варианты...
  2. 1. Через командную строку передается. видимо совпадают 2. командной cp.b "откуда" "куда" "размер" Проблему вроде заключается в том что если передать в строке - размер блока jffs больший чем на самом деле. то происходит вот такая хрень. сейчас выравнял размер за счет паддинга. вроде пашет. но другая проблема блин...не дает выполнить команду mkdir пишет что не достаточно места.
  3. Проблема такая: Кфс лежит в виде образа jffs на флэшке. Флешку на париции разбил через параметр юбута. Ядро стартует и монтирует jffs. Далее передается упраление на initab который у меня сотоит из одной строки: echo -e -n "\n\n--\nStart init\n" >&2 И после почемуто происходит самостирание имиджа кфс. Т.е. при следующей загрузке ядро уже не видит его. Че не так делаю? подскажите плз. Uncompressing Linux................................................ done, booting the kernel. Linux version 2.6.32.9 (dima@dima-laptop) (gcc version 4.4.3 (Buildroot 2010.02) ) #22 Tue Apr 20 16:41:56 MSD 2010 CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177 CPU: VIVT data cache, VIVT instruction cache Machine: Atmel AT91RM9200-EK Memory policy: ECC disabled, Data cache writeback Clocks: CPU 147 MHz, master 73 MHz, main 18.432 MHz Built 1 zonelists in Zone order, mobility grouping off. Total pages: 2032 Kernel command line: mtdparts=physmap-flash.0:192k(u-boot)ro,832k(linux-kernel),832k(jffs_image) root=/dev/mtdblock2 rootfstype=jffs2 loglevel=7 mem=8M PID hash table entries: 32 (order: -5, 128 bytes) Dentry cache hash table entries: 1024 (order: 0, 4096 bytes) Inode-cache hash table entries: 1024 (order: 0, 4096 bytes) Memory: 8MB = 8MB total Memory: 6600KB available (1244K code, 125K data, 64K init, 0K highmem) Hierarchical RCU implementation. NR_IRQS:192 AT91: 128 gpio irqs in 4 banks Console: colour dummy device 80x30 console [tty0] enabled console [ttyS0] enabled Calibrating delay loop... 73.51 BogoMIPS (lpj=286720) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok bio: create slab <bio-0> at 0 Switching to clocksource 32k_counter JFFS2 version 2.2. (NAND) \0xc2\0xa9 2001-2006 Red Hat, Inc. JFFS2: default compression mode: priority ROMFS MTD (C) 2007 Red Hat, Inc. msgmni has been set to 16 Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) atmel_usart.0: ttyS0 at MMIO 0xfefff200 (irq = 1) is a ATMEL_SERIAL atmel_usart.1: ttyS1 at MMIO 0xfffc4000 (irq = 7) is a ATMEL_SERIAL physmap platform flash device: 00200000 at 10000000 physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank Amd/Fujitsu Extended Query Table at 0x0040 physmap-flash.0: JEDEC Vendor ID is 0x01 Device ID is 0x22C4 physmap-flash.0: JEDEC Device ID is 0x22C4. Assuming broken CFI table. physmap-flash.0: AMD CFI PRI V1.0 has no boot block field; deduced top from Device ID physmap-flash.0: Swapping erase regions for broken CFI table. number of CFI chips: 1 cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness. 3 cmdlinepart partitions found on MTD device physmap-flash.0 Creating 3 MTD partitions on "physmap-flash.0": 0x000000000000-0x000000030000 : "u-boot" mtd: Giving out device 0 to u-boot 0x000000030000-0x000000100000 : "linux-kernel" mtd: Giving out device 1 to linux-kernel 0x000000100000-0x000000200000 : "jffs_image" mtd: Giving out device 2 to jffs_image cpuidle: using governor ladder MTDSB: dev_name "/dev/root" MTDSB: lookup_bdev() returned 0 MTDSB: New superblock for device 2 ("jffs_image") VFS: Mounted root (jffs2 filesystem) on device 31:2. Freeing init memory: 64K -- Start init MTD do_erase_oneblock(): ERASE 0x001f0000 MTD do_erase_oneblock(): ERASE 0x001f8000 MTD do_erase_oneblock(): ERASE 0x001fa000 MTD do_erase_oneblock(): ERASE 0x001fc000 MTD do_write_oneword(): WRITE 0x001f0000(0x00001985) MTD do_write_oneword(): WRITE 0x001f0002(0x00002003) MTD do_write_oneword(): WRITE 0x001f0004(0x0000000c) MTD do_write_oneword(): WRITE 0x001f0006(0x00000000) MTD do_write_oneword(): WRITE 0x001f0008(0x0000b0b1) MTD do_write_oneword(): WRITE 0x001f000a(0x0000e41e)
  4. плата на 9260

    Извиняюсь за офтоп... А какая прога так схему красиво в пдф переводит? походу надо слезать с оркада...
  5. плата на 9260

    Ясн.Спасиб... А скажи плиз еще. к этому епсону можно подцепить 6-битный(R[0..5],G[0..5],B[0..5]) тфт дисплей?
  6. плата на 9260

    Поделись впечатлениями плз... На скок понимаю епсон висит на той же шине что и сдрам с нандом...Как сильно эт влияет на быстродейстивие? Я про то что в 9263 есть возможность повесить епсон на ебио1...т.е будет ли эт заметно?
  7. Создаю допустим футпринт. Наложил один пад на другой. Оба пада одинаковых размеров. Как выделить мне нужный из двух падов а не тот который предлагает оркад? В пикаде это реализовано просто. Появляется менюшка с предложением о том какой объект я хочу сейчас выбрать....
×
×
  • Создать...