AT91RM9200/linux, какое ядро/ОС вы используете? Опции

[yuriypro]

Я на самодельной плате завел линукс 2.4.27 с патчем от санпиплов. В принципе меня оно устраивает в том смысле что все работает. Единственное хочется полноценной поддержки USB 2.0, которая есть у 2.6. Есть ли у кого опыт с 2.6 на AT91RM9200?

[vvj]

Благодарю за исчерпывающий ответ, извиняюсь за то, что я привёл оригинальную выдержку из документа, где работают с DevKit'ом. У меня же в "раме", "всего" 16 метров. Сам использую скрипт для bootcmd:

Код

Uboot> printenv
bootdelay=3
baudrate=115200
ethaddr=12:34:56:78:9A:BC
bootargs=root=/dev/ram0 rw initrd=0x20410000,3145728 mem=16M console=ttyS0,115200
filesize=dcf68
ipaddr=10.0.3.2
serverip=10.0.3.1
flashit=tftp 20008000 uImage; tftp 20410000 root.cramfs; bootm 20008000
bootcmd=run flashit

а то уже снится стали эти "tftp 20008000 uImage tftp .."

Идею я понял, спасибо. Однако тогда не пойму как оно сейчас работает - ведь распаковывающийся образ, из-за бОльшего размера перетирает пакованный по тому же адресу uImage "быстрее"?

И вот ещё: что надо чтоб "пингануть" этот кастрированный Linux? Должен ли он это по умолчанию делать или добавить какой модуль надо? А то он кроме ls и cd других команд (типа ifconfig) не признаёт. Я понимаю, что это по идее отдельные апликации, но сам пока не знаю как делать тот самый rootfs. Пользуюсь одолженным.

ЗЫ: и кто бы подсказал что это за число магическое: 60000000?

Код

setenv bootargs root=/dev/ram rw initrd=0x21100000,60000000 ramdisk_size=15360 console=ttyS0,115200 mem=32M

ЗЫ2:
Товарищ Hercules! Не работает Ваша теория: проверено несколько раз по 8ми и 10ти метровому адресу

Код

Uboot> tftp 20800000 uImage
...
Uboot> tftp 20410000 root.cramfs
...
Uboot> bootm 20800000 ## Booting image at 20800000 ...
  Image Name:  
  Image Type:   ARM Linux Kernel Image (gzip compressed)
  Data Size:    810360 Bytes = 791.4 kB
  Load Address: 20008000
  Entry Point:  20008000
  Verifying Checksum ... OK
  Uncompressing Kernel Image ... Error: Bad gzipped data
GUNZIP ERROR - must RESET board to recover
OK
No initrd
## Transferring control to Linux (at address 20008000) ...

Starting kernel ...<прим:ПОВИС>

[RRRR]

ЗЫ2:
Товарищ Hercules! Не работает Ваша теория: проверено несколько раз по 8ми и 10ти метровому адресу 

Код

Uboot> tftp 20800000 uImage
...
Uboot> tftp 20410000 root.cramfs
...
Uboot> bootm 20800000 ## Booting image at 20800000 ...
  Image Name:  
  Image Type:   ARM Linux Kernel Image (gzip compressed)
  Data Size:    810360 Bytes = 791.4 kB
  Load Address: 20008000
  Entry Point:  20008000
  Verifying Checksum ... OK
  Uncompressing Kernel Image ... Error: Bad gzipped data
GUNZIP ERROR - must RESET board to recover
OK
No initrd
## Transferring control to Linux (at address 20008000) ...

Starting kernel ...<прим:ПОВИС>

Я хоть и не Hercules, но присоединюсь:

Может у Вас просто память (SDRAM) шалит?
И во-вторых, можно для начала вообще не сжимать ядро (с помощью mkimage), а делать plain image, и потом уже (для записи во флешку) делать zImage и его уже обрабатывать mkimage. Мне показалось что zImage разкручивается быстрее...

PS Посмотрел более ранние сообщения, у вас похоже ядро сжато дважды? Сначала u-boot рапортует про gzipped image, потом видим Uncompressing linux??? Это же двойное время на распаковку!