maxus

Есть такое с питанием. У меня GSM передатчик очень сильно просаживал питание в момент передачи. А на счет связи COM-порта и ethernet - запусти ppp на другом порту, там где нет GSM-передатчика. Можно просто в холостую запустить или с компом связать. Узнаешь точно: это лажа от СОМ-порта или от GSM.

Использовал LXT971 и LXT9785 от Intel, потом перешли на Cortina - разницы никакой. Может что только чуть больше греются, но и то неуверен.

GSM излучает до 1 - 1.5 ВТ в эфир, если антена близко от платы, то это может влиять на микрухи. Запусти на компе WireShark или tcpdump и посмотри что приходит от платы.

Если стоит jffs2, то u-boot ее отлично понимает и может загружать образ ядра из /boot и запускать его.

Спасибо, помогло! Но, согласитесь, это не выход. Должен быть механизм автоматического определия наличия линии и поднятия интерфейса. На обычных PC мы же не набираем каждый раз ifconfig up, а интерфейс подымается автоматически. Наверно в драйвер надо добавить что-то?

Спасибо всем, помогло! Я потом сделал запуск сразу с флешки: root=/dev/mtdblock1 и т.д... Ни у кого с Ethernet проблем не было? Если кабель высунут при запуске, то u-boot пишет: ... MAC: error during MII initialization ... а ядро пишет: ... eth0: Link down. ... И потом, сунув кабель, все равно пинги не ходят. Получается, потом линух не анализирует активность интерфейса? Я использую LXT971A.

Увеличил размер диска: ... RAMDISK driver initialized: 8 RAM disks of 8192K size 1024 blocksize ... Передал initrd больше места: ... Kernel command line: root=/dev/mem initrd=0x20288000,500000 ... Все равно кернел в панике :) Смущает это: RAMDISK: Couldn't find valid RAM disk image starting at 0. Образ диска ведь запакован, и что-то не видно надписи (как в ядре), что он распаковывается. Или я что-то не понимаю?.. Может при компиляции ядра надо указать что-то еще кроме CONFIG_BLK_DEV_RAM, CONFIG_BLK_DEV_INITRD и CONFIG_EXT2_FS?

Народ, помогите! Не запускается ФС из RAM... Юзаю самодельную плату похожую на RainBow и читаю активно heavy-online. От них же взял и образ ФС. u-boot> bootm 10000000 10200000 ## Booting image at 10000000 ... Image Name: Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 932967 Bytes = 911.1 kB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Loading Ramdisk Image at 10200000 ... Image Name: Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 1807723 Bytes = 1.7 MB Load Address: 20288000 Entry Point: 20288000 Verifying Checksum ... OK Starting kernel ... Linux version 2.6.20 (root@linux) (gcc version 3.4.6) #9 Tue May 15 21:27:29 EEST 2007 CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0003177 Machine: Router-board Memory policy: ECC disabled, Data cache writeback Clocks: CPU 180 MHz, master 60 MHz, main 20.000 MHz CPU0: D VIVT write-back cache CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets Built 1 zonelists. Total pages: 16256 Kernel command line: root=/dev/mem initrd=0x20288000,0x30000 AT91: 96 gpio irqs in 3 banks PID hash table entries: 256 (order: 8, 1024 bytes) Console: colour dummy device 80x30 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: 62732KB available (1692K code, 152K data, 88K init) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 Generic PHY: Registered new driver NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 1, 8192 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 2048 bind 1024) TCP reno registered checking if image is initramfs...it isn't (bad gzip magic numbers); looks like an initrd Freeing initrd memory: 192K NetWinder Floating Point Emulator V0.97 (double precision) JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler anticipatory registered (default) at91_spi: Baud rate set to 5000000 AT91 SPI driver loaded 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 RAMDISK driver initialized: 8 RAM disks of 4096K size 1024 blocksize LXT970: Registered new driver LXT971: Registered new driver at91_ether: Your bootloader did not configure a MAC address. eth0: Link now 100-FullDuplex eth0: AT91 ethernet at 0xfefbc000 int=24 100-FullDuplex (00:00:00:00:00:00) eth0: Intel LXT971A PHY physmap platform flash device: 01000000 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: CFI does not contain boot bank location. Assuming top. number of CFI chips: 1 cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness. RedBoot partition parsing not available kobject_add failed for physmap-flash.0 with -EEXIST, don't try to register things with the same name in the same directory. block2mtd: version $Revision: 1.30 $ mice: PS/2 mouse device common for all mice TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 RAMDISK: Couldn't find valid RAM disk image starting at 0. VFS: Cannot open root device "mem" or unknown-block(0,0) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Я пересылал Х-модемом. Набирал loady, а сам юзал Х-модем :) все вроде пересылалось нормально. Файл был больше метра.

