ixp425 && redboot Опции

[frost_ii]

Хочу запустить Linux (точнее openWRT) на плате gtwx5715 (основана на ixp425 32Мб Ram, 8Мб Rom). Траблы, прошу совета.

Исходное состояние. Взял собранный образ RedBoot, специально для этой платы, прошил JTAG'ом.
RedBoot ver 2.04 (походу за основу взята с сайта intel), ROM-режим, BigEndian.

Стартую, цепляюсь через telnet, получаю командную строку.

Взял сырцы openWRT 8.09.1. Слегка поправил - в файле ./scrips/arm-magic.sh поставил

for board in "gtwx5715 641" "avila 526"....

Выбрал конфиг

Target System -> Intel IXP4xx[2.6]
Target Images -> jffs2,squashfs
Kernel-modules -> Network devices -> kmod-ixp4xx-npe

Собрал. Получил помимо прочего образы openwrt-gtwx5715-zImage и openwrt-ixp4xx-squashfs.img

Заливаю во флешь платы через telnet. Получаю такое

RedBoot> fis list

Name FLASH addr Mem addr Length Entry point
RedBoot 0x50000000 0x50000000 0x00080000 0x00000000
kernel 0x50080000 0x00024C00 0x00100000 0x00024C00
rootfs 0x50180000 0x00024C00 0x00660000 0x00024C00
FIS directory 0x507E0000 0x507E0000 0x0001F000 0x00000000
RedBoot Config 0x507FF000 0x507FF000 0x00001000 0x00000000

Вроде ничего криминального. Пробую загрузиться.

RedBoot> fis load -b 0x080000 kernel
RedBoot> fis load -b 0x180000 rootfs

Пробую стартовать

RedBoot> exec -b 0x080000 -l 0x100000 -c "mtdparts=IXP4XX:512k(boot)ro,1024k@512k(linux)ro,6528k@1536k(root) console=ttyS0,115200 root=/dev/mtdblock2 rootfstype=squashfs init=/sbin/preinit noinitrd"

И всё на этом... Плата остаётся в задумчивости, не отвечает даже на пинг. Странно, но из тех же сорцов собираются образы для многих прочих девайсов на ixp425 с минимальными отличиями (плюс-минус пара модулей и аппликух в rootfs) и благополучно работают...

Прошу совета - не могу понять куда копать. Заранее спасибо

Сообщение отредактировал frost_ii - Dec 19 2009, 00:10

[aaarrr]

И всё на этом... Плата остаётся в задумчивости, не отвечает даже на пинг. Странно, но из тех же сорцов собираются образы для многих прочих девайсов на ixp425 с минимальными отличиями (плюс-минус пара модулей и аппликух в rootfs) и благополучно работают...

Может, mach−type, передаваемый redboot'ом, не нравится kernel'у? Как раз будет совсем молчать.

[S_agent]

Может, mach−type, передаваемый redboot'ом, не нравится kernel'у? Как раз будет совсем молчать.

В этом случае будет тишина после
"Uncompressing linux........."
А в данном случае и ее нет

2frost_ii
Попробуйте загрузить только кернел и стартонуть

Код

RedBoot> fis load -b 0x080000 kernel
RedBoot> exec 0x080000 -c "console=ttyS0,115200 root=/dev/mtdblock2 rootfstype=squashfs init=/sbin/preinit noinitrd"

Кстати, почемубы Вам не указывать точки входа для образов:

kernel 0x50080000 0x00024C00 0x00100000 0x00024C00

Это можно сделать при заливке редбутом:

Код

RedBoot> load -r -v -b 0x080000 kernel

Или при копировании во флеш:

Код

RedBoot> fis create -e 0x080000 kernel

[frost_ii]

Спасибо за ответы. Постараюсь несколько более подробно описать ситуацию. Предпринимаемые мной действия - чистый хак, следствием чего является специфика моих возможностей. (С другой стороны, я не стараюсь нарыть какой-либо материальный профит используя чужую помощь). И у меня нет никаких официальных материалов относительно этой платы. Хотя неофициальных материалов достаточно много.

Случаи успешного хака данного девайса немногочисленны (ввиду малой распространённости), но известны. С авторами, увы, контакта наладить не удалось.
Изначально на нём присутствовала другая прошивка (OpenRG), на основе бутлоадера которой и базировались известные мне хаки. Но моя версия этого бутлоадера оказалась непригодной, а старые версии теперь недоступны.
Удалось найти сборку Redboot, специально заточенную под этот девайс. Увы, только бинарник. Зато она работает. Сомневаюсь, что её автор мог бы допустить такие грубые ошибки как несовпадение mach-type.

Инструкция по прошивке из консоли Redboot'а сводилась практически к следующему

load -r -b %{FREEMEMLO} -h 192.168.1.20 openwrt-gtwx5715-zImage
fis create kernel
load -r -b %{FREEMEMLO} -h 192.168.1.20 openwrt-ixp4xx-squashfs.img
fis create rootfs

И далее, загрузка

fis load kernel
fis load rootfs
exec

Вот, собственно в этом месте и начались мои траблы. Стоп. Важная деталь. Команда version показывает свободное место в Ram от 0x024aff до 0x0почти_до_конца_32Мб_Ram
Алиас FREEMEMLO указывает на 0x24c00, что гарантированно в свободной области. Не знаю, предполагается ли изменение значения FREEMEMLO после выполнения команды load, но оно не произошло, и образ rootfs загрузился в ту же область, что и ядро. Что хорошо видно по таблице разметки образов во флеше.

Name FLASH addr Mem addr Length Entry point
....
kernel 0x50080000 0x00024C00 0x00100000 0x00024C00
rootfs 0x50180000 0x00024C00 0x00660000 0x00024C00

Соответственно, команды

fis load kernel
fis load rootfs

Просто перетирают друг-друга, так как грузятся в одну область, и стартовать, собственно уже нечему. Поэтому я стал задавать область руками

fis load -b 0x080000 kernel
fis load -b 0x180000 rootfs

Число 0x080000 взял в большей степени от безысходности, думал, что точное совпадение Rom и Ram может как-то помочь. Полагаю, это не обязательно.

Даже в вышеупомянутых удачных хаках, никто не полагался на параметры по-умолчанию, и все установки давались вручную. Это видно по логам загрузки.

Причина моих проблем - пробелы в понимании работы Redboot. Где-то что-то надо доустановить вручную. Но вот где и что?

Сообщение отредактировал frost_ii - Dec 28 2009, 19:47