Меня собственно почему debian заинтересовал на qemu - процессор там наш эмулируется и пакеты собраны под него (926t) - не надо мучаться со сборкой если что. Потом если надо собрать что-то - там нативный тулчайн есть и сама система упрощает процедуру сборки, на эмуляторе сборка будет в разы быстрей чем на плате. Если коротко - имеем полноценную девелоперскую систему в разы более шуструю, при желании пакет устанавливаем на целевую систему простым копированием без плясок с бубнами вокруг кросскомпиляции :) И потом не нужно плату при себе иметь - достаточно ноутбука :) Я часто бываю в разъездах, сейчас правда давно никуда не ездил, но чувствую что всвязи с кризисом придется слезать с насиженного места...

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 23.12.2008 г. в 15:52:28

Под виндой эмулятор qemu-arm рабоает очень медленно, на моей рабочей машине (старенький П4 1.4Ггц) он чуть ли не тормознее, чем прямо на плате. Установка пакета занимает десяток минут (в основном тормозит APT) что там-что тут, а "отзывчивость" консоли, т.е. время реакции на нажатия кнопок, у платы однозначно лучше, чем у эмулятора.

Надо будет под линуксом еще пощупать, но думается кардинального отличия не будет.

Кстати про qemu для arm под windows - это все та же qemu или это клон с таким же названием ? Я когда то давно читал что архитектуры отличные от х86 поддерживаются qemu только в linux версии... или я не правильно понял ?

Хм, вопрос снимается - счас сходил на их сайт, поддерживает все архитектуры в обеих версиях.
Кстати для linux есть QEMU Accelerator Module для ядра - я когда то давно играл с windows в эмуляторе qemu под linux - ускорение было заметно невооруженным глазом. Правда мне кажется это скажется только на эмуляции х86 архитектуры.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 23.12.2008 г. в 17:38:43

Все-таки от хоста здорово зависит - запустил сейчас на машине с Q6600 - весьма бодренько так работает, жить можно.

И, да, kqemu (акселератор) актуален только для x86.

Все QEMU собираются с одного исходника и эмулируют ЖЕЛЕЗО, т.е. пофигу что туда поставить, если оно может на этом железе работать...

Цитата

Все QEMU собираются с одного исходника и эмулируют ЖЕЛЕЗО,

Насколько я знаю раньше для windows шла отдельная бинарная версия и она эмулировала только х86 процессор и соответствующую периферию. Видимо времена изменились :)

Цитата

т.е. пофигу что туда поставить, если оно может на этом железе работать...

И есть еще примеры кроме debian готовых дистрибутивов с готовыми бинарниками для нашего ядра ?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 23.12.2008 г. в 23:46:59

Вот здесь:
http://www.uclibc.org/downloads/binaries/
Много готовых тулчайнов и дистрибутивов под разные системы...

В частности:
system-image-armv5l.tar.bz2

Содержит образ для QEMU/ARM с готовым тулчайном на борту...

Процессор наш...

Код

(qemu) Uncompressing Linux................................................................ done, booting the kernel.
Linux version 2.6.25.10 (landley@driftwood) (gcc version 4.1.2) #1 Sun Nov 23 05:38:56 CST 2008
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00003137

host=target=armv5l-unknown-linux... Про это говорили ?

Код

/ # gcc -v
Invoked as gcc
Reference path: /usr/bin/..
arg[ 0] = rawgcc
arg[ 1] = -U__nptl__
arg[ 2] = -v
Using built-in specs.
Target: armv5l-unknown-linux
Configured with: /home/landley/firmware/firmware/build/temp-armv5l/gcc-core/configure --prefix=/home/landley/firmware/firmware/build/mini-native-armv5l/usr --disable-multilib --build=x86_64-walrus-linux --host=armv5l-unknown-linux --target=armv5l-unknown-linux --enable-long-long --enable-c99 --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-nls --enable-languages=c,c++ --disable-libstdcxx-pch --enable-sjlj-exceptions --program-prefix=
Thread model: posix
gcc version 4.1.2

Там же есть готовые кросс-компиляторы на uclibc, как альтернатива CodeSourcery...

Подробности тут.

У кого есть большие флешки? Загрузите SK с этой rootfs... должна (???) работать ....

p.s. 2Starterkit: IMHO, это лучший вариант, чем ворованый VMWare +ворованый RHEL+кросс-компилятор... тут получаем нативный тулчейн с GPL... чуть вылизать....

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно repairman 24.12.2008 г. в 12:24:44

Нет - я говорил не об этом. Я говорил о готовом бинарном дистрибутиве. Когда не нужено все вручную собирать - для примера попробуйте это сделать хотя бы для xorg. uclibc - хороша если вам нужно все на dataflash запихать, при размещении rootfs на внешнем носителе mmc/sd весь смысл ее теряется зато проявляются все глюки коих у нее великое множество :) Практически ни один более менее крупный проект не собирается без патчей, а если и собирается то сегфолтится когда ему вздумается - это еще при том что собирал я все на х86, у которой нет таких ограничений как у arm типа доступа по невыровненным адресам. Ну и как я уже писал - uclibc не поддерживает локализацию в полной мере и никогда не будет поддерживать.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 24.12.2008 г. в 15:09:18

Это и есть готовый бинарный девелоперский дистрибутив... Все собрано - образ rootfs...

А что должно быть в дистрибутиве кроме утилит да компилятора ??? xorg на 200Mhz ARM - IMHO лишнее, да и железа нет, а у кого есть разное, специфичное... Система печати ? Файервол ?

Для столь мелкого девайса, IMHO, достаточно...

Просто у нас с вами цели разные :) Для меня это хобби и больше интересует с точки зрения замены дсктопа и разных экспериментов с ядром и вообще программировании архитектуры отличной от х86. Разница в железе - я не совсем понял эту формулировку, если есть драйвер - какая разница какое там железо ? Система печати, фаервол - увольте :) Есть дешевые китайские готовые устройства с розничной стоимостью меньшей в два раза чем эта плата :) Она для экспериментов очень хорошо подходит, все остальное уже давно сделали китайцы и вам с ними конкурировать будет не под силу.