Тоже задавался этим вопросом как-то. Создатели исходников под Линух пишут, что с цигвином все полностью совместимо, но реально могут быть проблемы. Не раз натыкался на форумах, что в Линухе все нормально, а в цигвине лажа... Сам юзаю Linux на WmVare.

На сайте heavy-online.ru описана ситуация, когда линух и файловая система загружаются из SPI-ной DataFlash в ОЗУ. А можно сделать, чтобы линух загружался из NAND-flash и вся, необходимая ему FS находилась там же? А в SPI DataFlash будет только загрузчик (romboot и u-boot). В проекте вроде вешают NAND-flash на CS3 (SmartMedia). Можно с нее же и загружаться?

1. А каким кросс-компилятор вы под Win32 пользовались? 2. :) С армами я уже давно работаю (QNX + ARM9). Просто там был весь набор средств под винду, а под линух на Win32 что-то сложнее найти. Вот я и спрашиваю, мож кто чем пользовался...

А чем под линухом пользуетесь? Какой юзаете компилятор под ARM9? Интересует компилятор, работающий на x86, но компилирующий под ARM.

Всем привет. Собираюсь ставить Linux на AT91RM9200. Какие дистрибутивы (и где их взять) посоветуете? Еще очень важный вопрос - сборка всего этого под Виндой. Делал ли кто-либо это? Готов даже купить средство разработки под Винду.

Полазь по инету или по этому форуму. Куча инфы: где, как, кто и каким боком юзает RM9200...

А не может быть проблема в том, что обмен данными происходит маленькими пакетами и часто? Каждые 5 миллисекунд приходит и уходит пакет по 90 байт. Может io-net не любит такого?

Это было на старой версии PEB2256v1.2. В чем именно выражалось, точно не скажу - на это жаловались другие люди, сам я не использовал этот режим.

QNX 6.3.0 Без маршрутизации скорость ограничевается скоростью флешки - примерно 400 Кбайт/с. Да чем там той маршрутизации - пару записей в таблице...

Вопрос в том, что HDLC он и в Африке HDLC и знать не знает ведать не ведает для чего он используется SS7|ISDN|V5...... Другое дело, что HDLC там не все наворочены и усеченые заточены под использование в качестве вспомогательных под V5.2. Если Ваш опыт ограничивается CAS сигнализациями, то не значит, что все остальное там не работает. Все 3 HDLC-контролера там отлично работают. Просто в первом еще добавили "режим поддержки ОКС7". В этом режиме контроллер так и остался HDLC, просто еще дополнительно считает максимальную длину пакета. Если перевести 1-й HDLC-контролер в этот режим, то он подглючивает. P.S. Зачем сразу попускать чей-то опыт, не понимаю...

Ethernet чип настроен на 100Мбит. Да и загрузка показывает, что грузиться именно QNX-овский io-net. Причем он грузит систему на 100%. Из-за этого, думаю, и ограничивается скорость.

2 zltigo: Вырезка из мануала на pef2256: The HDLC controller of channel 1 supports the signaling system #7 (SS7) which is described in ITU-Q.703.

Вы лучше через iperf производительность померяйете.. результат ftp да и тем более с QNX очень сложно интерпретировать сходу. А вторая машина это тотже девайс на rm9200 или PC? Я запускал ftp между 2-мя PC, но через девайс на rm9200. Девайс был шлюзом для машин, и свои потоки они напрвляли через него. hogs показывал загрузку io-net на 98%. А что за iperf?

Использую RM9200 + QNX. CPU - 180MHz, SDRAM - 60MHz. Создаю на одном Ethernet интерфейсе 2 IP адреса и перегоняю через него данные по ftp с одной машины на другую. Получаю скорость 800 - 900 КБайт/с. По-моему это очень мало для такого проца... У кого была какая производительность? Из-за чего у меня может быть так медленно?

Использую FALC2256 - вроде нормально. Если не использовать встроенные ф-ции ОКС7, то все остальное работает превосходно. Куча исходников в инете. QuadFalc вроде такой же, даже нумерация р-ров схожа. Микрухи довольно универсальны, так, что прийдется потратить некоторое время на их настройку :).

Использую AT91RM9200 + QNX 6.3.0 PS2. При работе с сетью io-net сильно нагружает проц. Максимум можно вытянуть 800-900 Кбайт/с, при этом hogs показывает 98% системы идет на io-net. Что это может быть?